If Slackware disappeared tomorrow, what would you run?
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
View Poll Results: What would you run if Slackware disappeared tomorrow?
In order to bolster my earlier point about taking a cue from the community here regarding where to go, I found a very nice post from an old Debian dev. The Slackware community is first-rate, and I would likely end up wherever most of the members did because of their expertise, the high standard of conversation, and the fact that the individuals here help to elevate one to another level of ability [as long as the user is able to put in some work]. This very nice quote from Manoj Srivastava's article, "Why Linux? Why Debian?" sums things up nicely:
Quote:
Philosophy is the most durable differentiating criterion between the operating systems we are considering. Performance numbers change. Ease of use, reliability, availability of software -- all these characteristics change over time, and you have to go out and re-evaluate them over time.
I must confess that philosophy and community is what led me originally into the Linux camp, and then to Debian; and I think these are still the most important criteria, and are often underrated.
In fact [and ironically in relation to the above] it was the slow collapse of the Debian community which led me to run Slackware as my primary system. Of course, that article is over ten years old, and Debian was a very different OS then. Slackware's ethic, however, appears to have persisted.
Last edited by Lysander666; 10-20-2018 at 05:12 AM.
Distribution: slackware 15.0 64bit, 14.2 64 and 32bit and arm, ubuntu and rasbian
Posts: 495
Rep:
slackware (unsupported) :-) The scripts to build would still be there, as would sbopkg. but hopefully that doesn't ever happen. Hopefully kernel 5 comes soon and with it slackware 15 and pat sorts out a new shop or something to raise cash to keep going. The folks on the slackware forum, and involved with slackbuilds.org (and eric of course:-) ) are so helpful and knowledgeable I wouldn't want to loose that, and having the control of your own system is great, even if some software is some what horrendous to configure!.
Honestly, this is a hard question to answer for me.
I feel like it would be a toss up between Debian (testing for desktop, stable for server), Arch Linux, or KDE Neon (the latter two, only for the desktop).
I think Fedora comes closest to what I would want to use in THEORY, but every time I try to fire it up it really doesn't work well for me at all. Firstly, I have this habit of using it as a vehicle to try out the latest version of GNOME3. "This time I'll like it," I think to myself, and I always land up still hating it, which leaves a bad taste in my mouth.
Also, last time I tried it (FC28 I believe) WINE would mysteriously segfault when I tried to run MS Office. When I ran it under strace or gdb, it would not. So I just ended up giving up since I figured it would be too difficult to troubleshoot. Wasn't happening on Slackware, Debian or Ubuntu.
The closest to Slackware philosophically, that doesn't have SystemD, so probably Devuan.
I don't think Devuan is close to Slackware philosophy, is it? It automates dependency resolution for a start. Does it only use shell scripts and text files for maintenance? Also, as far as I'm aware, decisions on Devuan are taken by a team rather than a BDFL.
I don't think Devuan is close to Slackware philosophy, is it? It automates dependency resolution for a start. Does it only use shell scripts and text files for maintenance? Also, as far as I'm aware, decisions on Devuan are taken by a team rather than a BDFL.
The closest that doesn't have SystemD. I meant that in terms of simplicity and stability. Actually, maybe one of the BSDs…
I'm a fairly new slacker but I find I've really taken to it. It's nice and streamlined, definitely KISS. I certainly don't think it deserves its unfriendly reputation.
I used to be very fond of both Crux and LFS, but it's getting more and more difficult to run source-based systems because of the build requirements of modern software (rust and so forth). That means no Gentoo either and I don't like Arch. I tried it briefly years ago and somehow took against it.
So if Slackware disappeared, I'd probably go back to Debian, with which I'm very familiar. Or Devuan perhaps.
I have to agree, I really like CRUX, but insane build requirements for certain projects have made it too much like hard work.
From the GLIBC docs:
Quote:
Python is required to build the GNU C Library. As of release time, Python 3.7.1 is the newest verified to work for building and testing the GNU C Library.
It is the rise of silicon intelligence. Given a base gcc you can build Python. Given a base Python, you can build an advanced gcc. Iterate and homo sapiens is left wondering. Go evolution!
It is the rise of silicon intelligence. Given a base gcc you can build Python. Given a base Python, you can build an advanced gcc. Iterate and homo sapiens is left wondering. Go evolution!
LFS also starts with a very basic gcc and uses that to build the full version. But how can you build Python (or anything else for that matter) without a working glibc?
Python??? For glibc? How the hell can you get a system build started then?
I guess you have to build it on a fully loaded host. I must admit when I first saw this I was wondering what the implications would be for LFS and their stage1 bootstrap process.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.