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.
Distribution: Slackware (personalized Window Maker), Mint (customized MATE)
Posts: 1,309
Rep:
guys & gals,
I can’t recall now my impressions concerning Arch Linux because I tested it almost three years ago (version 2010.05). I just remember the podium:
1. Slackware Linux
2. Arch Linux
3. FreeBSD
Fortunately I saved my notes concerning Arch Linux so I can share them with all of you. Maybe someone will decide to try Arch Linux as well:
Code:
install: gpm, iptables, kbd, links
i386/qwerty/pl.map.gz
lat2a-16.psfu.gz
-------------------------------------------------------------------------------
# refresh packages list
pacman -Syy
# python
pacman -S python
# curl
pacman -S curl
# uncomment six sources
/etc/pacman.d/mirrorlist
# ranks mirrors
rankmirrors -t /etc/pacman.d/mirrorlist
# syncing, refreshing and updating system
pacman -Syu
-------------------------------------------------------------------------------
# easy add user
adduser
# profesional user add
useradd -m -G audio,lp,optical,storage,video,wheel,power -s /bin/bash user
# password
passwd user
# user delete
userdel -r user
pacman -S sudo
-------------------------------------------------------------------------------
# alsa loading last
echo "options snd-pcsp index=2" >> /etc/modprobe.d/modprobe.conf
# install alsa
pacman -S alsa-utils alsa-oss
# add user to group
gpasswd -a user audio
# setting mixer (unmute master, pcm and speaker; increase volume)
alsamixer
# test sound
aplay /usr/share/sounds/alsa/Front_Center.wav
# store settings
alsactl store
# add alsa to daemons in /etc/rc.conf:
DAEMONS=(syslog-ng network crond alsa)
-------------------------------------------------------------------------------
# x-files
pacman -S libgl xorg mesa
# video driver
lspci | grep VGA
pacman -Ss xf86-video | less
pacman -S xf86-video-ati libgl ati-dri
Xorg -configure
cp /root/xorg.conf.new /etc/X11/xorg.conf
-------------------------------------------------------------------------------
# input drivers
pacman -Ss xf86-input | less
pacman -S xf86-input-keyboard xf86-input-mouse
# input hotpluging
pacman -S xf86-input-evdev
pacman -S xf86-input-synaptics
setxkbmap pl
cp /etc/skel/.xinitrc ~/
^
|
+--- exec xterm
-------------------------------------------------------------------------------
# desktop environment
pacman -S ttf-ms-fonts ttf-dejavu ttf-bitstream-vera
pacman -S xfce4 gnome-icon-theme
pacman -S lxde gamin
pacman -S fluxbox fluxconf
pacman -S openbox obconf obmenu
-------------------------------------------------------------------------------
# abs
pacman -S abs
(As I mentioned it was three years ago. I switched in the meantime from ISO-8859-2 to UTF8 so now the right font would be lat2-16.psfu.gz rather than lat2a-16.psfu.gz. As I suppose some other changes would be necessary as well.)
Greetz
I have tried to like Arch Linux twice. The first time was 2 years ago and to be fair I used it almost exclusively for 2 months, many many hours each day.
The last time was 6 months ago and it lasted for about a week before I once again abandoned it and for the same basic reasons, not even including that I despise the install process.
Proponents of Arch point to it's "lack of bloat" and I find this ludicrous in this day of hdd's of multiple terabytes. As far as I can tell, it matters little how much stuff is installed in Linux if you properly administer what gets to run and when. This isn't windoze with all the TSRs and "preloads" to appear as speed. So it's minimalistic base install doesn't thrill me in the least.
Far more important to me is the very first reason I tried Slackware in the first place. When I asked in my favorite Linux IRC channel many years ago why so many there used Slackware the guys that seemed the most knowledgeable said basically the same thing, "Because stuff just compiles right in it". That seemed to me to be the signature of a proper, fundamentally correct system and it turned out to be true.
I have to admit that auto-dependency resolution is vastly better than it used to be but frankly I don't care. I don't want anything going on behind my back or without my express knowledge and permission and all of them have require some acceptance of this basic tenet. I will gladly spend time dealing with dependencies manually as the occasional cost of having a solid, robust system that never breaks and when a problem occurs I know exactly what to fix when the worst is that a new app simply won't run. It will be my fault and since I know what I did and can discover what I didn't do, not only does it get fixed but I learn something specific and often, useful.
Slackbuilds have made things much easier w/o giving up that basic control and power that I require. In addition they do not require searching for PPAs or the excruciating time and effort to recover from breakage from a bad "update". Why people assume Slackware is more time consuming is just ignorance of the "Six P's Law" as far as I can tell.
So to answer the OP, neither is universally better, but Slackware is most definitely better for me.
I have to admit that auto-dependency resolution is vastly better than it used to be but frankly I don't care. I don't want anything going on behind my back or without my express knowledge and permission and all of them have require some acceptance of this basic tenet. I will gladly spend time dealing with dependencies manually as the occasional cost of having a solid, robust system that never breaks and when a problem occurs I know exactly what to fix when the worst is that a new app simply won't run. It will be my fault and since I know what I did and can discover what I didn't do, not only does it get fixed but I learn something specific and often, useful.
Agreed. Well-said! The lack of dependency checking in Slackware is a strength not a deficit. I never need to worry about a package manager wreaking havoc with my Slackware system because *I am* the package manager. The Slackware package management system works perfectly for my needs.
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,
I stay away from Arch because of two deliberate design choices: rolling release and systemd. The first doesn't give me stable, reproducable results, which I like to have, and the latter doesn't give me a Unix system, which I like to have.
Quote:
but to discount it just because of who made it, isn't very open minded.
That's just the tip of the iceberg. LP is in no way capable of designing something better than DMR's stroke of a genius. He tries and is not capable of recognizing his failure. A typical case of Dunning-Kruger.
Proponents of Arch point to it's "lack of bloat" and I find this ludicrous in this day of hdd's of multiple terabytes. As far as I can tell, it matters little how much stuff is installed in Linux if you properly administer what gets to run and when. This isn't windoze with all the TSRs and "preloads" to appear as speed. So it's minimalistic base install doesn't thrill me in the least.
I have tried Arch multiple times in VMs and this is what gets me every time. Sure, release a "minimalistic" install disc for those who want to build a system from the ground up, but give the rest of us lazy people a fairly complete install: common display drivers (and other drivers I guess, I never used it in-depth to know what else it's missing), X, a few DEs to choose from, a complete development environment for the most common languages, and programs that people commonly use on Linux (apache, samba, etc.). The only thing I don't install when I install Slackware is the KDE and Y series.
In this day and age, with cheap storage space and the ability to control your computer, the only reason you would need a minimal install is if you are working on an embedded system and storage space is prime real estate. (Or if you are using it on a exceptionally old computer).
(Actually, now that this thread has got me thinking about it again, I'm going to try an Arch install and install "xorg" (which I'm pretty sure will install everything xorg related) and a DE and see if it'll run a desktop environment with just those two commands.)
I was an arch-user for 7 years (!) - and really had no (big) problems until their last endevours (/lib vs /usr/lib and systemd).
I tried to go along because (quote and unquote) "it was the future and soon everyone else would be doing it".
I struggled through the /lib /usr/lib thingy (and no, it was nothing like as unproblematic as the wiki makes out) - finally got it into shape again when along comes systemd - and for me that was the straw that broke the camel's back! Several failures later I just gave up on it - I have better things to spend my time on.
I sync'ed often (2-3 times/week) and although there were occasional breakages, there hardly ever was anything fatal or insurmountable. Occasionally (work/vacation) there could be a couple of months between sync's and although it usually led to more problems than my usual updating - it was very seldom anything that could not be sorted out in a couple of hours (or waiting until the next day when there were new updates).
So - systemd did it - and seeing Slackware was my first 'love' (~1996) (and I have always used it on my servers) - it was but a small step to use it 'fulltime' on my xfce-desktop.
So - thanks to Pat and his team!!
1) For me Slack is easier to fix when something goes wrong.
I keep 2 local mirrors of -Current.
One is always updated, the other stays about 2 or 3 weeks behind the other.
This makes it easy for me to downgrade -Current to a working system when something goes wrong.
I've never been able to setup a system like this on Arch.
2) I don't like the pacman all or nothing approach to updates, or the fact that it bundles system packages with non-system packages. This has left me with a lot of broken non-system packages in the past. Slackpkg only updates system packages and leaves non-system packages and there dependencies to me to maintain, and that’s the way I prefer it.
3) I've been using Slack sense 12.0 came out and at first things were a little confusing to me. I do my best to find solutions to my problems on my own because I learn better if I figure it out myself. On those occasions when I can't figure it out someone on this forum will point me to something to read that will lead me to a solution. I've never had anyone on this forum be rude to me.
On the Arch forum there this Beginners section where a newbi would think that this is the place for someone running Arch for the first time would go for help with a problem. But in fact, this seems to be a place where other people that don't know the solution to your problem will respond with RTFM rather that point you to a specific link or document that will ultimately lead you to a conclusion without reading the whole manual. I've been running Slack for quite some time now and have never read the whole manual, I just don't have that kind of time available. When I have a problem I search that particular problem.
I like Slack better.
I like the Slack people better.
AIF had to be dropped due to lack of maintenance and contributions. Of course we would appreciate it if people would start hacking on it to bring it up to par
Quote:
Originally Posted by ruario
There is a thread on the Arch Linux forums on the install media change if you want more information:
Since I haven't installed Arch for a while (and never since AIF was dropped), I thought I'd give the new install method a quick try in a VM using archlinux-2012.08.04-dual.iso. For the most part I just followed the Install Guide and only referred to the Beginners' guide and other parts of the Archwiki for a few small things I couldn't remember or wasn't sure about.
In summary, the installation was actually faster and easier than I recall. Perhaps this is just because I have a better understanding of Linux and Arch than I had previously. In any case, the instructions are quite clear and I found that most of the heavy lifting in getting the install up is actually actually still done for you via a handful of scripts like, pacstrap, genfstab, arch-chroot, mkinitcpio, syslinux-install_update, etc. I can't see any major downside to the new install process when comparing to an AIF-based install. All you really lose is an ncurses interface. Personally therefore, I don't see any need to bring back AIF, as the new way works just fine.
Last edited by ruario; 03-27-2013 at 11:57 AM.
Reason: Added in quotes from previous thread
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.