Slackware This 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.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
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.
|
 |
05-12-2014, 11:53 AM
|
#1
|
Member
Registered: Dec 2009
Posts: 40
Rep:
|
Slackware for business server
Hello, I'm considering switching my Linux distro from Centos to Slackware. One of the things that concerns me about Slackware is the support intervals between major releases. Centos is guaranteed to be supported for 10 years, but Slackware seems significantly shorter than that.
However, I've heard that updating between major releases is simpler on Slackware. Is this true? Centos recommends a fresh install for each major version update. Is this the case with Slackware?
I'm mainly running email, file serving, & LAMP stack in a small office setting.
I've come to the conclusion that Redhat's relationship with Centos creates problems in the Centos ecosystem/community, especially when it comes to having conversations about uses in businesses and institutions. Just my take, and I'm looking for an alternative now.
Thanks.
|
|
|
05-12-2014, 01:28 PM
|
#2
|
Senior Member
Registered: Nov 2013
Location: Brazil
Distribution: Slackware
Posts: 1,223
Rep: 
|
1 - Slackware is supported for about 5 years
2 - Yes, upgrading is easy.
|
|
|
05-12-2014, 03:27 PM
|
#3
|
MLED Founder
Registered: Jun 2011
Location: Montpezat (South France)
Distribution: CentOS, OpenSUSE
Posts: 3,453
|
Quote:
Originally Posted by furface
I've come to the conclusion that Redhat's relationship with Centos creates problems in the Centos ecosystem/community, especially when it comes to having conversations about uses in businesses and institutions. Just my take, and I'm looking for an alternative now.
|
That's a myth. CentOS greatly benefits from Red Hat's support. Even if I'm close to 100 % Slackware now, I've been a long-time CentOS user before, and I still have a soft spot for that great distribution. In my humble opinion, CentOS is one of the three "JustWorks" distributions along with Slackware and Debian.
|
|
|
05-12-2014, 03:30 PM
|
#4
|
Senior Member
Registered: Oct 2005
Distribution: Slackware 14.1
Posts: 3,482
|
I forget when announced, but I believe Pat wrote that each release now has a 5 year life cycle.
Updating Slackware is not bad, but if you plan to ride a release to the full five-year EOL, then you might as well perform a fresh install because too much is changed in that period. On average new releases are available about every 9 months. Although updating is easier from release to release, doing so can be a hassle if time is a restraint. With my own life demands and personal schedule, I have for a while now only updated with every other release. Finding time to update every release has become too time consuming for me. An 18 month cycle is more palatable.
There is no "warranty" or "guarantee" when updating outside the norm of updating faithfully with each release. So far I have not had problems updating every other release using the standard Slackware package tools.
Updating Slackware does require reading the change log and update hints, etc.
|
|
|
05-12-2014, 03:51 PM
|
#5
|
LQ Guru
Registered: Nov 2003
Location: Canada
Distribution: distro hopper
Posts: 11,352
|
Quote:
Originally Posted by furface
I've heard that updating between major releases is simpler on Slackware. Is this true? Centos recommends a fresh install for each major version update. Is this the case with Slackware?
|
Well, here's the documentation on how to upgrade from 14.0 to 14.1:
http://mirrors.slackware.com/slackwa....1/UPGRADE.TXT
|
|
|
05-12-2014, 07:05 PM
|
#6
|
Member
Registered: Dec 2009
Posts: 40
Original Poster
Rep:
|
Quote:
Originally Posted by dugan
|
Hmm, I'm kind of used to "yum update" for minor version upgrades.
Yum, at least in Centos, appears to have the ability to do a live upgrade on the kernel without a reboot. Is this something hard to do? Also, Slackware doesn't seem to have automatic dependency checking, something hard again? I wouldn't be adverse to working on these things with other people if there's a desire to do it and not too difficult. I don't know much about Slackware's development model, so I may be talking stupid.
Thanks
|
|
|
05-12-2014, 09:16 PM
|
#7
|
Senior Member
Registered: Sep 2009
Location: Leinster, IE
Distribution: Slackware, NetBSD
Posts: 2,241
|
Quote:
Originally Posted by furface
Hmm, I'm kind of used to "yum update" for minor version upgrades.
Yum, at least in Centos, appears to have the ability to do a live upgrade on the kernel without a reboot. Is this something hard to do? Also, Slackware doesn't seem to have automatic dependency checking, something hard again? I wouldn't be adverse to working on these things with other people if there's a desire to do it and not too difficult. I don't know much about Slackware's development model, so I may be talking stupid.
Thanks
|
Slackware isn't difficult. It simply requires a little more work, and willingness to read. The benefit of Slackware is that you have much greater control over what is installed and how it is installed. It's quite easy to edit a Slackbuild and update Postfix, for example, to a new point release. The software included in Slackware is usually identical with what is released upstream; Slackware doesn't have a team of packagers sugar-coating its builds just to create proprietary lock-in, as some of the more illustrious Linux releases have. From my point of view the likes of Slackware and Crux are balanced, mature, stable and sane choices for business servers. Grab one or both while you can because a dangerous parasite which shall not be named has recently been injected into the alternatives, a parasite which will turn the likes of RH and Ubuntu and their derivatives into monocultures wide open for corporate and government intrusion and indeed malware.
|
|
1 members found this post helpful.
|
05-13-2014, 07:26 AM
|
#8
|
Senior Member
Registered: Oct 2003
Location: Northeastern Michigan, where Carhartt is a Designer Label
Distribution: Slackware 32- & 64-bit Stable
Posts: 3,541
|
Over many years, starting with Unix System 3, though SVR4, Solaris and through multiple releases of Slackware I've learned that simply partitioning the disk drive(s) saves a great deal of time and trouble when a new Slackware (and the older Unix releases, too) arrives: nowadays I set aside a 20G partition for the operating system (all the software on the installation media) and I do a "clean" install in that root partition. I have found doing an upgrade from one release to another cumbersome (and a little error prone), so I do clean install (on multiple systems).
I do partition disk drives with /home, /usr/local, /opt, /var/lib/virtual (for VirtualBox), /var/lib/mysql, /var/lib/pgsql and one catch-all named /spares. When installing Slackware and adding partitions I simply do not format those (the root partition does get formatted). All my systems, including a lap top, are partitioned the same way; I have two data base servers, one for MySQL, one for PostgreSQL, and they are actual second drives for the data bases. I also have one that has a second drive for virtual machines -- the map is the same, but the size may vary.
I follow the old AT&T "rules" and do not install, as much as possible, additional software in the root tree; that goes in /usr/local. I install add-on "package" software; e.g., OpenOffice, in /opt. I copy /etc/ to /spares before starting an installation (so I can simply copy /etc/passwd and /etc/shadow back onto the root tree so all user accounts are immediately available. A typical installation takes about 20 minutes with an additional 15 minutes or so for other twiddling. Generally up and going in roughly a half hour, maybe 45 minutes, never an hour.
This approach has worked for me (and my clients) for over 20 years. Quick, easy, no fiddling and twiddling, no massive copies of existing data here, there and everywhere.
And, I would do and have done this irrespective of what Linux distribution I was using.
Hope this helps some.
|
|
4 members found this post helpful.
|
05-13-2014, 09:28 AM
|
#9
|
Moderator
Registered: Jan 2005
Location: Central Florida 20 minutes from Disney World
Distribution: SlackwareŽ
Posts: 13,971
|
Member Response
Hi,
Quote:
Originally Posted by furface
Hello, I'm considering switching my Linux distro from Centos to Slackware. One of the things that concerns me about Slackware is the support intervals between major releases. Centos is guaranteed to be supported for 10 years, but Slackware seems significantly shorter than that.
However, I've heard that updating between major releases is simpler on Slackware. Is this true? Centos recommends a fresh install for each major version update. Is this the case with Slackware?
I'm mainly running email, file serving, & LAMP stack in a small office setting.
I've come to the conclusion that Redhat's relationship with Centos creates problems in the Centos ecosystem/community, especially when it comes to having conversations about uses in businesses and institutions. Just my take, and I'm looking for an alternative now.
Thanks.
|
Another point to remember that Slackware does provide Security patches/updates for supported releases. You can sign up for Slackware Security Advisories via Mailing Lists
Quote:
We have several mailing lists, check the instructions for how to subscribe. To subscribe to a mailing list, email:majordomo@slackware.com. with the phrase "subscribe [name of list]" in the body of the email. The list choices are described below (use one the names below for the name of the list).
The slackware-security mailing list is for announcements relating to security issues. Any exploits or other vulnerabilities pertaining to Slackware will get posted to this list.
|
Hope this helps.
|
|
|
05-13-2014, 09:51 AM
|
#10
|
Member
Registered: Dec 2009
Posts: 40
Original Poster
Rep:
|
Thanks everybody for your replies. They are all very helpful. I think Slackware stresses versatility over ease of use. I'm looking for something that I can give to a client and not have to fiddle with too much, or something I can morph into a distro like that.
Not having thousands of packages that are supported and updated by the distro is not a big deal. There are only about 4 or 5 + dependencies that I need. However, issues like selinux/apparmor are more problematic as are not having automatic interversion updates.
In a broader sense what I'm dealing with is an ongoing debate with my clients about whether their services belong on the cloud, on a local server, or a single server on the cloud. Something like GMail for business for instance seems appealing at first, but when you start looking at privacy issues and tight integration of email messaging with other applications, GMail starts to have issues.
Sorry for getting a little off topic, but the greater topic is that I'm looking for a distro/ecosystem that may be hospitable to optimizing for security & ease of use the individual business server and integrating it with the cloud where appropriate.
Personally I'm a vertical app developer and I'm primarily looking for platforms to run my apps, but invariably I get entangled with clients' greater IT needs.
Thanks.
|
|
|
05-13-2014, 07:55 PM
|
#11
|
Member
Registered: Jan 2003
Location: USA
Distribution: Slackware
Posts: 498
Rep:
|
Been using Slackware in our corporate environment for years (maybe 9 years), multiple facilities. Our main data center started with a RH based fileserver, some email relaying and local delivery, and some odds/ends whenever I found it to be an efficient alternative to other mainstream solutions.
From RH (1 year or so), I made the decision to move to Slackware. I just couldn't get past the sugar-coating and "fluff", although it is stable and well supported. One can argue with me all day (not really, more like 10 minutes until I get bored) on that comment, but with Slackware, it just worked and worked well. Security was never an issue, nor was documented support(I never needed any official support...yet). Anyway, made the switch to SW and it was rock solid for 2 years.
IT Director made the decision to move to CentOS with a server upgrade using an outside "expert" to perform the setup/migration. It crashed after 6 months due to a known issue that had not been addressed by that time, nor was it communicated by our expert. Back to Slack, never looked back.
We serve up millions of files to hundreds of users. Never had a problem with stability, security, or performance. I don't enable the GUI in our environment because it's not needed, but I've used it and it's pretty stable and easy to use, even for lesser experienced users.
The upgrade approach with Slackware is not difficult or unreliable. I think someone mentioned earlier that a bit of extra reading and patience is due, but it works and works well.'tronayne' described a solid and well proven approach to preparing the environment for anticipated upgrades and data "stay put" ideas, and works very well for major version upgrades with very little post-tweaking required.
I would highly recommend Slackware if the applications required are well documented for this distro. The up front extra time (minimal by all accounts) and preparation is well worth the results IMO.
Wow...been YEARS since I've posted here...lot's of catching up to do! Later.
Forgot to mention the most recent addition of SW in our environment. We use this for our eCommerce backend, which accounts for over $1.5 million USD sales/month for our company. That's how confident I am in SW for business use :-)
Last edited by DaOne; 05-13-2014 at 08:00 PM.
Reason: Forgot to mention...
|
|
|
05-14-2014, 04:24 AM
|
#12
|
MLED Founder
Registered: Jun 2011
Location: Montpezat (South France)
Distribution: CentOS, OpenSUSE
Posts: 3,453
|
Quote:
Originally Posted by furface
Thanks everybody for your replies. They are all very helpful. I think Slackware stresses versatility over ease of use. I'm looking for something that I can give to a client and not have to fiddle with too much, or something I can morph into a distro like that.
|
If I'm the only admin of the server, then Slackware is my distro of choice.
On the other hand, if the client absolutely has to get his hands dirty with system administration, I'll choose Zentyal, which is 100 % GUI.
http://www.zentyal.org/
http://doc.zentyal.org/en/
|
|
|
05-14-2014, 05:53 AM
|
#13
|
Member
Registered: Feb 2004
Location: Naas,IE
Distribution: Slackware
Posts: 216
Rep: 
|
i would not mind seeing a zentyal-like admin panel for slackware as an option 
|
|
|
All times are GMT -5. The time now is 08:41 PM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|