Slackware 15.0
slackware.com
slackware.com
"Erik "alphageek" Jan Tromp passed away in 2020 after a long illness. He was a long-time member of the Slackware core team doing a ton of stuff behind the scenes and a master of lesser-known programming languages like Tcl. :-) For a long time he lived closer to me geographically than anyone else on the core team, but unfortunately with an international border between us we never did meet in person. But he was there in chat every day and was a good friend to everyone on the team. He is greatly missed. Sorry I didn't get 15.0 out in time for you to see it...
My old friend Brett Person also passed away in 2020. Without Brett, it's possible that there wouldn't be any Slackware as we know it - he's the one who encouraged me to upload it to FTP back in 1993 and served as Slackware's original beta-tester. He was long considered a co-founder of this project. I knew Brett since the days of the Beggar's Banquet BBS in Fargo back in the 80's. When the Slackware Project moved to Walnut Creek CDROM, Brett was hired as well, and we spent many hours on the road and sitting next to each other representing Slackware at various trade shows. Brett seemed to know all kinds of computer luminaries and was an amazing storyteller, always with his smooth radio voice. Gonna miss you too, pal."
(I also used Yggdrasil, but always ran it from CD and never installed it to a hard drive.)
I chose Slackware and he told me I chose well and that I would be strong.
And I'm saying that as someone who barely missed the 90s on IRC as a teenager. (Although I went online with Linux in 98)
Added: 8-9 y.o. who installs Linux is smart, not dumb in my perception.
Did you re-install and continue with Slackware after that?
Wed Feb 2 04:17:39 UTC 2022
fortune -m "I will be finished tomorrow" fortunes2
a/kernel-generic-5.15.19-x86_64-1.txz: Upgraded.
a/kernel-huge-5.15.19-x86_64-1.txz: Upgraded.
[...]
This gives the following: %% (fortunes2)
A manager asked a programmer how long it would take him to finish the
program on which he was working. "I will be finished tomorrow," the
programmer promptly replied.
"I think you are being unrealistic," said the manager. "Truthfully,
how long will it take?"
The programmer thought for a moment. "I have some features that I wish
to add. This will take at least two weeks," he finally said.
"Even that is too much to expect," insisted the manager, "I will be
satisfied if you simply tell me when the program is complete."
The programmer agreed to this.
Several years later, the manager retired. On the way to his
retirement lunch, he discovered the programmer asleep at his terminal.
He had been programming all night.
-- Geoffrey James, "The Tao of Programming"
No matter how practical it is to use Slackware in the current year (works for me!), it makes me very happy that projects like this are still going. Congratulations Patrick on a fantastic release.In retrospect it was probably a good thing to learn on because Slackware was so simple but did so little for you. I remember having to read a long HOWTO from the Linux Documentation Project about how to get XFree86 working. Hand crafting /etc/X11/XF86Config, including experimenting to find modelines that worked for my CRT monitor. Learning how to get Apache setup, which was kind of pointless but fun since I was on dialup.
And setting up auto dial up with a PPP session whenever I used anything that needed to get online. That seemed like magic!
Learned a lot there before trying out RedHat (4.x, before Enterprise was a thing) and Debian 1.3 (Bo) and then staying a Debian user for a long time until mostly moving to Ubuntu for server things.
I have been a generalist for most of my career and that may not have happened without Slackware.
I remember having to muck around with modelines in X11 in the 1990s - but not this century; and even last century, Windows (both 3.x/9x and NT lineages) and OS/2 (I only ever ran 2.0) never required any such esoteric configuration (I don’t even know whether either exposed any INI/registry settings for it.) Why was this such a big (and painful) part of the 90s Linux GUI experience but not for its contemporary GUI competitors?
Windows around win95/nt tended to come with preselected list (and woe on you if you choose wrong!), which meant that you could just select reasonably close defaults - or if you had fancy display, it might come with windows driver (actually a parameter file) telling the available options.
Also remember that significant majority of Windows users didn't have hi-res displays in the days before windows 95, and if you were ok with standard VGA modes, you didn't have to mess much.
Personally I remember crafting custom modelines because I wanted more than standard EDID data could give me, cranking up refresh rate to ~81Hz at 1152x864 resolution or so (typical setting on the display was 1024x768)
In the process I discovered that KWin doesn't yet support setting video modes using modelines in the Wayland session at present.
I have an nearly 20 year old system that's been upgraded many times from 10.0, 'grep -c "^Subject: Welcome to Linux" $MAIL' indicates 10 times ;) It's been through several hardware replacements, and now exists as a VM guest, since I took the leap some years ago to Slackware64 (its host, of course) with alienbob's multilib support.
Good to see improved multilib, build from scratch/make world, and still a full 32-bit option.
This is in reference to DistroTube's Linux 2022 predictions which included "no Slackware release"
I've been thinking about Slackware a lot lately. Slackware manuals and the philosophy of the distro taught me how *nix, networking, and computers in general work. Back in the late '90s, that was a great contrast to the voodoo of RedHat, and frankly a humanitarian boon.
In my older enervated state, seeking something that "just works", I keep thinking of Slackware -- the only thing that "just worked" was understanding what was happening from a fairly close approximation to first principles and a software stack that did what it said on the tin. I can't think of a better distro to use in an institution of higher learning.
The irony of Slackware's affinity to the Church of the Subgenious didn't hurt either; Bob Dobbs wants to sell you a bill of goods, but once you see through all of that and achieve a state of Slack, true understanding has begun.
I gave up a weekend of beer to get it up and running on some random motherboard and pilfering some known good compatible bits from our spares store such as an actual NE2000 NIC :) Within a few days I was doing kernel rebuilds to get a sound card working properly or some such thing. That was a lot of fun.
Due to a career change I ended up running RedHat (then CentOS) mostly, but dipped back into Slackware now and again. It's nice to see what was one of the OG distros still getting releases.
I see many people mention the fact that they won't be coming back to Slackware. Could that be because they are not changing enough according to the times they are in? Is there something the project can do to attract new users? I definitely wouldn't want Slackware project to stall. It makes me really sad when OSS projects die.
This is from Slackware wikipedia page. If this is true, this could be the next logical step to increase some development involvement and noise maybe? Patrick should be also thinking about the future of Slackware right?
Am just an outsider since I don't have skin in the game. But Slackware is not a distro that comes in your conversations more often and I am in a lot of Linux communities. And the comments reflect the same as well. Maybe this could improve the scenario. Again, this is with the best intentions. Please ignore if the comments doesn't sit right with you. :)
---
Also, I don't think Slackware should be like GNU/Linux distros or alter course radically. But I think a small modernization of the project could help everyone who wants to keep the Slackware way of doing it alive.
They have steadfastly refused to move to more 'modern' development practices (they have been arguing about it since the mid 90s). With simple things like issue tracking. That is fine, it works for them. But after a few years I got tired of spinning my own just to have something kind of current (think that has changed). But I bailed out, when they kicked out the dudes who made it into a distro that was easier to update with some simple commands (like apt). That is something OS at the time had but them. I gave up. I just moved onto whatever my employer decided we were going to use (usually redhat or debian based). I enjoyed my time using it, but it became a chore to maintain. So I moved on to things that had automated some of that. They may have even fixed some of the issues I had with them. But I no longer have the time to bother going back.
I have seen this pattern with a few projects. Basically whoever runs the project just does not want to mess with it. That is fine. But it really holds their project back. It works fine when you have 1-2 people working on it. But you add a few dozen with people dipping in and out randomly you need to add some control to the chaos. One project I watched the main dev go kicking and screaming how it would not help. The project is now clicking along pretty good. He now does not feel like he is all alone fighting the world. He has people to help him and can track it easily. He even stated he should have done it sooner.
How on earth do people running Slackware manage their library dependencies and keep everything up to date?
> The package management system does not track or manage dependencies; however, when performing the recommended full install, all dependencies of the stock packages are met. For custom installations or 3rd-party packages, Slackware relies on the user to ensure that the system has all the supporting system libraries and programs required by the program. Since no official lists of dependencies for stock packages are provided, if users decide to install a custom installation or install 3rd-party software, they will need to work through any possible missing dependencies themselves. Since the package manager doesn't manage dependencies, it will install any and all packages, whether or not dependencies are met. A user may find out that dependencies are missing only when attempting to use the software.
Source - https://en.wikipedia.org/wiki/Slackware#Dependency_resolutio...
Simplicity is a virtue but sometimes the juice isn't worth the squeeze.
While I think it is difficult to get Arcg going, the whole point of that effort is that I don't have to deal with it much after that. It is a rolling release and get the latest upstream releases which is not meddled with by distro much. Unless you are meddling with it too much, it is very stable IMO.
slackpkg update
slackpkg upgrade-all
This is how you get the most recent version of all installed packages. You can run this every morning and you will have more modern tools than using ubuntu.As for dependencies, as long as a new version does not add a new dependency, you are good. But changing dependencies of a software package is a major change that should not happen automatically. Recursive "dependency resolution" is a disgusting practice that has no place in a sane world. Dependencies are part of the API: changing dependencies is supposed to break your package, unless you do something about it.
In practice, in the rare case when this happens, you will not get any warning when upgrading. But you will get an error when running your program (that has become broken because of a missing dependency). The error message will be very clear, something like:
"Runtime error: libfoo not found"
And the solution to this problem will be evident evident: slackpkg install libfooI used it to get Internet access via SLIP dial-up to a mainframe at the University of Missouri and from there to play MUDs which ended up becoming an obsession for years and resulted in me learning C to modify DikuMUD.
I’m really glad to see that Slackware is still alive and kicking even though I’m now mostly a FreeBSD and MacOS user.
A handful of years later my parents bought a Dell running Windows 98 SE and I built my first custom computer which had an AMD K6-2 and also ran Windows so I could play computer games (which at the time were more interesting to me) and it also had the just released Diamond Monster3D based on the Voodoo2 chipset w/ separate 2D accelerator card via VGA passthru. That was my first foray into proper 3D gaming and got me interested in hardware and overclocking, which dominated most of my interest until my later teen years when I started contributing to open source and got back into Linux.
As a primarily Ubuntu user in my time, was part of it that the Linux landscape was much less mature back then? Was it the principals/ ethos that the project stood behind? The community? All of the above? Haha, I’m very curious. I’ve always knew of the distro, but never had a good reason to use it these days. It still clearly has a cult like following, and I don’t know the history of it honestly.
Back in the early '90s, if you had an "IBM-compatible personal computer" in your home, it almost certainly was running either DOS or Windows as its operating system. And that was fine for most people, but some of us were enthusiasts, geeks, and nerds. We liked technology. We enjoyed fine-tuning our systems, learning all about them, and programming. And sure, you could tinker some with DOS/Windows, but it was fundamentally a closed system.
For me, the appeal of Slackware (and Linux in general) was that it opened a door to a whole universe of software and source code that was previously inaccessible, as well as the feeling of belonging to a community of like-minded enthusiasts and geeks that loved and worked on it. A free, open-source Unix-like operating system that ran on your PC at home -- how cool was that!? (Spoiler: very!) I'd heard things about how 'powerful' Unix was -- and now I had my very own, and it even came with source code. I was also a believer in the nascent free software movement.
So that's a longwinded way to say yes, all of the above. Community, geeking out over cool new technology, and as a programmer, getting access to a completely open, hackable machine.
Edit: I think at one point there was a Linux distro based on My Little Pony, is that right? It was a different time, you had a new space that had just opened up for creative exploration, and it was accessible mostly to nerds and people on the fringe. There were a lot of weird things coming out back then.
https://distrowatch.com/table-mobile.php?distribution=rebecc...
Slackware uses a BSD-style init system, where you just have one big shell script for booting the system -- you can read through it and edit it, it's all right there, self-contained.
Additionally, all of the old Unix tomes still largely apply to Slackware. That's increasingly, and distressingly, not true of most other distros.
I remember having to re-run the installation many times, from selecting the wrong options during installation.
I think it was SuSE that finally clicked for me.
[1] It was released a few months before Debian so there was no Debian, no Ubuntu, no RedHat etc... these were all distros that mostly started taking off in the to mid- to late-90's. (Ubuntu of course didn't start until early this century) For the very earliest releases of Linux you had to download boot and root floppy images and then piece together what you needed for a working system. Usually this also included recompiling or at least re-linking the kernel... it was that primitive. Then there was this new concept of a Linux 'distribution' with the likes of Slackware that took the pain out of the process and caught on very quickly.
I tried Slackware after hearing the phrase "If you use RedHat, you learn RedHat. If you use Debian, you learn Debian. If you use Slackware, you learn Linux." Also, I had an old computer and very poor internet, so the all-in-one DVD approach appealed to me. I downloaded the Slackbook and got to it, and it patiently taught me what a filesystem was, how boot works, what X was, how to use the terminal, and so on.
Other operating systems took a lot of that for granted! They assumed I had resources, and Slackware would work with pretty well nothing. If Slackware took more time to use, time was all I had! And if Slackware made me learn things to use it properly, it was well worth it! Even now, 14 years later, lots of skills I learned are still useful - bash, the boot process, compiling software, managing dependencies (I once wanted ffmpeg with all dependencies coming from subversion, so I coded up an updater/build manager in 100% shell! Slackware taught me to do that :)
I used it for many years, distro hopping in the background, before eventually migrating to Debian. Life moved on, and I had less time to deal with "how do I build THIS from source?" and I wanted something that would help me out a bit more.
Slackware has given me an appreciation for stability. There is really something big about lasting decades. I can use those things, and also the things I know today, rather than having half the things I knew two years ago going in the bin.
Bit of a ramble. I suppose I have a lot of affection for the distro, it was a formative environment for me.
I learned a lot, I was on AOL at the time so I couldn't figure out certain things like XFree86 or vim since AOL didn't work on Linux. So whenever I was stuck I would literally restart the machine to Windows, go online, look up how to do something, take notes, and restart back to Linux to try what I was doing. It took a long time... But it made me extremely comfortable with the command line, and figure out where Linux breaks since Slackware was such a simple system.
Though I moved on to FreeBSD, then Gentoo, then Debian, and Ubuntu. I still think Slackware was a solid place to start.
I guess it has led me to my current path of running a DevOps consulting company...
On my case, it was offered alongside the Linux Unleashed book series, which on the first edition was shipping Slackware 2.0 with it.
Then as Patrick mentions on the annoucement, they got to be available in Walnut Creek CD-ROM collection, which was the way to get FOSS CDs shipped to your from anywhere in the world.
So you had basically FreeBSD, Slackware, Red-Hat, Debian and Yasdrill (which quickly fade away), Mandrake and SuSE came a bit later.
For me Slackware only lost relevance when Linux distributions adopted the package concept from UNIX clones, thus easing the pain to hunt dependencies with tarballs, or having to use alien to convert them.
I kept subscriptions from Walnut Creek to both FreeBSD and Slackware for about 10 years. They would automatically send me new versions as soon as they were released.
Most of these mainstream distros (except maybe Debian) were starting to go in the direction of trying to become more user friendly. They had graphical installers rather then text based and they had all sorts of new graphical utilities for configuration and made various attempts at trying to automate and sort much of that configuration for you.
Except that they were mostly terrible at that in those early years of these attempts. So the first thing I actually ever tried to install on that laptop was RedHat 9 and I couldn't get my USB DSL modem to work as well as other specific laptop hardware features.
Then some folks I knew were using Slackware and told me to try it and there were guides on how to make that modem work with it so I started using it.
And very quickly I realized that while on Slackware you had to generally do a lot more configuration in text files and through CLI utilities, it generally yielded the results you expected and things didn't magically happen.
Meanwhile in those other distros that were trying to become more user friendly, you had all of these crazy graphical utilities that worked half of the time, sometimes mangled configuration files (the Suse ones were specially amazing at producing completely broken xorg.conf files) or just simply didn't work.
I learned a lot about all of those because as I became more proficient with Linux I kinda became the goto guy in my college for a lot of people who are also new to Linux to help them sort out their Linux setups, specially on laptops.
A few years later Ubuntu came along, kinda trying to do the same thing those other distros were doing but using mostly existing UI utilities (rather than creating new ones) and just made sure they actually worked.
I ended up transitioning to Ubuntu (after a couple of years of Gentoo and Arch) and never looked back until I moved to macs in the early 2010s.
I think RedHat came along in the mid to late 90's. I jumped ship and never looked back, because RPM packages were so much more convenient then Slackware's hodgepodge of configure scripts and makefiles. Ubuntu then came along in the 2000's, around the time that RedHat got bought by IBM and became less cool, and that's been more or less the state of things ever since because Ubuntu-based distros tend to have better hardware detection and support.
IBM bought Red Hat only three years ago.
After I got more used to how things worked, I eventually moved towards Redhat until I finally landed on Debian.
As it happens, I think Arch embodies many of the original Slackware principles, but its focus on more modern hardware led to it growing a larger community - one that includes great documentation.
These days I don't know what they're doing, but Void is basically Arch without the bullshit (and with runit instead of systemd, thank goodness).
1) Arch changes shit in massive ways resulting in huge flag days. Once every few years may be tolerable, but they tended to happen alarmingly often, requiring me to check the wiki and manually recombobulate the system. Arch's policy is pretty much update every day, and unless you hit a very narrow window to update, or even if you do, check the wiki every day and be prepared to manually recombobulate per our instructions. I'm old and cranky and my daily driver distro shouldn't need that much care. Void is designed how Arch used to be, which means I may not need to recombobulate at all, sometimes with a year or two between updates, and if I do it's much easier to do under Void.
2) Systemd. Frickin' systemd. Void is the first distro to switch from systemd to something else (runit).
Might be time to try it again - or a different mirror
Same problem as any other project with a single owner, or even a small team. It is at risk of disappearing one day, never to be heard from again.
There are a lot of important projects that fall into this category. It certainly isn't unique to Void.
For me Void seems like a very good distro, I think of it as a naked kernel with runnit init and xbps as the package manager, nothing gets in the way. It also has the nice property where the git repo is the distro in every sense.
The owner had built the distro single-handed over ten years, and GitHub and Freenode helped to eject him from his own project, over his eventual strenuous objections.
https://www.michaelwashere.net/post/2018-11-28-enobdfl/
Even that link doesn’t give a balanced story. You have to track down the founder’s posts to hear his side and to understand why he had stopped contributing for awhile.
I mirrored current religiously for over a decade and used to hand out ISOs to friends. All through my Google years, until I just couldn't hammer it into enough shape to keep the auth working on the corp network any more, I ran it as my only distro.
Congratulations to the Slackware team for releasing another one. I'm always shocked when it happens but happy to see it.
Back then Slack was the most recommended distro "if you really want to learn linux".
Apache/httpd: 2.4.52
Mysql: 10.5.13
PHP: 7.4.27
Source: ftp://ftp.slackware.com/pub/slackware/slackware64-15.0/PACKAGES.TXT
Kudos to Patrick!
Most software I want is also already installed and ready to go. Some people like to craft their OS from a minimal base, and I absolutely respect that and understand that it gives them a system which is perfectly catered to their needs - but I’m very lazy, and am perfectly happy letting someone with over 30 years experience do all that for me :-)
That being said, I use Fedora at work and wouldn’t consider using Slackware. This is because I don’t want to know anything about my underlying system as long as it works and gives me the tools I need to do my work, and because GNOME is a boon to my workflow.
It is also stable, people set up slackware servers and let it run for years.
But to be honest, modern distros are much more convenient esp for workstations. These days Slackware wouldn't be my first choice, but it brings up memories, had a lot of fun tinkering with it.
Running Linux on a desktop already makes you an outlier.
Slackware Linux 15.0 RC3 - https://news.ycombinator.com/item?id=29928343 - Jan 2022 (43 comments)
Slackware 15.0 release candidate one - https://news.ycombinator.com/item?id=28201197 - Aug 2021 (56 comments)
Thank you Patrick :)
Besides that initial confusion, once it is up and working, it is remarkably minimal, clean, elegant, and with very up-to date packages (if you use "-current"). I love that package management does not install recursive dependencies. It is my smaller testing VM and feels just as fast as the others, and never gives me any trouble.
I think I'm going to give this a whirl for old times sake.
I still remember the emotion when I managed to get the system to boot and startx
Now I'm curious, anyone knows how good is the package management in modern Slackware? I ask because back in the late 90s it was quite far behind Debian.
Cheers and congrats to Pat and team
Funny part is now I do a very basic Slackware install that setup pkgsrc (https://pkgsrc.org) on it so I can really experience the best and worst of times!
Like many around these parts, Slackware was my second Linux distribution, after I decided that Red Hat 5.2 was too mainstream for me.
One of my favourite things about Slackware was the installer that showed a couple of paragraphs of trivia about what packages were getting installed. I learned so much about the people that made these amazing things possible. (Larry Wall! John Ousterhout! Roland McGrath! Ulrich Drepper!)
But the Linux world has gotten a lot more complex in the last few decades. Does it still have a distinct advantage?
Can’t tell you how exhilarating it was to build a new kernel by hand, or how horrifying it was to f-up libc or some other mission critical library.
As another post has pointed out, if you decide to try Slackware 15.0 your previous knowledge will be mostly reusable (but slackpkg makes updating the base easier).
./configure; make; make install everything
At a utility level, if I want a simple performant Linux that’s not doing any unpredictable automagic it’s my go-to.
Wed Feb 2 22:22:22 UTC 2022 Slackware 15.0 x86_64 stable is released!
I may be wrong but if I recall correctly, Slackware, was the "De facto" standard at the time.
I used and loved Slackware for many years. I moved away because of the slow 15.0 release cycle and the near absence of communication from the BDFL, but I do miss it.
Glad to see Slackware is still going. Thanks for your pioneering work.
<3 Slackware!
Congratulations to the Slackware team
Slack is easy to pick up and easy to maintain. You may want to consider trying sbopkg or similar if you find the package manager lacking, but it's worth noting that Slackware comes with a ton of great software in the base system (libraries and daemons)
I'll be downloading this when I get home from work! The time I've spent on 14.2 has been too d&mn long.
I would not call it "solved". Slackware home page is usable. The modern web is a usability disaster.