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.
I'm glad for your letting us know of this change, although the first place I looked for info (after slackpkg+ started to fail on your repos) was the project's website and nothing was found.
I used packages from your repos (mostly libvirt related) as I always found them to be of highest quality.
Thank you very much for your effort in making Slackware better. I'll miss you and your work.
I also agree with you that Slackware is not suited for enterprise (personal opinion).
When your business depends on it, you sometimes have to use the tools that fit the needs, not the ones you'd like to use.
I also agree with you that Slackware is not suited for enterprise (personal opinion).
When it comes to software in business there are two rules: the first is stability; the second, predictability. Businesses need to trust that software will run reliably, and they need to know its lifespan will not be curtailed on a whim.
Slackware has existed almost as long as Linux itself. It is, therefore, both stable and predictable -- stable as software, and predictable as a project.
Although kikinovak kicks up a great fuss about software in the enterprise, his MLED fails the predictability test quite spectacularly. Based on Slackware, it was undoubtedly stable, but as a project, it was obviously unpredictable, bordering on volatile.
Overnight, kikinovak abandoned his enterprise clients who had committed to MLED. No warning, no explanation at his website. After many years vaunting the project, he then tore it down overnight, leaving his customers stranded. That might be fine for a personal project, but it is far from acceptable for businesses, at least here in Ireland.
So you're quite wrong to say Slackware is not fit for the enterprise. Its track record says otherwise. If anything is not fit for business use, it's MLED.
Last edited by Gerard Lally; 07-18-2017 at 07:40 AM.
I also agree with you that Slackware is not suited for enterprise (personal opinion).
When your business depends on it, you sometimes have to use the tools that fit the needs, not the ones you'd like to use.
Good luck.
I never said that, and I think Slackware is great for businesses. It's just that one of the main reasons for me to switch was that I get a similar end result with much less work (and more time for climbing).
Overnight, kikinovak abandoned his enterprise clients who had committed to MLED. No warning, no explanation at his website. After many years vaunting the project, he then tore it down overnight, leaving his customers stranded. That might be fine for a personal project, but it is far from acceptable for businesses, at least here in Ireland.
So you're quite wrong to say Slackware is not fit for the enterprise. Its track record says otherwise. If anything is not fit for business use, it's MLED.
The website and package repos disappeared overnight after a fatal server crash in NFrance's datacenter in Toulouse. It took me a few days to setup a new server - in a different datacenter - and restore everything, because I had several websites, mail accounts and other things on that machine.
As for "abandoning my clients", I don't know what you're talking about. My clients are fine, I've moved all their installations to CentOS over the last few months. If you had read my initial blog post, you would have understood that MLED has become way too time-consuming and almost impossible to manage. And since I do value things like spending time with my charming girlfriend or going climbing with my buddies, I decided to move on and use something that gave me a similar result with much less work.
The website and package repos disappeared overnight after a fatal server crash in NFrance's datacenter in Toulouse. It took me a few days to setup a new server - in a different datacenter - and restore everything, because I had several websites, mail accounts and other things on that machine.
As for "abandoning my clients", I don't know what you're talking about. My clients are fine, I've moved all their installations to CentOS over the last few months. If you had read my initial blog post, you would have understood that MLED has become way too time-consuming and almost impossible to manage. And since I do value things like spending time with my charming girlfriend or going climbing with my buddies, I decided to move on and use something that gave me a similar result with much less work.
Isn't that the way free software works?
Niki
Once you label your project an "enterprise" product then your girlfriend and hobbies no longer come into it. Anyway, the main point I was making is that Slackware, unlike almost every other Linux distribution, has been stable and predictable for 24 years, Patrick Volkerding's personal life notwithstanding; it is, therefore, at the very least equally suitable for business use, where predictability trumps marketing slogans.
When it comes to software in business there are two rules: the first is stability; the second, predictability.
You forgot a third rule: manageability.
Quote:
Originally Posted by Gerard Lally
Slackware has existed almost as long as Linux itself. It is, therefore, both stable and predictable
Caves have also existed for as long as "places where humans take shelter".
Yet, we take shelter in houses now.
Should we use caves instead of houses?
Older does not mean better.
The fact that Slackware is the oldest linux distro still maintained today does not mean it is the best one for all purposes.
It is indeed the best tool for some projects (again, my biased opinion), but not all.
Quote:
Originally Posted by Gerard Lally
his MLED fails the predictability test quite spectacularly. Based on Slackware, it was undoubtedly stable, but as a project, it was obviously unpredictable, bordering on volatile.
Yes and no. The only part of MLED that failed was the maintainer (kikinovak himself) who failed to predict the workload required for the job.
Had he used other tools (like Spencer said here) it would have probably not failed.
Quote:
Originally Posted by Gerard Lally
So you're quite wrong to say Slackware is not fit for the enterprise. Its track record says otherwise. If anything is not fit for business use, it's MLED.
Even for a small business like kikinovak's "one man show" it is quite difficult to use Slackware.
It is just too much work.
For example: securely maintaining the same user list across 100 desktops is a full time job.
As for the "track record": citation needed.
It is quite easy to use Slackware as a single server and it works well.
It is not so easy to add 1000+ packages of "unsupported" software to Slackware by hand, testing and maintaining them.
Your boss will not risk the company's future on your availability.
What if you are on vacations, or sick leave, or leave the company?
Will the next sysadmin be able to cope with your workload?
What if the company grows and instead of 100 desktops you now have to support 1000 or 10000?
For enterprise, the workload must be similar for either 10 or for 10000.
With Slackware as a base, it simple isn't. It simply does not scale well.
Once you label your project an "enterprise" product then your girlfriend and hobbies no longer come into it. Anyway, the main point I was making is that Slackware, unlike almost every other Linux distribution, has been stable and predictable for 24 years, Patrick Volkerding's personal life notwithstanding; it is, therefore, at the very least equally suitable for business use, where predictability trumps marketing slogans.
Right except that time where we went 2 years between releases because of Patrick's health issues. I am not saying that to criticize Patrick or Slackware in any way. Just to allow for the fact that there is risk in a one man show. Its not like anyone's Slackware systems suddenly quit working during that time. It was a period where building third party software got hard because a lot of libraries and things were very dated.
I have no problems recommending Slackware to business for certain functions. There are use cases like kikinovak where it might not be the best tool.
Even in a small office, or a school, the Slackware acts like this classical anti-social kid who talks with no one.
I really hope that in a bright day, the Slackware developers will figure out what big UN-favour do to Slackware, not arming it with LinuxPAM and Kerberos.
And please do not suggest me to do it myself, because that would be equivalent with forking Slackware.
And usually a small company would do not have the will to fork and maintain, and be responsable for a Linux distribution.
Yet, LinuxPAM and Kerberos are NOT your well know public enemy SystemD, they do their job almost invisible, with no significant speed-up of system boot and they even not ask you to change the init files.
They would just do their job silently, and their would be much much much more easy to be integrated than that desktop environment developed from scratch and called by its mother, with love: Plasma5.
Last edited by Darth Vader; 07-18-2017 at 09:59 AM.
Right except that time where we went 2 years between releases because of Patrick's health issues. I am not saying that to criticize Patrick or Slackware in any way. Just to allow for the fact that there is risk in a one man show. Its not like anyone's Slackware systems suddenly quit working during that time. It was a period where building third party software got hard because a lot of libraries and things were very dated.
I have no problems recommending Slackware to business for certain functions. There are use cases like kikinovak where it might not be the best tool.
Indeed, but I remember CentOS not releasing updates for an extended period as well. An enterprise will assess the risks attending all candidates for adoption and choose that candidate least likely to surprise. Lack of PAM support is not a surprise; an enterprise with 1,000 workstations can work around that, and they have the IT staff on-site to do so. The sudden adoption by an enterprise OS of something like systemd is a surprise, and I don't think many enterprises were happy to have that trap sprung on them for no compelling reason.
Right except that time where we went 2 years between releases because of Patrick's health issues.
If you're talking the time between 14.1 and 14.2 (which is the only time there went more than 2 years between releases -- prior to that, there was at least 1 release per year going back to its initial release), there were never any reports I saw of health issues. In fact, for almost the whole development time, there was constant movement in the changelog. However, there was a period of 47 days between 5 Mar 2015 and 21 Apr 2015 that saw no updates in both -current and stable's changelogs. There was a lot of speculation on why there were no updates, but no official information was ever provided on the delay other than what was in the changelog (which is quoted below -- and I think the closest we'll have to why there was a gap is highlighted in red):
Code:
Greetings! It has indeed been far too long. I apologize for the absence
of updates lately, but we've been using the time to get some good work done.
This is not a beta (probably not even an alpha release yet), but it is also
not a drill. ;-) We've spared you all most of the pain while we
transitioned to a lot of new libraries that got major version number bumps,
and have tested everything to ensure that this will be a smooth upgrade.
Still, I'd be surprised if all this didn't introduce any regressions, so if
you find any problems let us know. Huge thanks are due to Robby Workman,
Heinz Wiesinger, Eric Hameleers, and Stuart Winter for all the help. Have fun!
There was a period between 10.0 and 10.1 where Pat was battling an illness, but that happened back in November of 2004. He was eventually diagnosed with Actinomycosis, but he has been able to continue providing updates, including 10.1 which was released in February of 2005.
Quote:
Originally Posted by chemfire
Just to allow for the fact that there is risk in a one man show.
While it is true that there is risk in a one man show, it has been stated elsewhere (my memory fails me and I'm too lazy to search) that if Patrick decides to stop working on Slackware (or, heaven forbid, he is unable to), that there is a succession plan in place. There are some great people who work very closely with Patrick who share similar ideals, so it is likely his vision would remain, even if he didn't.
Last edited by bassmadrigal; 07-18-2017 at 10:19 AM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.