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.
|
|
|
03-26-2013, 12:08 PM
|
#31
|
Member
Registered: Jun 2012
Location: Detroit
Distribution: Arch x86_64
Posts: 112
Original Poster
Rep:
|
The updates makes me hesitate to use it in a production environment just because it will take longer for me to fix. When they moved /lib I was really annoyed. My LVM,dm-crypt setup complicated things.
During that time systemd was in transition. I'm still not sure if I'm OK with systemd (hence this thread) and yes, I'm using it. It doesn't seem right to have systemd control EVERYTHING. Even fstab entries are converted into a systemd mount!
I'm considering slack or gentoo for a distro WITHOUT systemd.
Wow, the more I think about systemd, the more I want to ditch it.
Good posts, thank guys.
BTW, eXpander_ is the only troll here
|
|
2 members found this post helpful.
|
03-26-2013, 12:37 PM
|
#32
|
Member
Registered: Mar 2007
Distribution: Slackware64-current, Slackware64 14
Posts: 331
Rep:
|
Quote:
Originally Posted by notsure
The updates makes me hesitate to use it in a production environment just because it will take longer for me to fix. When they moved /lib I was really annoyed. My LVM,dm-crypt setup complicated things.
During that time systemd was in transition. I'm still not sure if I'm OK with systemd (hence this thread) and yes, I'm using it. It doesn't seem right to have systemd control EVERYTHING. Even fstab entries are converted into a systemd mount!
I'm considering slack or gentoo for a distro WITHOUT systemd.
Wow, the more I think about systemd, the more I want to ditch it.
Good posts, thank guys.
BTW, eXpander_ is the only troll here
|
While I have Arch on my machine and find that systemd works well enough (at least as a casual desktop user), I don't much care for what systemd seems to imply for what Linux is/was/will be.
Slack is great, can't speak for Gentoo - you could always run them both side by side to see which you prefer.
|
|
|
03-26-2013, 12:38 PM
|
#33
|
LQ Newbie
Registered: Mar 2013
Distribution: Slackware, Gentoo
Posts: 7
Rep:
|
From the Arch wiki
Quote:
Slackware
Slackware and Arch are quite similar in that both are simple distributions focused on elegance and minimalism.
Slackware is famous for its lack of branding and completely vanilla packages, from the kernel up. Arch typically applies patching only to avoid severe breakage or to ensure packages will compile cleanly.
Slackware uses BSD-style init scripts, Arch uses systemd.
Arch supplies a package management system in pacman which, unlike Slackware's standard tools, offers automatic dependency resolution and allows for more automated system upgrades. Slackware users typically prefer their method of manual dependency resolution, citing the level of system control it grants them, as well as Slackware's excellent supply of pre-installed libraries and dependencies.
Arch is a rolling-release system. Slackware is seen as more conservative in its release cycle, preferring proven stable packages. Arch is more 'bleeding-edge' in this respect.
Arch Linux provides many thousands of binary packages within its official repositories whereas Slackware official repositories are more modest.
Arch offers the Arch Build System, an actual ports-like system and also the AUR, a very large collection of PKGBUILDs contributed by users. Slackware offers a similar, though slimmer system at slackbuilds.org which is a semi-official repository of Slackbuilds, which are analogous to Arch PKGBUILDs. Slackware users will generally be quite comfortable with most aspects of Arch.
|
source
|
|
2 members found this post helpful.
|
03-26-2013, 12:58 PM
|
#34
|
Senior Member
Registered: Apr 2005
Posts: 2,727
|
Pointless comparison as Arch targets a different kind of user...? I've never touched Arch - nor gentoo - always meant to give those two a go at some point. In the case of Arch, I'm just not too keen on distros which are in a constant state of flux and where the user is force fed a continuous stream of updates - whether they need them or not - on a daily basis. I ran Debian unstable for years and even that was too much eventually. I prefer a distro where I can build stuff off a reasonably stable base.
Last edited by cynwulf; 03-26-2013 at 12:59 PM.
|
|
2 members found this post helpful.
|
03-26-2013, 02:39 PM
|
#35
|
Member
Registered: Apr 2009
Distribution: Slackware
Posts: 543
Rep:
|
I never touched Arch, although I like to look at Arch and Gentoo build scripts and patches. But I am a Slackware guy and only with Slack I found enough simplicity to go ahead and try things like this...
Quote:
[brz@m1 ~]$ gcc -v
Reading specs from /usr/lib64/gcc/x86_64-slackware-linux/4.8.0/specs
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-slackware-linux/4.8.0/lto-wrapper
Target: x86_64-slackware-linux
Configured with: ../gcc-4.8.0/configure --prefix=/usr --libdir=/usr/lib64 --mandir=/usr/man --infodir=/usr/info --enable-shared --enable-bootstrap --enable-languages=ada,c,c++,fortran,go,java,lto,objc --enable-threads=posix --enable-checking=release --enable-objc-gc --with-system-zlib --with-python-dir=/lib64/python2.7/site-packages --disable-libunwind-exceptions --enable-__cxa_atexit --enable-libssp --enable-lto --with-gnu-ld --verbose --enable-java-home --with-java-home=/usr/lib64/jvm/jre --with-jvm-root-dir=/usr/lib64/jvm --with-jvm-jar-dir=/usr/lib64/jvm/jvm-exports --with-arch-directory=amd64 --with-antlr-jar=/home/brz/Downloads/Slack/gcc/antlr-runtime-3.5.jar --enable-java-awt=gtk --disable-gtktest --disable-multilib --target=x86_64-slackware-linux --build=x86_64-slackware-linux --host=x86_64-slackware-linux
Thread model: posix
gcc version 4.8.0 (GCC)
|
...without rendering my system into an electric consumer brick.
I just love Slackware =]
|
|
|
03-26-2013, 02:41 PM
|
#36
|
Member
Registered: Apr 2012
Location: California
Posts: 422
Rep:
|
I maintained a few Arch VMs prior to jumping to Slackware. Arch definitely emphasizes using the CLI to get a lot done, but I feel that the abstraction of automatic dependency resolution and binary packages, although great accomplishments and useful, made me a little uncomfortable. That 'action at a distance' wasn't winning me over, so I rightly found Slackware. As goofy as it is, the adage about 'Learn X distro and you learn X, learn Slackware and you learn Linux', it piqued my interest.
Technically, big differences are systemd, binary packages, dep resolution and you're always up to date - "Sync'd". I'm not big on the attitude that certain things in linux software are evil or microsoftian schemes, they're just tools and the inherent tradeoffs are just something you deal with when dealing with those tools.
If all else fails and you can't decide; run both. There's a lot to learn from both worlds.
|
|
|
03-26-2013, 02:54 PM
|
#37
|
Member
Registered: Jun 2012
Location: Detroit
Distribution: Arch x86_64
Posts: 112
Original Poster
Rep:
|
Quote:
Originally Posted by BrZ
I never touched Arch, although I like to look at Arch and Gentoo build scripts and patches. But I am a Slackware guy and only with Slack I found enough simplicity to go ahead and try things like this...
...without rendering my system into an electric consumer brick.
I just love Slackware =]
|
You'll have to explain that to me...
Quote:
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.7.2/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /build/src/gcc-4.7.2/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --enable-libstdcxx-time --enable-gnu-unique-object --enable-linker-build-id --with-ppl --enable-cloog-backend=isl --disable-ppl-version-check --disable-cloog-version-check --enable-lto --enable-gold --enable-ld=default --enable-plugin --with-plugin-ld=ld.gold --with-linker-hash-style=gnu --disable-multilib --disable-libssp --disable-build-with-cxx --disable-build-poststage1-with-cxx --enable-checking=release
Thread model: posix
gcc version 4.7.2 (GCC)
|
Last edited by notsure; 03-26-2013 at 02:55 PM.
|
|
|
03-26-2013, 03:52 PM
|
#38
|
Member
Registered: Apr 2009
Distribution: Slackware
Posts: 543
Rep:
|
@notsure
For what I saw, ABS (Arch Build System) and pacman seems easy and user friendly, but I'm more comfortable with Slackware's build system and it way to manage packages and dependencies (or lack of). I can't count the times Arch and Gentoo helped when experimenting with some esoteric builds, as I can't count the times I messed so badly with my Slack install and a simple symbolic link kept the fun going on. Sorry, my english isn't good enough to articulate all the peculiarities I found using Slackware all this time.
|
|
|
03-26-2013, 03:54 PM
|
#39
|
Amigo developer
Registered: Dec 2003
Location: Germany
Distribution: Slackware
Posts: 4,928
|
YEah, BrZ, I'm afraid I don't see why the command 'gcc -v' should be scary to use on any system...
|
|
|
03-26-2013, 04:10 PM
|
#40
|
Senior Member
Registered: Apr 2007
Location: Germany
Distribution: Slackware
Posts: 3,979
Rep:
|
I've used Arch (before systemd) and Gentoo for quite some time. I came back to Slackware because Arch is not stable enough and Gentoo took me too much time for building when updating. But both are quite similar to Slackware.
Markus
|
|
1 members found this post helpful.
|
03-26-2013, 05:26 PM
|
#41
|
Senior Member
Registered: May 2008
Location: Poland
Distribution: Slackware (personalized Window Maker), Mint (customized MATE)
Posts: 1,315
|
notsure,
According to my research in Slackware Linux everything I need works the way I like. So Slackware Linux comes first. Then comes Arch Linux and then comes FreeBSD. (I described some unsolved issues concerning FreeBSD here.)
The way you use the machine may vary from my way so FreeBSD or Arch Linux may be better for you than Slackware Linux.
Now you’re more sure, notsure.
|
|
1 members found this post helpful.
|
03-26-2013, 08:39 PM
|
#42
|
Member
Registered: Oct 2010
Distribution: Arch & Slackware
Posts: 96
Rep:
|
Arch and Slack are my two most favorite distros. I dual boot them. They both have merit. I wouldn't crap on Arch simply because it has systemd. Systemd is actually turning out quite nice. I don't blame anyone for not wanting to be a test subject on a new init system, but to discount it just because of who made it, isn't very open minded.
|
|
1 members found this post helpful.
|
03-26-2013, 08:49 PM
|
#43
|
Slackware Maintainer
Registered: Dec 2002
Location: Minnesota
Distribution: Slackware! :-)
Posts: 2,870
|
Quote:
Originally Posted by Beelzebud
Arch and Slack are my two most favorite distros. I dual boot them. They both have merit. I wouldn't crap on Arch simply because it has systemd. Systemd is actually turning out quite nice. I don't blame anyone for not wanting to be a test subject on a new init system, but to discount it just because of who made it, isn't very open minded.
|
I don't care for it because of what it is, not because of someone's poor track record.
|
|
10 members found this post helpful.
|
03-26-2013, 09:02 PM
|
#44
|
Member
Registered: Oct 2010
Distribution: Arch & Slackware
Posts: 96
Rep:
|
Quote:
Originally Posted by volkerdi
I don't care for it because of what it is, not because of someone's poor track record.
|
Fair enough. As an end-user I don't really have to deal with the init system on a level that you do, so I have no doubt you have techinal reasons for not wanting to adopt it. And frankly it's good to have some variety in the Linux world, otherwise there would be no point to having different distros. The main reason I use Slack is because you guys stick to what is tried and true.
|
|
|
03-26-2013, 09:16 PM
|
#45
|
Senior Member
Registered: May 2008
Location: Poland
Distribution: Slackware (personalized Window Maker), Mint (customized MATE)
Posts: 1,315
|
Quote:
Originally Posted by eXpander_
Hi, I like Windows.
|
It’s a pity because it seems that MS Windows doesn’t like you.
|
|
2 members found this post helpful.
|
All times are GMT -5. The time now is 10:03 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.
|
Latest Threads
LQ News
|
|