Slashdot Mirror


Is Slackware Fading Away?

A reader writes "I just read over on userlocal.com about how David Cantrell announced he is no longer actively developing protopkg and autoslack (these are 2 apps that could have brought slack out of the stoneage but still kept to slacks philosophy of K.I.S.S.). So is it almost "game over" for the first commercial linux distribution which used to be the heavyweight champ?"

531 comments

  1. Slackware? What's that? by Kanon · · Score: 1

    I haven't used Slackware for years although it was in fact the first Linux I ever installed. I found it quite unfriendly at the time compared to other distros I later sampled.

    Has it changed or is it still a "bare knuckle" distro?

    1. Re:Slackware? What's that? by gluke · · Score: 1

      It's still a "bare knuckle" distro, and we like it that way, thank you very much, drive through, heh heh.

    2. Re:Slackware? What's that? by Kanon · · Score: 1

      :) I wasn't saying it shouldn't be a bare knuckle distro just that might be keeping it down compared to other distros in popularity. Of course that's the beauty of Linux. There's a distro for everyone :)

    3. Re:Slackware? What's that? by Pierric · · Score: 2, Interesting

      Hi,

      I've been using Red hat 5, then Red Hat 6, then Mandrake 7, then Debian 2.2, and now I'm using Slackware 7.0, which I of course upgraded a bit.
      To answer to your question, I would say that slackware is the most easy-to-configure distro of all the above. But I mean this for people like me, who like to know in which file which information is stored, and dislike the graphical interfaces that write in dozens of different files without you knowing it. The slackware structure is simple, efficient. If you're seeking for something in the rc.d directory, you'll find it much easier than with Debian, not to speak about RH or Mandrake. If you can handle a console-based configuration, it's just great. The negative point for certain people is of course the quite bad packaging system, but hey, it's possible to install rpm. Or checkinstall, which I personally use. IMO, the best one. :)

    4. Re:Slackware? What's that? by ravrazor · · Score: 4, Informative
      There's a lot of benefits to Slackware Linux:

      Stable out of the box.

      Easy to configure (for the average Unix guy).

      Rarely has software which contains security holes.

      BSD style init scripts

      No RPM locking dependancy. If there's an issue, you can upgrade from source quickly.

      There's an article here explaining why one site runs Slackware, which you might find interesting.

      If you'd grown up on it, or come from another Unix-alike (such as OpenBSD, etc), you'd probably find Slackware quite friendly... most Slackware-heads would find Red Hat or even Debian restrictive and unfriendly.

      To each their own.

    5. Re:Slackware? What's that? by Anonymous Coward · · Score: 2, Funny

      "i had to prepare my own dinner, and found the process quite time consuming and unfriendly, compared to various fast food chains i later sampled"

      'nuff said...

    6. Re:Slackware? What's that? by 13Echo · · Score: 1

      I really like how Slackware is structured. I couldn't stand having all sorts of jankie programs with other distros. Slackware is strait to the point. Load a module or compile a kernel with specific hardware support and you are ready to go.

    7. Re:Slackware? What's that? by ruszka · · Score: 1

      I started off on Linux with Slackware.. Many people told me I was crazy to start off that way, but I was determined to get it right.. I took one friend's advice and installed Mandrake once just so he'd quit harping on me and I ended up crashin it within a day..

      I'm still using Slack and it has been difficult at times, but over all, I love it.. It's complex and simple.. It's been one hell of a way to learn usin Linux but I wouldn't give Slack up for any other distros.. :)

      *hoping to move on to Unix some day*

    8. Re:Slackware? What's that? by Unknown+Bovine+Group · · Score: 0, Offtopic

      Jankie?

      --
      m00.
    9. Re:Slackware? What's that? by Glytch · · Score: 2

      I started with Slackware too, but only because that was the only distro that I could find buy in my small town (didn't have net access at home at that time). Since then I've tried Debian and Mandrake, and have come back to Slackware. I'm happily running 8 right now.

      And Zipslack fucking OWNS. :) A real nice way to put Linux on old 486's with no cdrom.

    10. Re:Slackware? What's that? by fataugie · · Score: 1
      If you'd grown up on it, or come from another Unix-alike (such as OpenBSD, etc), you'd probably find Slackware quite friendly... most Slackware-heads would find Red Hat or even Debian restrictive and unfriendly

      I agree, while I am a sucker for fancy schmanzie gui's, slackware was what I first learned about Linux on, and I find it more easy to keep track of what's being installed than red hat or debian. Barebones? Yes! */pussymode_on/* But, you always have something in your heard for your first.*/pussymode_off/*

      --

      WTF? Over?

    11. Re:Slackware? What's that? by Anonymous Coward · · Score: 0

      I prefer installing Slack on old 486's with no CD-ROM using NFS.

      Just get your one machine with a CD-ROM machine set up and share out the CD with NFS. Slap a NIC in the 486 box, and use the NFS series boot floppy.

      What could be simpler?

      But there will always be those who insist on turning Linux into Windoze. Have fun, I guess...

    12. Re:Slackware? What's that? by Anonymous Coward · · Score: 0

      It was a very configurable distro...very deadly in the hands of a sysadmin. Forunately xp was released unto the world ...we won't have to worry about Linux anymore..Sys admins can rest easizer...

    13. Re:Slackware? What's that? by Glytch · · Score: 2

      True, but I didn't have a spare nic at the time. :) *grumblegrumble small town grumble goddamn shipping delays *grumblegrumble*

      Oh well. Now it's a very nice little firewall. Even put copies of Slash'em and Nethack on it, for those times when I'm on a windows machine somewhere else and need entertainment. :)

    14. Re:Slackware? What's that? by wolf- · · Score: 1

      Ditto. I remember downloading diskette sets of Slackware MANY years ago.

      --
      ----- LoboSoft specializes in Digital Language Lab
    15. Re:Slackware? What's that? by RageMachine · · Score: 1

      "Rarely has software which contains security holes"

      True. True. True. The thing with some other distros is that they muck with the package to benifit their distro, or to make it work with somthing, or add a feature etc... Slackware doesn't do this. They evaluate the software, make the package, and then put it in -current. Thats one thing I noticed about Slack. They don't really mess with the packages, or alter them. They leave them as they are untill it needs to be updated. :)

      --

      --------------------------
      Is this a sig?
      --------------------------
    16. Re:Slackware? What's that? by Anonymous Coward · · Score: 0
      There's a distro for everyone :)


      Not much longer.

    17. Re:Slackware? What's that? by Anonymous Coward · · Score: 0

      "bare knuckle"
      "unfriendly"

      Slackware is one of the last distributions that are not trying to clone the features and functionality (and bloat) of Windows 98 and RedHat.

      Slackware isn't unfriendly, it's just particular of who it chooses for friends.

    18. Re:Re:Slackware? What's that? by Artana+Niveus+Corvum · · Score: 1

      Yeah really, Slack was my first real linux distro back in the days when you had to have extensive knowledge of C/C++ just to get the thing installed. I have tried almost every flavor that I could find, but all of their cute little utilities that do things "automatically" for you have just never really worked as well as simply knowing how things work behind the scenes. I don't deny that slack isn't for everyone... most people simply don't care enough to bother learning what goes where, but for those who are ready to move beyond linuxconf *cough, cough*...

      --
      -----------------------------------------
      Remove the Greed which plagues mankind.
    19. Re:Slackware? What's that? by prismatic · · Score: 1
      actually, the thing i like about slackware most is its lack of a packaging system. the best packaging system available is called 'make install'


      you can configure where you want what to go where in the makefile

      --
      Brian Voils
      "A university is what a college becomes when the faculty loses interest in students."
    20. Re:Slackware? What's that? by Mr_Icon · · Score: 2

      No RPM locking dependancy. If there's an issue, you can upgrade from source quickly.

      Bah. If you absolutely can't wait for an errata package, this is what you do to make the latest source release work:

      wget http://package.org/package-bugfix.tar.gz
      mv package-bugfix.tar.gz SOURCES
      rpm -ivh package.src.rpm
      cd SPECS
      vi package.spec
      rpm -bs package.spec
      cd ../SRPMS
      rpm --rebuild package-bugfix.src.rpm
      cd ../RPMS/i386
      rpm -Uvh package-bugfix.i386.rpm

      SPEC files aren't exactly dark magic, you know. It's painfully straightforward and the only problem is when you have specific patches (isn't that common of a problem, too).

      --
      If you open yourself to the foo, You and foo become one.
    21. Re:Slackware? What's that? by Zurk · · Score: 1

      hmm ? tgz files are slackware packages and in comes with pkginstall or something similar at least when i used it last.
      i think it had a graphical (well text mode menu) package install thingy as well.

    22. Re:Slackware? What's that? by Anonymous Coward · · Score: 0

      thanks but we like it the way it is
      Slack rules and Admins who know how to run Slackware usually know their stuf better than those with a red hat

    23. Re:Slackware? What's that? by Anonymous Coward · · Score: 0

      ??? Bad packaging system????

      Actually, Slackware's pkgtool is one of the BEST things about it! Easy to use, doesn't get locked up over some library you installed from source, easy to roll your own.

      RPM sucks.

    24. Re:Slackware? What's that? by Pierric · · Score: 1

      Well actually, I share your opinion. I just meant that for the "debian-fan" user, it will seem quite bad not to have all packages automatically installed. The good designation is *basic* packaging system: install, remove. And that's good. I like checkinstall a lot, and with it the compilated programs/libs can be installed as packages. That is to my mind an argument that this system is even better than the others. When you like to compile ... :)

    25. Re:Slackware? What's that? by eam · · Score: 1

      SLS was my first Linux Distro (Does anyone remember SLS?). Slackware was next, but I eventually moved to RedHat. Back when I ran slackware, upgrading meant reinstalling (probably not the case anymore). RedHat could be upgraded.

      If I could remember them, I'm sure I'd have fond memories of slackware.

    26. Re:Slackware? What's that? by rmgrotkierii · · Score: 0

      A couple quotes I've seen online..

      > Linux is not user-friendly.
      It _is_ user-friendly. It is not ignorant-friendly and idiot-friendly.
      -- Seen somewhere on the net

      Contrary to popular belief, UNIX is user friendly. It just happens to be selective on who it makes friendship with

      And I agree, that Slackware is very user-friendly and is very picky about who it chooses as it's friends.

      /me running Slackware since 1999

      --
      Reality is for those who can't face Science Fiction.
    27. Re:Slackware? What's that? by Anonymous Coward · · Score: 0

      SLIP or PLIP install my friend. You do have alteast a null serial or parallel cable right?

    28. Re:Slackware? What's that? by essell · · Score: 1

      Ignorance is bliss?

      rpm --nodeps

      --
      i swear my userid used to be lower.
    29. Re:Slackware? What's that? by essell · · Score: 1

      Again, comments like this only spew ignorance.

      Just because Slackware chooses to go with a console based install and makes you pick our packages individually, does not make it an "Admin's" OS. Every bit of Red Hat is just as configurable and comes with a variety of Administrattion tools to make the life of the Administrator easier.

      Some people actually *prefer* these tools to assist them in their day to day administration of a server.

      --
      i swear my userid used to be lower.
    30. Re:Slackware? What's that? by Anonymous Coward · · Score: 0

      XP! Thank god... I can only imagine the power.

    31. Re:Slackware? What's that? by LegendLength · · Score: 1

      http://www.microsoft.com/ntserver/nts/news/msnw/Li nuxMyths.asp was a dead link for me (i took the space out of course).

    32. Re:Slackware? What's that? by Anonymous Coward · · Score: 0

      As Linux users, we should STOP to carry topics like this one in Slashdot. We have to respect each Linux distribution out there, no matter how "sick" or "troubly" the others are. We are all a family and if there is one thing we should hammer for unstability & unsecurity is Microsoft empire with all those virus spread email Clients (Outlook Express and Outlook 2002), for the IIS "opened legs right to take it hard", for the endless illegal operations in Windows 9x and NT or whatever CRAP they call next. This company is evil because of its dirty tatics in the market, and they just love to shit their words in the other products that are not theirs or that threaten them. As Linux users, we should understand that LINUX is something we are embracing all together in this computer revolution. If my neighboor just swapped his Win98 Machine for Slackware, FINE. If the other swapped his Win2000 for Mandrake, that is just FINE for me. The more we grow no matter what distro we use, it's a common benefit to all. More drivers, more choices, more growth. Do yourself a favour, ignore this thread about Slackware dying. Slackware is Linux, I hope it stays around for a long long time, no matter what problems a company can go through.

    33. Re:Slackware? What's that? by sparkyz · · Score: 1

      The common argument for this phenomenon is that Slackware is the Linux user's version of Linux. Low on hand holding for them what doesn't need their hands held. This all seems a bit self-congratulatory to me and I'll not generally use this argument for that reason.

      But I've been a faithful Slackware user since Patrick first popped my linux cherry with it lo those many years ago. This is a bit of laziness on my part, I'll admit. I'm completely with all the points made by -razor-; but I have to add an even more basic one. I feel as if with Slackware, I know exactly what's on my boxen. I need that sort of reassurance and control; even if my therapist says it's just an illusion.

      --
      Oops
  2. just a question by Anonymous Coward · · Score: 0, Offtopic

    in my haste to get a first post, i clicked the logout link...when i went to the front page to try again, this story wasn't here.
    do different stories show up for anonymous/logged-in users? or anonymous ppl don't see stories with under a certain number of comments?

    1. Re:just a question by silicon_synapse · · Score: 2

      Slow down moderators. Perhaps he IS offtopic but the above post had a valid question, and I'd like to know the answer. I've noticed it too. He said:
      " in my haste to get a first post, i clicked the logout link...when i went to the front page to try again, this story wasn't here.
      do different stories show up for anonymous/logged-in users? or anonymous ppl don't see stories with under a certain number of comments?
      "

    2. Re:just a question by Anonymous Coward · · Score: 0



      I've noticed it as well. At different times of day, and when logged in at different desktops, I see a home page at http://slashdot.org that serves up different collections of the headlines du jour. Sometimes I come home from work and there is an (out of order) story that wasn't there when I was at work, and vice versa: Sometimes I go to work, and there is an (out of order) story that wasn't there when I was at home.

      It could be cookie based, or IP address based, or an intentionally random mix of stories, or an unintentional glitch in the server software that that causes random fluctuation of the headlines, or maybe it's just moderators who start and stop threads for the sadistic pleasure of it.

      Who knows...

    3. Re:just a question by modulus · · Score: 1

      AFAIK {

      Different stories are shown, but not based on any "number or comments" reason. Logged-in users get a dynamically generated front page that shows relatively up-to-date info on comments, etc.

      Not logged-in slashdot.org/ requests (which is the majority or page views, IIRC) get a static page that is updated every half hour.

      So if a story just showed up for a logged-in user, it might not appear for a not logged-in user for up to 30 minutes, depending on when in the cycle of static page creation the story was added.

      }

  3. Naaa by silicon_synapse · · Score: 1

    Just because one program isn't being actively developed by one man in no way spells the end for an entire distribution. Sure Slackware will never be a widely used desktop OS, but big deal. Slack has many die hard fans who couldn't care less about package management. I'm sure someone will pick up the Slack (pun intended, laugh)

    1. Re:Naaa by Anonymous Coward · · Score: 0

      Slackware rocks because of it's lack of a package management system. I dread updating things on my iBook with YellowDog because RPM always tells me "blah isn't installed" after I just installed "blah" or "blah version 4.2.0 is required" even tho I just installed blah 4.2.5 .. fuck it.

      GIVE ME SLACK. WOOT. The day slackware dies is the day I go back to windows, cause all distributions just suck[tm].

      --Loco3KGT

    2. Re:Naaa by Anonymous Coward · · Score: 0

      To a Slackware user, package management is when you compile from source.

    3. Re:Naaa by SaDan · · Score: 1

      David Cantrell was a developer who decided to go back to school. Who knows what he might do after he's finished with classes?

      Another thing to think about is Patrick V. has done this for many years without a lot of help. With all the crap that went down with Wind River, it's going to take a bit of time for things to settle down.

      I have great faith in Patrick and his abilities to keep Slackware going. If I could code worth a damn, I'd donate my time to Slackware.

  4. God i hope not by Gambit+Thirty-Two · · Score: 1, Interesting

    God i hope not... i started with slack, and Im still using it now. Its been over 5 years i think... It may not be the easiest installation, but you learn from using and installing slack.

    1. Re:God i hope not by blixel · · Score: 2, Funny

      ...but you learn from using and installing windows 95.

      You learn how to turn a computer into a door stop.

      Sorry, couldn't resist.

    2. Re:God i hope not by Anonymous Coward · · Score: 0

      Amusing how the only guy not moderated as Offtopic in this stupid thread is the guy bashing windows 95.

    3. Re:God i hope not by Anonymous Coward · · Score: 0


      maybe it's because he's the only one who fucking logged in.

      anonymous cowards really are stupid, eh?

    4. Re:God i hope not by Anonymous Coward · · Score: 0

      By installing SLACK ya learn how to ... install SLACK --- nice fsckin' weenie drool hahahaha and ya wonder how come SLACK's going titsup hahahahaha

    5. Re:God i hope not by Anonymous Coward · · Score: 0

      What does logging in have to do with being on or off topic?

      Yes anonymous cowards are stupid but you take the cake.

  5. I doubt it by riggwelter · · Score: 5, Insightful
    Slackware occupies a niche - that of the most UN*X-like GNU/Linux, people who want that will continue to use Slack.


    And just cos a couple of apps are no longer going to be developed, the distro doesn't end. It'll keep on going for as long as the project developers want to, simple as that.

    --
    Listening for the sound of the coming rain...
    1. Re:I doubt it by Anonymous Coward · · Score: 2, Interesting

      Slackware and Debian appeal to two completely different crowds.

      The people who use Slackware like having a minimalist package system that coexists nicely with software compiled from source and doesn't get in their way. They like the fact that Slackware sticks to the traditional system configuration method of editing familiar text files in /etc and doesn't rely on a wealth of symlinks, scripts, and automated tools. They like the fact that Slack releases tend to be very stable with relatively few bugs & updates. They like the ability to scale Slack down to a very minimal installation. Many like to be able to know exactly what is installed on their system and what is going on, and how to control it. And many like it because it is the most familiar distribution for people with a commercial UNIX background.

      On the other hand, Debian seems to appeal to people who always want to run the latest & greatest stuff and don't want to know or care about dependencies and the details of exactly what software is on their system, and are willing to live with more bugs and constant updating. Debian users are also willing to give up some power and control to avoid learning a lot about manual configuration, although not nearly so much as Mandrake users, for example. There is also a whole separate class of Debian users who choose it primarily because it's not commercial and/or because it's called GNU/Linux.

      If I were to sum it up, I'd say that Slackware primarily appeals to people who have a UNIX sysadmin backgroud prior to Linux, people who need a minimal install for older HW, control freaks, and perfectionists. Meanwhile Debian is preferred by people like to stay on the bleeding edge and the hardcore free software proponents.

      If old time Slack users start jumping ship, it seems more likely to me that they will go over to the BSD side than start using Debian.

    2. Re:I doubt it by Anonymous Coward · · Score: 0

      Im so sick of the "most unix-like" bs. Ive asked time and time again of these bozos, not that you are a bozo, what is it that is so darn unix-like about slackware, the only thing people can say is it used BSD style init scripts. Big whoop. Like Ive said before, last time I checked, System V was a real certified UNIX? Slack is like any other GNU/Linux distro.

      Anything a slack box can do my box can 2, na na na na na.

      My penis is bigger than yours, too. :)

    3. Re:I doubt it by Anonymous Coward · · Score: 0

      IMHO, Slackware is more "UNIX-like" because it adheres to traditional standards on where to put things and system configuration is done the old fashioned way, by editing config files in /etc that are familiar to people who have been doing sysadmin work for years on commercial UNIX platforms. Anybody who has a fair amount of experience on Solaris, HP-UX, Digital UNIX, etc. will feel right at home setting up a Slackware box.

    4. Re:I doubt it by litheum · · Score: 1

      I always use Slackware now, I have never used unix before, i never use any package management system, and I am so very, very happy. I guess more than anything I like slack's layout because I really can't imagine installing a slack update due to the fact that I can update everything about it by myself.

    5. Re:I doubt it by hawk · · Score: 3, Insightful
      > Debian seems to appeal to people who always want to
      > run the latest & greatest stuff


      they're not going to be very successful . . . if you want to run anything even vaguely recent, you need to use either the unstable or testing distributions.


      >There is also a whole separate
      >class of Debian users who choose it primarily because it's not
      >commercial and/or because it's called GNU/Linux


      And there's another large crowd of us for whom our systems suddenlty announcing themselves as "GNU/Linux" was the last straw and went and looked at FreeBSD again (and have never looked back . . .)


      >If old time Slack users start jumping ship, it seems more likely to me
      >that they will go over to the BSD side than start using Debian.


      That I'll certainly agree with. However, I'll concede that Debian is quite often the last Linux distribution that many people use as their experience grows--that is, the last step before switching to *BSD :)


      hawk, running for cover

    6. Re:I doubt it by Anonymous Coward · · Score: 0

      > > Debian seems to appeal to people who always want to
      > > run the latest & greatest stuff
      >
      > they're not going to be very successful . . .
      > if you want to run anything even vaguely recent,
      > you need to use either the unstable or testing
      > distributions.

      True, but these days, if you say you're running Debian, it's implied that you're running Debian unstable. Damn few people run Debian stable, because it's so out of date.

    7. Re:I doubt it by gavinroy · · Score: 1

      I have to agree here. As a long time slackware user (6+ years), I am still on it today. I think every point you made above is true regarding Slack. Since I run it on higher-end dell boxen, I guess I'm the control freak side of things. I did try and switch to BSD for a while, but made my way back to Slack. I don't think it will die anytime soon. There are too many of us that will pick up the torch and carry it forward if anything happens to Patricks desire to keep it going.

    8. Re:I doubt it by Electrum · · Score: 2, Interesting

      True, but these days, if you say you're running Debian, it's implied that you're running Debian unstable. Damn few people run Debian stable, because it's so out of date.

      People who use Debian for servers usually run stable. For a server, it's usually more important to have a rock solid setup than to be running the latest and greatest. That's one of the nice things about Debian. It gives you a super stable platform to use for a server, and the latest and greatest for a desktop.

    9. Re:I doubt it by Anonymous Coward · · Score: 0

      The only people who would feel comfortable using slack are people who may have used a direct derivitive of 4.4. LSB, which debian, redhat and i'm sure others adhere to is much closer the the actual unix standard that solaris, hp-ux adhere to.

      Shot down again, i'm tired of hearing these 'slack is more like unix' people, its just not true. It is a lot like unix was 15 years ago, but thats a long time, and many, many thing have changed. Every time a argument is shot down, it is reworded and sent back to be shot down again.

      Its a lot like the election debate. Every time Bush won a recount Gore supporters would demand a new one, somehow believing if he just could win one, then it would be more valid than all the others.

    10. Re:I doubt it by Anonymous Coward · · Score: 0

      Whatever. Spend a few years as a sysadmin of various other *nix systems (non-Linux) and you'll see differently.

      For example, do commercial UNIX systems fill /etc with a bunch of symlinks? No. They generally all use the same set of text config files with the same format that people like me have grown accustomed to. Pretty much all the Linux distros, with the exception of Slackware, handle configuration differently, with different files in different formats, located in different places, rarely matching up with the information in the man pages and HOWTOs.

      Are commercial UNIX systems riddled with Python & shell scripts for configuration like SuSE, Red Hat, and its derivatives are. No. Red Hat in particular really pisses me off. Often, a change that would require a simple modification to a config file in /etc on Solaris requires me to reverse engineer and hack a Python or Bourne shell script in Red Hat. Do commercial UNIX systems run a bunch of automated configuration scripts, hardware detection programs, etc. at startup? No. I could go on, but I assume you get the point.

      Basically, most people I know who have done a lot of sysadmin work before coming to Linux (myself included) find distros like Red Hat, SuSE, and Debian to be very alien at first, while Slackware is quite familiar. But for people whose UNIX admin experience started with using Red Hat, Slackware will seem like the oddball.

    11. Re:I doubt it by Arandir · · Score: 2

      The way I see it, Slackware is the intersection of Linux. Take any distro and remove anything that isn't included in all the other distros. What you are left with is Slackware.

      It's pure undiluted Linux, and by George, it looks a lot like Unix!

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  6. No, not a chance by jjccss · · Score: 2, Flamebait
    It will never fade away as long as I keep using it. Sorry redhat, debian, mandrake, etc. I like linux, not windows.

    1. Re:No, not a chance by Anonymous Coward · · Score: 0

      Sorry redhat, debian, mandrake, etc.I like linux, not windows.

      Redhat, debian, mandrake ARE Linux, not Windows. Did you actually think Microsoft makes these products? Man!, you're too stupid to use any computer, let alone slackware.

    2. Re:No, not a chance by Anonymous Coward · · Score: 0

      Sorry, but I believe you miss read his comment. He was making a reference that Redhat, debian, and mandrake are very much like windows and prettied up.

    3. Re:No, not a chance by Anonymous Coward · · Score: 0

      You sir, are an idiog.

  7. "*BSD is dying" ask/.?? by FortKnox · · Score: 4, Insightful

    There will always be slackware fanatics to keep it alive.

    There will always be linux hobbiest that will have slackware installs.

    There will always be one developer working on some part of it.

    It might not always stay up with the rest of the distros (especially large ones like debian, redhat, and SuSE), but it won't "die".

    This ask slashdot sounds a touch like the *BSD is dying troll ;-)

    --
    Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
    1. Re:"*BSD is dying" ask/.?? by gorgon · · Score: 1

      No kidding, its a half baked opinion hiding in the form of a question. I don't use Slack or know much about it, but the person who posed the question didn't seem to have much evidence to back up his claim.

      --

      And I'd be a Libertarian, if they weren't all a bunch of tax-dodging professional whiners.
      Berke Breathed
    2. Re:"*BSD is dying" ask/.?? by Linuxb0y · · Score: 1

      The reason i choose Slackware as my first linux distro because it doesn't hide stuff from you.
      I get 2 learn *nix the right way, by tweaking config files till it's running oh so Perfect.
      Can't stand not knowing what these configuration programs are doing 2 my beutiful system, then when they fsck up, leaving me with little clues as 2 what went wrong.
      Give ME Slackware or Give ME death. ;)

      Slack4ever
  8. Not gameover.. not yet. by spectrum · · Score: 5, Interesting

    So, the other day i'm trying to install linux (a linux with some sort of package management abilities) onto a firewall (486sx, 40meg HD, 8 meg ram).

    The kernel killed debian's setup program shortly after startup.. But trusty 'ol lightweight slakware rose to the challenge to breathe new life into that machine.

    I was impressed. :)

    --
    dave.
    1. Re:Not gameover.. not yet. by ankit · · Score: 2

      not yet... not ever...

      It really is things like these that make slackware stand out. This is what brings out the difference between windows and linux. Thank god for slackware, I dont have to use DedRat lindows or the like!!

      --
      Don't Panic
    2. Re:Not gameover.. not yet. by Anonymous Coward · · Score: 0

      You should probably try FreeBSD. It's far more stable than Linux bloatware, and the firewalling capabilities far exceed those of Linux's.

    3. Re:Not gameover.. not yet. by Anonymous Coward · · Score: 0

      So, the other day i'm trying to install linux (a linux with some sort of package management abilities) onto a firewall (486sx, 40meg HD, 8 meg ram).

      Thing is, time is not on Slackware's side. It's really hard to find machines as shitty as a 486sx with only 40meg HD. There's just no need to use a stoneage distro like slack, when you can get hold of a P2 for virtually nothing - as that's what most people have lying around these days.

    4. Re:Not gameover.. not yet. by rmgrotkierii · · Score: 0

      Well I have a P1 (166MHz w/ MMX, 24ram) and a Celery 533MHz 320ram and both run slackware, and on the Celery, I use a gui, only cause my baby, runs a lot of other user programs, and using the gui on it would hurt (runs apache and I'm always getting /., a bot or 2, and the service server for a friends irc network).

      --
      Reality is for those who can't face Science Fiction.
    5. Re:Not gameover.. not yet. by Bastian · · Score: 2

      I think Slackware will always be my lightweight choice. A few weeks ago, I needed to get linux working on a 486DX/33 w/ 8 megs of RAM and no ethernet card and no CD-ROM drive. . . I was left with only one choice. Slack claims you need 16MB of RAM to get the system working well. . . I can't use X on this machine, but otherwise it's fine.

    6. Re:Not gameover.. not yet. by khyron664 · · Score: 1

      I have actually gotten Debian onto a similiar system only it was a 386 with 16 meg of ram. Man was the installation SLOW. However, I was originally able to get it onto a 60 meg disk with some room to spare. The original configuration I tried was of Debian 2.0 and it fit onto the 40 meg of HD space left after I configured swap with some removing of standard install packages. I don't know how small Slack can get, but Debian's install can be trimmed quite a bit.

      Khyron

    7. Re:Not gameover.. not yet. by Kramer747 · · Score: 0

      I did the identical but I had a 200 meg harddrive instead of a 40. Slakware is my hero.

    8. Re:Not gameover.. not yet. by Anonymous Coward · · Score: 0

      Hard to find? They are everywhere! People are practically and sometimes literally *giving* them away. Firewalls for everyone!

    9. Re:Not gameover.. not yet. by lepus97230 · · Score: 1

      Unfortunately, not everyone *has* several hundred dollars just lying around waiting to be spent on a P2, motherboard, case, and all the accoutrements; however, a lot of people have $20 to blow at the local Goodwill to get a complete 486DX or low Pentium. I got a 486DX with 20MB RAM and 2 network cards that way for my firewall.

  9. Linux Is Still Prizing Quality over Consistency by FreezerJam · · Score: 3, Interesting

    ...which is fine as long as quality is the only determinant of a successful OS.

    I could even suggest that K.I.S.S. is, in part, a decision to pursue quality. But it does mean a less comprehensive product - 'right out the box'.

    Linux will likely never die, because those want control over the lower layers of their OS, AND who have the skills to manage it, will always choose Linux-like systems.

    But lots of non-technical people want to install their OS once, and never have to worry about recompiling the kernel because they didn't have SCSI support and wanted to plug in a new device they just brought home.

    Perhaps, in the absence of a single first choice of a distro among the Linux users, there heeds to be a single *second* choice.

    ....cjs

    1. Re:Linux Is Still Prizing Quality over Consistency by DrSkwid · · Score: 2

      Linux will likely never die, [people] will always choose Linux-like systems.

      is that it then for OS's. Do we have nothing new to look forward to. That's depressing.

      Fortunately I know that a new paradigm will emerge, like so many times before, and we will all end up with fond memories of the penguin

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    2. Re:Linux Is Still Prizing Quality over Consistency by lars_stefan_axelsson · · Score: 1
      But lots of non-technical people want to install their OS once, and never have to worry about recompiling the kernel because they didn't have SCSI support and wanted to plug in a new device they just brought home.

      Well, if we ignore the combination of SCSI and non-technical, if were to venture a guess, that would be a small number of people indeed. What you're complaining about has little to do with the kernel as such. There's simply no need to recompile a kernel to add SCSI support (or any other HW support for that matter) since many (most) distro kernels comes with that support right out of the box. There may be an insmod involved, but that's not any different (or needent be any different) from installing the same HW on Windows. (You have to install a driver there to).

      No, the reason people recompile kernels is either to stay on the bleeding edge, or to remove features and support from the kernel, not add it! I myself never bothered to recompile the latest few RedHat kernels, just used them out of the box. Sure, they're twice as big, but I can live with that, I just haven't got the energy to work myself up over the issue any more. And neither does the newbie need to...

      --
      Stefan Axelsson
    3. Re:Linux Is Still Prizing Quality over Consistency by Anonymous Coward · · Score: 0

      Heh weenie: drool on this: Micro-populations die out cause they no longer influence the "meme-pool" a couple deadend slabbers really don't count. That's SLACK - that's you.

    4. Re:Linux Is Still Prizing Quality over Consistency by Anonymous Coward · · Score: 0

      Yeah, where's my KISS Linux distribution? There's KISS everything else!

  10. hmmm... I installed it once by SirEdward · · Score: 0, Redundant

    switched back to Mandrake the next day cuz I couldn't get sound working for my isapnp card (yeah, I was pretty green back then) but mostly because I didn't like the packaging system.
    I've since switched to Debian...

  11. K.I.S.S. = VERY simple ~ dumb by Oo.et.oO · · Score: 2, Insightful

    slackware was the first distro i used as well and in my prolific distro trying out faze i got very used to the standards used in most other distros for things like /etc/rc.d/init.d symbolic links.
    now i have it (slack) running on my router because i wanted it to be simple and "bare knuckle" as one user expressed it. and it is. everything seems like a huge deal to get it going over there.
    cron is not working properly, and has no default logging. (they don't use vixie).
    but most other problems i have worked out.
    it's just not as shiney, but as a DIY kinda guy i gotta say i like it that way. for all the power and ease of the big distros they have stuff that is big and just gets in the way sometimes.

    1. Re:K.I.S.S. = VERY simple ~ dumb by Anonymous Coward · · Score: 0

      Praise the heavens that they don't have vixie cron! That thing is like swiss cheese.

    2. Re:K.I.S.S. = VERY simple ~ dumb by Oo.et.oO · · Score: 1

      yeah, i guess that is why they don't use it.
      i just can't figure out why it's not running my stuff. nor is it logging.
      but that's nuthing bad about slack.

    3. Re:K.I.S.S. = VERY simple ~ dumb by schon · · Score: 1

      i just can't figure out why it's not running my stuff

      Probably because the default environment isn't being initialized. (No extra path stuff, or default ENV variables.)

      Try adding full paths to your cron scripts, see if that helps.

  12. Slackware isn't dead. It's just not for everyone. by Jsprat23 · · Score: 5, Informative

    I don't think Slackware is quite dead. I switched to Slackware 7.0 after Red Hat screwed up my partition tables. I now use Slackware 8.0 and haven't looked back since or regretted my dicision. Sure Slackware takes a little more time to maintain, but the people who use Slakware aren't above using ./configure; make; make install to get the programs they need/want.

    I've never had a problem with the stability of a Slackware distro because Patrick Volkerding puts out a quality distro with out a ot of bloat.

    Thanks for such a good distro Patrick.

    Adam

  13. Package quality by LowneWulf · · Score: 1

    The packages created by the slack distribution are a step above anything I've ever seen pumped out by Debian, and of course not even comparable to the joy of RH package management.

    Slackware is not for grandma or script kiddies. But it is absolutely beautiful when you want to know exactly what you are installing, and know that things will be done in the standard way instead of bizarre custom config tools per distro.

  14. Not Bare-Knuckle enough. by Anonymous Coward · · Score: 0
    Yeah, Slack's pretty bare-knuckle, but it isn't bare-knuckle enough so I switched to FreeBSD.

    --
    Lady Xiombarg of Chaos

    1. Re:Not Bare-Knuckle enough. by EnderWiggnz · · Score: 1

      wow... you cant get much more bare-knuckled than theo, either, can ya?

      and here come the BSD flying monkeys in 3 ... 2.... 1....

      --
      ... hi bingo ...
    2. Re:Not Bare-Knuckle enough. by MadAhab · · Score: 2

      No you can't (there, I didn't bite). Theo is OpenBSD, not FreeBSD (OK, so I did) [scratches armpit, chases tail, extends wings, and flies away].

      --
      Expanding a vast wasteland since 1996.
    3. Re:Not Bare-Knuckle enough. by EnderWiggnz · · Score: 1

      /me grins.

      --
      ... hi bingo ...
    4. Re:Not Bare-Knuckle enough. by RLiegh · · Score: 1

      Actually, I'd say that slackware is more bare-knuckled than slackware...in that you have more "ease of use" procedures/tools/whatever (eg -the ports) than does slackware, while still having the same K.I.S.S philosophy.

      If I use Linux, I'll use slackware; but I try to stick w/ FreeBSD when I can (btw, I'm one of those desktop users who supposedly don't exist ;))

  15. Slackware gone? Hell no! by 13Echo · · Score: 2, Informative

    Patrick Volkerding is a very resourceful man. Besides... To some people, Slackware is the only real Linux distribution. I seriously doubt that this will cause any major problems for Slackware.

  16. One hobbyist would hope not... by tarsi210 · · Score: 5, Insightful

    From the: But-we-need-you-around,honest! dept.

    Slackware has been a stalwart distro for me ever since I discovered Linux, and continues to be the #1 distro I run on my machines. Now, I have many, many vintage machines, as I'm into collecting and restoring older machines. Slackware works very well for this, as well for various servers that I maintain.

    Mind you, the setup and interface has never been stellar, and leaves most normal users coughing in the dust. However, for those who need max flexibility and a thin system (like these 386 machines and such need), this is an excellent one. I personally don't see any huge loss by not having these tools....come to think of it, I've never used them anyway.

    On the other hand, if Slack exists because of commercial sales, then the loss of these tools and others will be its demise from lack of revenue.

    1. Re:One hobbyist would hope not... by betaray · · Score: 2, Interesting

      I'm also a big collector of computer hardware. My only problem with slackware is that it's so X86 centric. Though because of that, I've grown fond of running OpenBSD. (I haven't had any need to use NetBSD, yet.)

      There was a sparc port but it died. Stampede (the Mandrake of the Slackware world), was going to have a fancy build system for a bunch of platforms, but I haven't seen anything out of those guys in months.

    2. Re:One hobbyist would hope not... by Anonymous Coward · · Score: 0

      All I can say is: 'thank goodness everytime somebody tries to turn Slackware into a big complicated mess they fall flat on their faces.'

      I mean, if you want a big smelly kludge use one of the big smelly kludge distributions.

  17. Slackware is minimal, beautiful by bikiniAtoll · · Score: 1

    Like many people, Slackware was my first distro, back in 1996. There is nothing wrong with a minimal distribution - I downloaded the disk sets one at a time over my 14.4 modem. You learn a lot from having to work with the minimum.

    I play with NetBSD today for the same reason. The default install doesn't even set up networking for you.

    If I want something on my system, I will download the source and compile it. That way you know exactly what the dependencies are and what is on your system. Its more fun that way.

    1. Re:Slackware is minimal, beautiful by Anonymous Coward · · Score: 0

      "The [NetBSD] default install doesn't even set up networking for you."

      Hmmm. NetBSD. N-E-T BSD. That's just funny.

  18. Slackware is below the horizon by Jeppe+Salvesen · · Score: 2

    We just need to figure out if it will rise again. Basically, Slackware is a great distrobution for nerds and intelligent novices. However, the lack of package management holds it back. Consider a large installation base. If there's an update in one of the packages you use, you can publish that onto an ftp server, and then have the debian boxes patch themselves. Slackware can't do that, to the best of my knowledge. I used slackware intensively up to and including 7.1. It is a GREAT distrobution. Really. You're on your own, and if you fuck up it's usually you fucking up, not some inconsistent package management system. Use it if you want to learn Linux the hardcore way.

    Again, you end up spending a lot of time just keeping the system up to date. The major distrobutions are becoming easier to maintain. Basically, Slackware has an ever decreasing market niche. Too bad.

    Oh - I write this from a slack 8 desktop.

    --

    Stop the brainwash

    1. Re:Slackware is below the horizon by buzzbomb · · Score: 3, Insightful

      IMO, the automatic updates and package management should be used by sysadmins that know what they are doing in the first place. I learned from compiling source code and it's helped me out a lot over the years.

      As far as security updates for packages that are included in Slack, what's so hard about downloading it and typeing:

      upgrade newpackage.tgz

      Personally, I don't trust something that "updates itself".

      Don't even get started about Linux on the desktop for the newbies. It's not ready yet...but that's another discussion entirely.

    2. Re:Slackware is below the horizon by 13Echo · · Score: 2, Interesting

      A consistant package management system would be great... But then again, RPM hardly ever works right anyway. I think that I will just stick to the source. Long live Slackware.

    3. Re:Slackware is below the horizon by sshore · · Score: 3, Informative
      However, the lack of package management holds it back

      This is a common misconception. pkgtool makes it very easy to add, update, and remove packages, and the simple package format makes it easy to make your own. In combination with installwatch and install2slack, maintaining multiple machines is a no-brainer.

      If you want pre-built packages for slackware, you might try linuxmafia, where you can find contributed packages for a wide variety of software.

      Now, if you mean that slackware's package management system doesn't check dependancies, you'd be right. It's not as if it doesn't exist, though.

    4. Re:Slackware is below the horizon by BusterB · · Score: 3, Informative

      >If there's an update in one of the packages you
      >use, you can publish that onto an ftp server,
      >and then have the debian boxes patch themselves.
      >Slackware can't do that, to the best of my
      >knowledge. I used slackware intensively up to
      >and including 7.1. It is a GREAT distrobution.
      >Really. You're on your own, and if you fuck up
      >it's usually you fucking up, not some
      >inconsistent package management system. Use it
      >if you want to learn Linux the hardcore way.

      It seems to me that, if one needs to distribute software to many machines at once, there are easy ways to do it besides relying on a particular distribution's packaging tools. For instance, the unix labs at UT Austin use Debian, but most software (as far as I can tell) is actually stored on a central NFS server and run directly from that machine. It works great.

      I administer several Slackware servers for our UT's student union. When I need to add a new piece of software or make an upgrade, I do it on a test server first (either compile a new package, or find it on Linuxmafia.) Once I ensure that it works, I run rsync on the other servers and viola!, they 'patch' themselves! Sometimes I have to run lilo if I upgrade the kernel on the other machines, but that's it.

    5. Re:Slackware is below the horizon by schon · · Score: 1

      Consider a large installation base. If there's an update in one of the packages you use, you can publish that onto an ftp server, and then have the debian boxes patch themselves. Slackware can't do that, to the best of my knowledge.

      Hmm.. funny, because I do EXACTLY that.

      I maintain a couple of dozen slackware boxes - when I need to do an update (say, for the recent kernel ptrace() issue) I create the package on my development box, scp it to a central web server, and have the remote boxes download and install it.

      It's a "roll your own" situation, but it took all of 10 minutes to set up (a cron job with wget/installpkg), so it's not really an issue.

    6. Re:Slackware is below the horizon by transiit · · Score: 3, Informative

      I'm going to have to disagree on the "lack of package management holds it back" argument.
      Current package management systems in use (rpm, deb, etc.) rely heavily on the package maintainers. You're trusting them on several issues that seem kind of hairy in a large production environment.
      1) The binary package does what it's supposed to (read: trojan free)
      2) The software within was compiled to an architecture that you can handle (Nothing like finding -i386 meant to your package maintainer that 686 optimizations were included (not so good on some chips, like the AMD k6-2's))
      3) Everything was built with reasonable options
      4) The package plays nice and doesn't replace files from other packages on your system.

      Personally, I'm more than happy compiling everything from source, especially now that a "./configure ; make ; make install" describes the build instructions on a huge number of available applications.

      Want to roll it out on your large production system? Build the package on your test machine, use makepkg to build a slackware package, and then install it all over your network. Slack's concept of packages may be a bit simple (yes, they're basically gzipped tarballs with a manifest), but installpkg, removepkg and makepkg have been enough for me. (If you're using the makepkg angle, it's quite a bit easier removing things, especially if you're generally bad at keeping track where all the stuff is landing to begin with)

      I won't bother with all my other anti-package arguments (dependencies, etc.)

      As long as there are people that enjoy slackware, it will keep going. My question to the poster of the article (not that comment I'm replying to) is "When did commercial acceptance become the _only_ thing we care about?"

      -transiit

    7. Re:Slackware is below the horizon by Anonymous Coward · · Score: 0

      I think you're missing the point of Slackware. If you're a desktop Linux user that likes to be running the latest and greatest version of everything all the time, Slackware probably isn't for you. If you're the type of user that's usually looking to install Evolution Beta 13 or Konqueror 2.3pr2 the day after it's announced, Slackware definately isn't for you. If you're trying to stay on the bleeding edge, then of course it will be a chore to maintain a Slackware system. One of the main reasons I use Slackware is to _avoid_ having to do a lot of updating. Slackware releases tend to be very stable and bug free, and the number of updates to each release is quite small compared to other distributions.

    8. Re:Slackware is below the horizon by gehrehmee · · Score: 2

      I'm going to have to disagree on the "lack of package management holds it back" argument.
      Current package management systems in use (rpm, deb, etc.) rely heavily on the package maintainers. You're trusting them on several issues that seem kind of hairy in a large production environment.
      1) The binary package does what it's supposed to (read: trojan free)
      2) The software within was compiled to an architecture that you can handle (Nothing like finding -i386 meant to your package maintainer that 686 optimizations were included (not so good on some chips, like the AMD k6-2's))
      3) Everything was built with reasonable options

      It seems to me that all these problems are solved by debian's source package scheme. (Ie, apt-get source package; cd package; review & edit source and build scripts to your liking; dpkg-buildpackage) Yes, the maintainers could potentially throw in trojans, (although package signing prevents anyone else from doing this), or just get lazy and make mistakes in the packaging. But most of those mistakes can and should be caught by the package management system, and provide the user enough flexibility to correct the problem. (I know .deb's do.) And being able to see the source code readily means that source deb's are just as safe as source tgz's.

      4) The package plays nice and doesn't replace files from other packages on your system.

      Isn't this really one of the basic reasons to have a package management system? When you do a 'make install', you're blindly telling the installation scripts to install themselves. I know in my experience I've had more then a few cases of 'make install' causing chaos, whereas any package management system worth its salt will point out these conflicts and give me the option to specify more precisely what should be done, or simply back out and cancel the installation.
      --
      "You know, Hobbes, some days even my lucky rocketship underpants don't help" -- Calvin
    9. Re:Slackware is below the horizon by transiit · · Score: 2

      Debian source packages....hm....and the advantage of this over a source tarball from the original author is what, exactly? You save yourself maybe five minutes of finding the most current version? The thrill of wondering what's changed from the official release by the package maintainer?

      When you do a "make install", you're only doing so blindly if you don't bother to look at the makefile to begin with. So you've got a choice: Take a chance with a package manager or a blind "make install" OR just be dilligent to begin with.

      Unfortunately, I haven't found a package manager worth its salt yet....rpm-based systems tend to be so picky about dependencies that you either have to go along with whatever it tells you (which is a much lower level of choice than what I expect) or you force installation (which often tends to push the rpm database even further into its little fantasy world.) Apt, from my experience, tends to do whatever the hell it feels like. Nothing like watching it install libc5, remove libc5 and then reinstall libc5 on successive runs of "apt-get upgrade". (Here in the fifth circle of hell, we've only got low-bandwidth connections and a lot of mud.) What finally drove me over the edge was that I decided the system I was working on didn't need an MTA, so I told it to get rid of exim. It did. And took at with it. So, thinking it was annoying, told it to go get at again. It did. And brought zmailer with it.

      I tend to view package management as it's defined these days as a great tool for the lazy, cowards and the otherwise uninterested. When it really comes down to it, if I were to find myself responsible for a large number of debian-like boxen, I'd probably just set up a box to act as the primary package source and populate it myself. Call it paranoia, but one of the big things that got me excited by Free software was the amount of choice that comes with it. If you're experience is all about having a package manager do all the fun work, then by all means, go right ahead.

      -transiit

    10. Re:Slackware is below the horizon by ahde · · Score: 1


      4) The package plays nice and doesn't replace files from other packages on your system.

      Isn't this really one of the basic reasons to have a package management system?


      Yeah, and its the critical failing of the existing package systems. Actually, either dpkg or rpm would work fine in theory, if they (the individual packages) were maintained by rational human beings, instead of raving mad sabateur space aliens, which they are.

      Debian expects you to just use your cable modem to re-install everything from unstable and RedHat wants you to buy the next disk, so you're stuck breaking dependencies and installing from source anyway.

    11. Re:Slackware is below the horizon by damiam · · Score: 1
      With a Debian source package, you get the metadata that allows you to build a Debian binary package that registers with apt. You can really fuck up your system if you have many programs on your computer that apt doesn't know about:

      $ apt-get install package
      Error: dependencies not met: package relies on another-package (which you have on your computer installed from source but apt doesn't know it's there).

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    12. Re:Slackware is below the horizon by Peter+H.S. · · Score: 2

      Current package management systems in use (rpm, deb, etc.) rely heavily on the package maintainers. You're trusting them on several issues that seem kind of hairy in a large production environment.
      1) The binary package does what it's supposed to (read: trojan free)

      Eg. Red Hat packages are gpg/pgp signed. A "rpm -K *.rpm" verifies that the package hasn't been tampered with (better securety than md5sum alone).
      Besides, all RH packeges comes in source format too (srpm's). So you can manually inspect the source code in a srpm package before building a binary rpm. That way you get the benefit of both "./configure && make && etc" and a package management system.

      2) The software within was compiled to an architecture that you can handle (Nothing like finding -i386 meant to your package maintainer that 686 optimizations were included (not so good on some chips, like the AMD k6-2's))

      Wouldn't that just mean some kind of (minimal) slowdown? Besides, I would consider "false" optimization a bug, and report it as such.
      And what is a K6-2 doing in a "production environment" ;-)

      3) Everything was built with reasonable options

      Well, they usually are. But if not (eg. the old ucd-snmp RH rpms, was made without SMUX, and I needed that for my DPT raidcontrollers), then there is always the source rpm. Inside it, is a "spec" file, which among other things, describes what options the package should be compiled with.
      Edit that with Vi, build the package, and the problem is solved.

      4) The package plays nice and doesn't replace files from other packages on your system.

      If so, the installation will fail, complaining about conflicting files. (can be overridden by "--force". old config-files are kept during installation /upgrading, and the new "stock" config files are saved as "package.rpmsave", allowing for manual transition, if the config file format has changed since last release.
      To my knowledge "make install" just zaps everything, that gets in its way.

      I won't bother with all my other anti-package arguments (dependencies, etc.)I don't get it. Package management systems like rpm are way cool, especially for control freaks:
      Lets say I find a mysterious file like "sed" in "/bin". 'rpm -qf sed' tells me what version /package it came from. 'rpm -qi sed' shows the manifest (what does it do). 'rpm -qa | more' shows all packages installed on the system. If I wonder whether I or a script-kiddie has changed some permissions, I can always check them against the cdrom media (tripwire /aide may be better options though).
      "dependency" hell are usually caused be the fact, that a needed piece (usually a lib) is missing on the system. A tarball install will fail in that situation too. (if the package is badly packed, eg. you have the lib, but not the package, one can always use "--nodeps" when installing.)

      A quick search on www.google.com/linux or rpmfind.net will reveal what package that provides the lib. And rpm will even figure out, in which order, the packages needs be be installed in.

      As long as there are people that enjoy slackware, it will keep going. My question to the poster of the article (not that comment I'm replying to) is "When did commercial acceptance become the _only_ thing we care about?"

      So true. I now have official reasons to run Linux, but the main reasons I got involved in Linux in the first place, was because it was so much fun, and I still think it is. There is just so many things done right in Linux, and the ability to look behind the "hood" of the system is a joy. Linux is a great text adventure, and even if all commecial distroes disappear, I would still play with it.

      Just for the record. I hope (and think) that Slackware doesn't disappear. It was my first real Linux distro, and I like it.

    13. Re:Slackware is below the horizon by ainsoph · · Score: 1
      or you force installation (which often tends to push the rpm database even further into its little fantasy world.)


      I have had a bad day, and dammit, that made it all better.. Thank you... early mornin giggles....

  19. Ah, Slackware... by buzzbomb · · Score: 1

    I've used Slackware forever. It was my first Linux install around 6 years ago and it's never failed me since. I tried RedHat and a few others, but they were just too fluffy for my liking. KISS is a great philosophy that most people don't apprieciate anymore.

  20. I Love Slackware by CtrlPhreak · · Score: 5, Insightful

    I have to say I'd still consider myself a newbie when it comes to linux, well not quite but definetly not an expert. I love slackware because it's what you make of it. It isn't bloated like many other distros (Mandrake SuSE, etc...). It comes with a good assortment of apps and doesn't take 2 gigs of your drive installing things which A) aren't documented, B) aren't referenced and C) you have no clue they're there till you go digging and find out they are just peices of crap. It's simple, and it is configured exactly how you want it. People say it's dying because it doesn't cater to the brand spanking newbie like windows does or mandrake is trying to do. I did not start out on slack and would like to thank mandrake for giving me that start in linux life, but at some point you have to take off the training wheels, and move to that 10 speed.

    So what if one developer is stopping work on some tools? It's opensource right? Isn't part of the point that if they are needed and people want them someone will pick it up and finish them? 2 tools don't make a distro, and 2 tools stopping development by their primary guy doesn't kill a distro. GO SLACKWARE!

    --
    WikiAfterDark.com It's a sex wiki, go now!
    1. Re:I Love Slackware by psxndc · · Score: 0, Offtopic
      SuSE is only bloated if you let it be. You have the option to install a minimal installation or select every package you install (among like five other options too). If you go with the "give me everything" option, of course it will be bloated. That being said, I'll give you the fact that SuSE does install stuff in weird places that you have little control over (I gave up on Comanche because it couldn't figure out where SuSE dumped parts of Apache, nor could I).

      psxndc

      --

      The emacs religion: to be saved, control excess.

    2. Re:I Love Slackware by wyren · · Score: 5, Insightful

      As someone who remembers the first Slackware release and has been using Linux since version 0.12 (two-floppy + gcc and uemacs), I'm not only proud, but also determined, to keep using Slackware on my servers. It's dependable and stable, and it installs easily in under 1GB. Slackware doesn't fight me when I want to make configuration changes the traditional way, either, so 31 years of collected wisdom still applies and can be found on UseNet, the Web and in O'Reilly books. Most importantly, Slackware doesn't replace key pieces of software with untested crap. SuSE and Red Hat have their strengths, but for small, reliable server installs you can't beat Slack. If Slackware disappears, I'll probably switch my servers to OpenBSD. Until then, I'm keeping my subscription to Slackware.

    3. Re:I Love Slackware by Wouter+Van+Hemel · · Score: 0


      Actually, Slackware developement isn't open for community. It is and always has been the child of Patrick Volkerding, and he doesn't like others to have too much input on it. Because of this, almost everything is up to him, and it gets real hard to compete with other distributions who often have hundreds of people working on them. Some argue he's a dictator and killing his own creation in the process, and others cheer about his strong vision and the fact he wants to ensure things go his way - ensuring quality.

      I'm not sure which opinion to take on this. On one hand, it _is_ his creation, and I understand perfectly he wants to keep it that way. On the other hand, maybe he is a bit too hard-headed to accept help and advise sometimes, while he could use some help.

      Slackware is my favorite distribution - as far as I'm into distro's anyway, I compile most things myself, and I'd hate to see it disappear. But rather a no-more with honor, than silently fade away. We'll see which way it'll go, nobody but Patrick Volkerding himself (and maybe not even him) knows where slackware is headed.

    4. Re:I Love Slackware by Alan · · Score: 2

      Small installs aren't limited to slackware you know.... I just finished creating a mp3 player for my network with a P133/32mb ram and a 3G hard drive. The debian install is only about 160 megs though, base files plus apache, php, and mpg123.

      Don't forget that just because a distro has requirements of a PIII and 2G of hard drive means that that's what it actually requires. Slack *is* nice and small yes, but that's not to say that other (major) distros can't be nice and small either.

    5. Re:I Love Slackware by Anonymous Coward · · Score: 0

      SuSE isn't bloated. I can do a base install of SuSE under 200mb with all the dev tools I need to compile new apps and maintain a Linux workstation. Just because some distros offer everything and a bag of chips, doesn't mean you have to install everything and eat the bag of chips! Slackware may be the oldest Linux distro but I've found it to be a pain in the ass. If I wanted to get Linux up and running on the fly, I sure as hell wouldn't chose Slackware.

      uNF

    6. Re:I Love Slackware by Uerige · · Score: 1

      Of course SuSE is not bloated! Except you cannot install it on systems with less than 500 megs of free harddisk space... Did you know that there are distro's that take only 50 megs or less (debian & slack)?

    7. Re:I Love Slackware by Arandir · · Score: 1

      Don't forget that just because a distro has requirements of a PIII and 2G of hard drive means that that's what it actually requires.

      Then maybe they should stop lying about their requirements...

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  21. Re:OFFTOPIC. "Kuro5hin"? by morbid · · Score: 0

    Yes, off-topic.
    I say My S Q L
    etcetera
    you-zer

    but then I'm Scottish and you're an idiot.

    --
    I'm out of my tree just now but please feel free to leave a banana.
  22. It'll be a shame to see slackware go by Mr.roboto · · Score: 1

    Even though my philosiphy is that every distro can be made into what's needed, slackware was one of the easiest to do this with. Many distros are X oriented by default these days (needn't I say Open"Linux") which is something that drives me nuts because it requires even more tweaking before you get it to where it's comfortable. Slackware is also one of the last large distributions to use gzipped tared files, I beleieve even SuSE switched over to RPM a while ago. (Last ver I used of SuSE was 4.4.1, it was a quality distro, I liked it as much as slack myself) Slackware was one of the last large distros that wasn't try to go "desktop." Even though I think this hurt them in the market, I also think this is what made them so popular among "professionals" and "elitists," the very people who don't care if it looks good. I'll be sticking with 8 I guess untill something better comes along and just patching up. Anyone got a good bead on a nice replacment distro that's got the style of slack?

    --
    Don't call my crazy, that's what they called me back in the home!
    1. Re:It'll be a shame to see slackware go by Anonymous Coward · · Score: 0

      Just to let you know, S.U.S.E. was Slackware basically renamed. Then they went the SYSV route and generally went the route of the dumbass.

    2. Re:It'll be a shame to see slackware go by Anonymous Coward · · Score: 0

      Well, I guess i'm an Anonymous Coward today, but that's ok. I agree with most of what's been posted. I used RH for about two years and tinkered with Slack in my spare time and finally got pissed off enough about having a second Winblows box (RH 6.0) that I up and switched entirely to Slack. Because of that move, I know have a job supporting Solaris, FreeBSD, NetBSD, Slackware, Debian and OpenBSD boxes. Something i'm sure would not have been feesible had I stuck to the RH falvored distros. Sorry RH people, I left Windows because it sucked. Not because I thought Unix had the better desktop, although afte rusing enlightement for the past year, I have to say i'm really excited about the upcoming release of e17. As to the above question "Anyone got a good bead on a nice replacment distro that's got the style of slack?" Personally, I use Slack for my web server and db server. I'm using FreeBSD as my workstation, OpenBSD as a caching DNS server and I have a box running FreeBSD that I use as a secondary caching server which also runs this cool little utility called qpage. FreeBSD has a similar install but personally, after a couple of library problems with 7.0 I like FreeBSDs constant stability and killer package management system. If you are interested, check out the ports collection on www.freebsd.org. Slack & FreeBSD. I lethal combination. I'll probably never get a full nights sleep again. So much to play with, so little time...

      Anonymous Coward

  23. nostalgic but inevitable by imrdkl · · Score: 2
    Slackware made the transition from SunOS 1 to Linux a bit easier. Although it still really hurt. But hey, at least I got a usable compiler with slackware and linux, unlike the "other" upgrade path from SunOS 1. :-/

    Just another Sys5 drone, nowadays.

  24. Slackware will always have a place... by Mr.+Neutron · · Score: 5, Insightful

    ...somewhere in between the "full desktop" linuxes and "build your own linux." Slack doesn't need fancy apps or installations to justify its existence. All it needs is, every few months, to:

    -Upgrade to the newest kernel, make sure everything is compatible
    -Upgrade to the newest compiler and basic libs, and make sure everything is compatible
    -Make sure the system is compatible with the latest, greatest hardware.

    A bonus would be up-to-date GNOME and KDE, but is it really necessary? For Slack fans like myself, it's better to get a simple, basic OS and then add whatever desktop stuff I see fit. It's build-you-own, without most of the pain of build-your-own.

    Redhat, Mandrake, and SuSE have been pissing me off lately with installs that take 1800 MB of disk space, and 10,000 background daemons that eat up 80% of the available RAM. If I want to install a useful system with X and FVWM to do Web browsing, check e-mail and log into remote UNIX boxen, all on a Pentium-90 with 16 MB RAM and a 600 GB hard drive, the ONLY current distribution good for the job is Slackware.

    Slackware is for folks like me, who remember when Linux was *Linux*, and not a Windows wannabe.

    --
    dinner: it's what's for beer
    1. Re:Slackware will always have a place... by ToWnSaVeR2 · · Score: 0, Redundant

      600 GB hard drive
      Damn, I would like to know where you buy your computers.

    2. Re:Slackware will always have a place... by Anonymous Coward · · Score: 1, Informative

      "Redhat, Mandrake, and SuSE have been pissing me off lately with installs that take 1800 MB of disk space, and 10,000 background daemons that eat up 80% of the available RAM. If I want to install a useful system with X and FVWM to do Web browsing, check e-mail and log into remote UNIX boxen, all on a Pentium-90 with 16 MB RAM and a 600 GB hard drive, the ONLY current distribution good for the job is Slackware."

      Oh come on. Have you tried a custom install lately on any of the other big linux distros lately? Or are you just going with a stripped down distro because you are to lazy to do so or want to be elitest? The window manager you mentioned ships with all three of the distros you seem to despise. The whole daemon bit is hyperbole. To go the other way, at least the other distros are shipping with newer more secure daemons and have facilities built in to keep them current and notify the user from one centralized spot about updates. For instance an outdated WUFTPD that ships with slack versus a current PROftpd anyone?

      Hell how much time do you save with pre compiled i586 optimized binaries in compiling on that P90? Quite a bit in my experience. I like how you need a "600 GB" hard drive as well for a slackware install ;-).

      "Slackware is for folks like me, who remember when Linux was *Linux*, and not a Windows wannabe."

      Or maybe it's for people that remeber when a distro was bare bones and you had to practically roll your own to make it work the way you wanted, if that was possible at all. Linux has gotten better over time. Maybe just maybe you need to get with the times OR better yet be a developer/tester that brings the improvements of other distros to Slackware. One major programmer left, if you love your distro perhaps you need to play a greater role now that it is by most measures on the rocks.

      Personally I like the modern linux distros because they give you more than Windows out of the box.

      All things said I too remeber installing slack off of disks in in the mid 90's, but nostalgia just doesn't cut it when I have to get real work done. It's sad if slackware goes the way of the dodo, but personally it's not as relavent to me as it once was.

    3. Re:Slackware will always have a place... by BitwizeGHC · · Score: 2

      I remember Slackware 3.6. I remember whenever I wanted a new piece of software, it involved a few steps:

      1) Go to freshmeat and search.
      2) find the Web page or FTP site for the software I wanted.
      3) Download.
      4) Untar.
      5) ./configure ; make ; make install

      Those were the good old days. I love apt-get as much as the next guy but I just felt so much more in control with Slack, installing virtually every new piece of software myself. Maybe Slackware will be in my future, too?

      --
      N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
    4. Re:Slackware will always have a place... by Socramon · · Score: 2, Informative
      It's build-you-own, without most of the pain of build-your-own.

      very well put -- I started off with Slackware in 1994. I tried Redhat for a while, but found myself spending most of my time trying to figure out what Redhat's scripts were failing to do correctly, and I moved back to slack. Last year, I tried Debian because I was getting sick of the lack of package support for slack, but I then spent most of my time learning how to use dpkg and trying to figure out what the hell got installed to my system on my last upgrade.

      Now, I'm happily back to slack, and I'll stay here. No other distribution enables you to know as much about precisely what's installed on your system as slack, and for somebody learning linux, I think Slackware is the best learning tool out there. I find that most of the other distributions try to do too much for the user (making it a "windows-like" experience), which makes learning what it's doing that much more difficult.

    5. Re:Slackware will always have a place... by BadlandZ · · Score: 1

      Try it on Red Hat first... It's been a while since I have, but I unselected EVERY package during the installation and still ended up with over 1G of stuff installed. That's been a while (6.0?), but it really was a sad experiance.

      For small install, I'd go debian not Slackware.

    6. Re:Slackware will always have a place... by ashpool7 · · Score: 1

      Deb won't install on a 200mb hard drive. At least, not with the stuff you need (basic tools, no X, and a compiler) turned on. I've tried it (using a 20mb swap). I even left the compiler out, still didn't work. Yes, Deb has a smaller footprint, but Slack can shuffle in at 100mb. Perfect for my 486/DX 50.

    7. Re:Slackware will always have a place... by snak0rific · · Score: 1

      eventually you will develop the ability to read that as 600MB simply because you know there are no 600GB hard drives.

      --
      -- "Put on your big girl panties and lift!"
    8. Re:Slackware will always have a place... by ToWnSaVeR2 · · Score: 1

      no shyte sherlock. it was a joke. Though maybe you need the ;) to know when someone is kidding?

    9. Re:Slackware will always have a place... by dmelomed · · Score: 0, Offtopic

      "If I want to install a useful system with X and FVWM to do Web browsing, check e-mail and log into remote UNIX boxen, all on a Pentium-90 with 16 MB RAM and a 600 GB hard drive, the ONLY current distribution good for the job is Slackware."

      There are a bunch of less-known Linux distributions out there allowing the same. Of course, BSDs will do even better as far as size and memory is concerned. Their C library is considerably smaller, resulting in smaller executables (and possibly faster, which makes BSDs better candidates for older hardware). The package system is great to boot.

      What are you going to do now, moderate this message "flamebate"? I am advocating both Linux and BSD. There are some things BSD does better.

    10. Re:Slackware will always have a place... by SaDan · · Score: 1
      For instance an outdated WUFTPD that ships with slack versus a current PROftpd anyone?



      That's funny... Slackware 8.0 uses ProFTPD, not WU-FTPD.

      Unlike you, I've tried the most recent version of RedHat, so I can safely say that I'm still not impressed with what RedHat 7.2 is offering over Slackware... A broken compiler comes to mind when I think about RedHat 7.1 and 7.2.

    11. Re:Slackware will always have a place... by AME · · Score: 3, Informative

      That's baloney. I did this, as an experiment, with 6.2 and the install ended up around 200MB. Still too big, mind you, but 1G is a little too much hyperbole to let stand.

      --
      "I have a good idea why it's hard to verify programs. They're usually wrong." --Manuel Blum, FOCS 94
    12. Re:Slackware will always have a place... by porkchop_d_clown · · Score: 1

      I have to agree - while I appreciate the handholding that Mandrake provides (I'm past the age of dorking with the kernel for the fun of it), the amount of diskspace it sucks up is frightening.

    13. Re:Slackware will always have a place... by gdbear · · Score: 1

      Preach on brother. I found the same thing about slackware, I used nandrake, interviewed with and was offered a job with SuSE and have installed redhat. and after it all. I still come back to slackware, why? Cause it has the ability to give me a plain old linux box, with X and can do it all on not "bleeding" edge hardware.
      I like the ability to compile my own software and not have to wait for mandrake or redhat to release a new kenel or update to something, and I am not tied down to the rpm management system, but I can choose to use the tgz's if I want.

    14. Re:Slackware will always have a place... by Glytch · · Score: 3, Informative

      Similiar here, but for me it's:

      5) ./configure --prefix=/usr/local/encap/foo-x.y ; make ; make install
      6) cd /usr/local/encap
      7) epkg foo-x.y

      Take a look at http://www.encap.org/epkg/ . It gets rid of the single valid complaint that packaging nuts have against Slackware.

    15. Re:Slackware will always have a place... by Arandir · · Score: 3
      Have you tried a custom install lately on any of the other big linux distros lately?

      Last big flashy distro I installed was Mandrake 8.0. Horrible experience. First off you are presented with a nauseating yellow on purple themed installer. Then it installed unecessary dependencies after I deselected their dependent packages. Then it decided my Matrox G450 was really a cheap framebuffer. Then it turned on a bunch of services without me asking. The overall attitute of Mandrake is "we know better than you so shut up and obey".

      If you want a simple bare bones installation, use a simple bare bones distribution. Trying to coax one out of a complex bloated distribution isn't worth the effort.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    16. Re:Slackware will always have a place... by CrazyP · · Score: 1

      Roommate also just installed Mandrake and he found out that gcc is junk. So know he has to go and install a new gcc. Way to go Mandrake for shipping a quality product!!

      --
      How do you take a picture of the best moment of your life?
    17. Re:Slackware will always have a place... by GigsVT · · Score: 2

      something, and I am not tied down to the rpm management system, but I can choose to use the tgz's if I want.

      What are you talking about? Just because Red Hat can use RPMs doesn't mean you have to. Red Hat comes with precompiled kernels, and RPM kernel updates, but you don't HAVE to use those either. Sticking with RPMs and stock kernels offers the benefits of QA testing and easy management, but you don't have to use it if you don't want. Heck, I bet you can even rpm -e rpm if you really wanted to.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    18. Re:Slackware will always have a place... by leix · · Score: 1
      Deb won't install on a 200mb hard drive. At least, not with the stuff you need (basic tools, no X, and a compiler) turned on. I've tried it (using a 20mb swap). I even left the compiler out, still didn't work. Yes, Deb has a smaller footprint, but Slack can shuffle in at 100mb. Perfect for my 486/DX 50.


      Rubbish. I've got Debian on a 386/SX with 3MB RAM and a 200MB hard disk. This includes gcc and a good set of tools, although no X. I've also got Debian on my 486/SX firewall with a 100MB hard disk and there's still plenty of room for logs.

    19. Re:Slackware will always have a place... by Anonymous Coward · · Score: 0

      The broken compiler thing makes me sick... What are you, a fucking cheerleader? Try compiling stuff with it, it works just fine. And if it doesn't (like, say, the kernel once did), see who's fault it is. Oh, what do you say? It was not redhats fault? Your sorry for your stupidity and FUD? That's OK...

    20. Re:Slackware will always have a place... by Glytch · · Score: 2

      Offtopic? What the fuck? Idiot moderator.

      This is precisely the reason I read at -1. Too many good posts like this get censored by some asshole.

    21. Re:Slackware will always have a place... by Anonymous Coward · · Score: 0

      GOD!! When will people lay off that "broken compiler" garbage? I've had NO problems compiling things with it and it's been proven many times that the reason people think it's broken is because it won't compile their broken code!

    22. Re:Slackware will always have a place... by Anonymous Coward · · Score: 0

      I doubt that Slack will ever die. Of all the distros out there it's probably one of the few that the users could actually take over and develop because so many of them have those skills. I know I'd do whatever I could.

    23. Re:Slackware will always have a place... by SaDan · · Score: 1

      You know, when the GCC people scream at the top of their lungs that NO ONE should use 2.96 for ANYTHING, that kind of makes me suspicious about that version of GCC.

      FUD? I'm not the idiot thinking that it's all peaches and cream using the stock GCC install from RedHat. GCC says to not use it, end of story.

  25. Distros come and go - Linux is here to stay! by Anton+Anatopopov · · Score: 1
    Although distros come and go, there is no doubt that Linux is here to stay. I think as Linux goes more and more mainstream, there will be a shakeout of the distros, and the fittest will survive.

    The reason for having a distro is to differentiate one Linux from another. These days, people are more interested in standardization a la RedHat, than having the most bang up to date kernel.

    Probably we will see the market split into a few big name 'play-it-safe' distros like RedHat, and several specialist distros for people who want the bleeding edge features.

    So in short, although its sad if slackware dies, that does not mean the end of linux. Roll on world domination!!!

  26. Slackware still rules the world. by Anonymous Coward · · Score: 0

    Slack was my first distro, and I still love it. Redhat didnt do it for me.. Debian seemed good, but I figure, why give up a good thing.

    Sure Slack doesnt have the fancy "package" managment tools, but if you organize things properly, it matters not.

    Keep up the good work Slack! Keep keeping it simple.

  27. I don't think so by jht · · Score: 3, Insightful

    Slackware goes through its slow times (more like lulls), but overall it's a distro that's best suited to server admins and people with a Unix background. Slackware isn't a distro for people who love RPM or apt-get, but if you prefer downloading tarballs and building the app yourself (and the extra control you get by DIY), it's the stuff.

    Autoslack was cool, but not essential to the "mission" of Slackware. And perhaps someone will pick it up. I've been using Slack 8 since release, and I prefer hand-building anyways (then again, it's stable enough that all I've done is upgrade kernels and Mozilla so far). If you want it all done for you, you can always use Mandrake or Red Hat, and if you love apt-get, then go ahead and use Debian.

    --
    -- Josh Turiel
    "2. Do not eat iPod Shuffle."
  28. Re:OFFTOPIC. "Kuro5hin"? by Anonymous Coward · · Score: 0

    I would have thought it was just "Kewro-szhin"

    When the site was still in its infancy, Rusty stated that it's a homophone with 'Corrosion'.

  29. How I learned linux. by tweakt · · Score: 3, Interesting
    If it wasn't for slackware I wouldn't have know how simple and elegant the whole system is. After the kernel it basically comes down to system binaries and rc scripts, thats it.

    With slackware, I was able to poke, prod, and tweak everything about the system to do anything I wanted.

    Installing new software usually consists of:

    wget somesite.com/release.tar.gz
    tar -xzvf release.tar.gz
    cd release
    ./configure
    make
    make install

    And I was HAPPY with that... it was cool, and I didnt have to wait for an RPM to show up, I could easily use pre-final release software, and configure the build options to whatever I want. If the build didn't work, I went in and tweaked the make file or even the source to get it to compile.

    But now with SO MANY shared libs and other dependencies, it gets to be a major pain in the ass to get one package then have to go get 15 other libs to get it to work. RPM solves all that, and I've come to accept binary distributions as making sense

    Times have changed I think. But if you still want to work with linux at the lowest level (excellant for learning) go seek out the Linux From Scratch (LFS) project. It's where you take a kernel and assemble your own distribution from scratch, making it work how YOU want it to, sort what slackware did for me back in the day.

    1. Re:How I learned linux. by resonance · · Score: 1

      "But now with SO MANY shared libs and other dependencies, it gets to be a major pain in the ass to get one package then have to go get 15 other libs to get it to work. RPM solves all that, and I've come to accept binary distributions as making sense"

      I've had the opposite experience, where the RPMs wouldn't install because the installer bitched about the wrong versions of a gajillion different libraries, but the ./make version would compile and run without problems on the old crusty libraries that came with slack. I'm sure that there are plenty of apps out there that won't work well this way, but on a 56k dialup, I don't want to download fifty megs of libraries and spend three days integrating them into the system just to run a simple app.

      So personally, I've sworn off RPMs and I go straight to the tarballs. I also like having the source around anyhow, because I like to tinker with it now and then.

      --
      Learn how a CPU works before you learn to program. Seriously.
    2. Re:How I learned linux. by Mr.+Fred+Smoothie · · Score: 1

      But now with SO MANY shared libs and other dependencies, it gets to be a major pain in the ass to get one package then have to go get 15 other libs to get it to work. RPM solves all that, and I've come to accept binary distributions as making sense...
      That's what rsync is for. Don't like the "get one package and then have to get 15 others?" Use rsync to grab the whole mess (since, as w/ GNOME which I found to be my most frequently updated codebase and most annoying in the manner you describe) the many-dependancy-hydra projects tend to have most of the source available in one place (i.e. ftp.gnome.org).

      --

    3. Re:How I learned linux. by Mr.+Fred+Smoothie · · Score: 1

      Plese someone moderate me down for failing to hit "Preview" before posting. Sigh.

      Thanks

      --

    4. Re:How I learned linux. by foonf · · Score: 1
      But now with SO MANY shared libs and other dependencies, it gets to be a major pain in the ass to get one package then have to go get 15 other libs to get it to work. RPM solves all that, and I've come to accept binary distributions as making sense


      This problem, really, doesn't exist. Its more a problem with most binary packages out there than with the build requirements of most software. Even the most demanding software will still build on a relatively old glibc 2.1/egcs 2.91.66 system if only a few things (gnome, kde libraries, for instance) are updated to relatively modern versions.

      With binaries its a much worse problem. Do you notice how many RH/Mandrake/etc. users post to forums or newsgroup asking "where can I get glibc 2.2.4 so that i can install the latest XChat", because the only package they can find is built against the latest version of their respective distribution. If they were to build from source they could easily install it without updating a single thing.
      --

      "(Man) tries to live his own life as if he were telling a story. But you have to choose: live or tell." --Sartre
  30. Slackware not first by Anonymous Coward · · Score: 0

    Point of fact; TAMU was the first packaged Linux, then SLS was the standard for quite a while, THEN came Slackware (with some overlap with SLS).

    I got my start on SLS.

  31. Re:OFFTOPIC. "Kuro5hin"? by Anonymous Coward · · Score: 0

    Kuro5hin is pronounced corrosion.

    MySQL is pronounced my ess que ell.

    As for the others, I usually say

    et cetera profile
    user local bin

    etc (ha ha) when I'm talking to people. It's just faster (even though "et cetera" has more syllables than "ee tee see", it rolls off my tongue faster. I don't say et see because I don't like the sound of it.. ;)

  32. Slackware is great! by johnnyfever · · Score: 2, Interesting

    I've used Debian, Red Hat, Mandrake and Caldera, but I far prefer Slackware for avoiding bloat. My old Firewall machine used to run Mandrake, and it was a dog. The poor little P120 had disk space problems and performance issues, so I 'upgraded' to Slack and it's been no problem ever since. Now I have Slackware on 3 out of 5 machines. I've never had a problem with the install, and I think the package management is just fine the way it is. Sure, it's not as convenient as apt, but with tools like rpm2tgz, I've never had a problem finding and installing packages even if they're not available as a Slackware package.

    I hope they can keep up all the good work they're doing going forward.

  33. Slackware was NOT the first distro by yelvington · · Score: 1

    Slackware was NOT the first commercial distribution of Linux. SLS was there long before Slackware, back in the kernel 0.96 days, maybe even earlier. Like Slackware, it came as a big pile of .tgz files with 8+3 filenames so that any idjit could download it onto MS-DOS floppies (about 20, as I recall).

    SLS cratered before the kernel hit 1.0. But it proved the concept.

    1. Re:Slackware was NOT the first distro by Anonymous Coward · · Score: 0

      Whew... I was beginning to think everyone else forgot SoftLanding... SLS created the pattern for Slackware, with the disk-sized groups of .tgzs, disk sets for different functionality, a, n, x, etc...

      I remember downloading those onto 5-1/4" floppies at 9600 bps... Then installing it on my whopping 386/25mhz with 8mb of ram - 105mb hdd...

      Ok, ok... I'm starting to weep... ;)

      Remember though, it took a LONG time for the kernel to get from 0.98 to 1.0. SLS served it's purpose very well... it really is saddening that Slackware is losing steam, it being the last vestige of the "old days" of linux distributions.

    2. Re:Slackware was NOT the first distro by PONA-Boy · · Score: 1

      Actually, I believe the first "real" commercial Linux distro was Ygddrasil.

      -PONA-

      --
      +that's funny...I don't FEEL tardy.+
    3. Re:Slackware was NOT the first distro by Bangback · · Score: 2, Interesting

      As a historical note, Slackware won because it was more extensive (it had far more package series which allowed distribution of "precompiled/preconfigured" utilities) and had a far better installation routine (you could install Slackware packages at a later date). Also, its X configuration documentation was much better (but still pretty poor). SLS was also falling behind at maintaining things current. My first Linux was SLS downloaded on 1.44MB floppies at the campus computer lab the night before leaving college freshman year (better than 9600bps at the dorms) in spring 1993. I moved to Slackware the next fall. Slackware was introduced, spread like wildfire via word of mouth and in just a few months SLS was no longer in general use (in those days you upgraded your distributions monthly because many common device drivers and utilities were just being written/ported). SLS didn't really seem to be interested in the "distribution" market, they were just a guy who'd stumbled into a key role in Linux. One thing good about SLS was it had carefully documented update logs so you could upgrade individual floppies as programs changed. Since dialup networking was very hard to use and rare in Linux at the time, downloading the disk images with xmodem was a way of life if you didn't have an Ethernet connection.

    4. Re:Slackware was NOT the first distro by Skapare · · Score: 2

      It's not losing steam. It's just changing the structure of the vent pipes. As more and more people come into the Linux community, they may well be the ones who shouldn't be using Slackware. But just because it's not the preferred distribution for the masses doesn't mean it's losing steam. For those of us into working with how our systems are put together, even Slackware sometimes is too much. I've even been tempted to go the other way to one of the minimalist Linux distributions, or build it myself. But Slackware is pliable, so I really don't need to. I've replaced the entire init/rc script startup system with my own design built from scratch, and Slackware didn't even blink.

      --
      now we need to go OSS in diesel cars
  34. Slakware Will Live!!!! by went_postal · · Score: 1

    Slakware beats the tar out of Dead Rat. I have been using Slak for the past 6 years and I refuse to use any other Linux. Everytime I get someone calling me up to tell me that their Dead Rat distribution will not install I tell them to try Slak and gee.... it works. Imagine that.

    1. Re:Slakware Will Live!!!! by James+Skarzinskas · · Score: 0

      I feel Slackware had its glory; and now it is behind the times, and quite frankly, unless you have the time to keep it up to date with patches, etc, it's no better then any other distribution in any way. Red Hat is a wonderful distribution. Security updates and fixes right into an intergrated GUI (RHN in this case.) which you can try for free. Your views are naive in the extreme, for one thing, I must add, it is "Slack". 'Slak' is not a word, and surely doesn't abbreviate or make a decent short form for Slackware. Your analogy between "Dead Rat", or, as most *human* (new word, check www.dictionary.com, buddy) people call it, "a well-updated platform with a team of skilled developers and wonderful documentation" and Slackware is no less than a thousand short comings. Out of near 275+ Red Hat installs I have observed, assisted with and trouble shooted, only a few have ever had problems, and they were due to previous operating systems installed (a la Windows), and I simply walked them through repairing LILO configuration to set lba32 and boot Linux default from a different partition. Seems like I have been side-tracked, but no, not really. The point I would like to convey here is out of several hundred installs, only a few were messed up (by an anomylous OS :P) and the fix was simple. Out of many many Slackware installs I have also forseen, there have been times where I clearly stated the partitions to use using their tools, and it still installed incorrectly and not to my specifications. We installed four times with the same options before it used the correct setup! Using Slackware for 6 years may have made you old and senile with their old, dusty tools; as it seems that trying new things (a la RedHat, and further, probably getting updates to Slackware, knowing your mind) is slightly beyond your comprehension, I suggest you merrily use your tools and keep them to yourself. Don't inflict Slackware on people who want to use a distribution that comes pre-setup.

      Furthermore, It seems like all I've done is stone Slackware to death, I'll give Slackware a few points now, but really, I don't have many. Slackware comes installed with very few applications/utilities. It is good for a completely custom system, but when your friend who is just an average user apparently wants to use Red Hat, which comes setup with everything he'd ever need, then you should let him. Don't force him into a Slackware Linux closet!

      Anyways, the morale of the story is: Don't let people who spell their favourite distributions name wrong set it up on your Linux machine!

  35. slack by Anonymous Coward · · Score: 0

    I think we need to stop playing all these BSD wannabe games and just go *BSD.

  36. No. There's more of us than them. by Anonymous Coward · · Score: 0

    Isn't Patrick the chief Wiggums of the distro? I'm sure someone will pick up the "linux" ball. I've used Slack since 1997. I've tried to use the rest, but Slack is best! Now only if I could learn to contribute to Slack.

  37. Slackware is still alive !!!!! by aXi · · Score: 0

    Slackware is still alive. I started using slackware have tried different others and sticked with slackware. Just select the series you want to install and select install all, and within no time you will be finished. It is also the only distro that will install even on a 386 with 40mb hdd to build a router. But you can also install 1.6 G Desktop.workstation.

  38. Not again, please by ankit · · Score: 4, Insightful

    Every once in a while slashdot comes up with a story that says things like "the distribution that just won't die" (http://slashdot.org/article.pl?sid=01/07/01/13162 22&mode=nested), as if it should have died long ago!

    I fail to understand why there is such an attitude against slackware.

    It is a really good distribution. It is simple, it is smart, and it is up to date!

    The only thing that is not present in slackware are things for which MS windows is (in)famous for). Fancy installs, dumb control pannels, etc.

    Slackware is as close to unix you can get using linux. There are no fancy 'linuxconf' like security holes, and wverything works as advertised.

    I use Slackware 8, and have switched to it AFTER trying Redhat 7.1 and Mandrake 8. Before this I was using Redhat for many years, and I regret the time I have wasted with it.

    And oh yes, like MANY others, I started linux with slackware... back in the days of kernel 1.2!

    --
    Don't Panic
    1. Re:Not again, please by Glytch · · Score: 2

      I only discovered Linux with Slack 3.4 and kernel 2.0.30. I feel like such a newbie compared to other slackers. :)

    2. Re:Not again, please by ViXX0r · · Score: 1

      I got my start in Linux from Slackware as well... I don't recall off-hand what version of Slack it was (3.0 maybe?), but it was using kernel 1.2.13.

      Like others here have done, I also went astray - flirting with Mandrake for short time - but I dutifully returned to Slackware after I finally got fed up with dependancies that impeded the ability to upgrade rather than assisted it.

      I'm a guy that enjoys compiling from source, being able to stay on the bleeding edge of stuff with pre-alpha's just to see what the devel team have put together. I like fixing things when they don't work, but not having to fix the system because some GUI config tool screwed things up.

      I certainly hope Slackware is here to stay. Big props go out to Patrick and rest of the Slackware crew - keep up the great work!

      --
      University - a box of academia nuts.
  39. A familiar story, I'm sure. by eddy · · Score: 1

    My first dist was slackware, way back. I used slackware exclusively up till a couple of years ago, when I switched to apt-^H^H^H^Hdebian.

    --
    Belief is the currency of delusion.
  40. I still use Slackware because... by Anonymous Coward · · Score: 0

    I still use Slackware because it allows me to only install the base package for my firewalls etc. And unlike RedHat it doesnt scream unable to install on a pentium processor because it's too slow or too little hard drive space.

    Linux has had so much potential since I started using it in '95 but it will never live up to the hype.

  41. Ob: Pedantic by Anonymous Coward · · Score: 0
    Two points:

    1. Slackware wasn't the first Commercial distro. That honour goes to SLS, or Yggdrasil
    2. I'm assuming userlocal.com refers to /usr/local , but they're wrong. /usr is not pronounced "User", it's "Yew Ess Ar", and stands for "Unix System Resources", not "User".
    1. Re:Ob: Pedantic by Anonymous Coward · · Score: 0

      > I'm assuming userlocal.com is alluding to /usr/local. They're wrong. /usr is not "User", it's "Unix System Resources", and is pronounced "Yew Ess Ar"

      Are you sure? I could not find evidence implying either definition.

      AC

    2. Re:Ob: Pedantic by RadioheadKid · · Score: 1

      Are you sure about the 'Yew Ess Ar'
      I couldn't find any reference to that, and in fact the only thing I did find was a couple of Intro. to Unix courses that all said /usr is pronounced "user". And also usr totally goes along with the whole unix drop the vowels thing. I think you're gonna have to back this one up with some hard proof...although I see you decided to AC this post...hmmm

      KidA

      --
      "Karma can only be portioned out by the cosmos." -Homer Simpson
    3. Re:Ob: Pedantic by Lew+Pitcher · · Score: 5, Informative

      I'm assuming userlocal.com is alluding to /usr/local. They're wrong. /usr is not "User", it's "Unix System Resources", and is pronounced "Yew Ess Ar"

      Sorry, you are wrong. "Unix System Resources" is a retro-nym for /usr, much like "Packet InterNet Groper" is a retro-nym for ping; both are incorrect 'explanations' for for terms who's origin and meaning have been hidden by time.

      /usr has always meant 'user' in Unix, and continues to mean 'user' even today. In the original Unix implementations, /usr was where the home directories of the users were placed (that is to say, /usr/someone was then the directory now known as /home/someone ). This has been confirmed many times by references to the historical documents (vid "Unix for Beginners" Bell Labs, 1978, or "The Unix Programming Environment", Bell Labs, 1984, which says (in part) "On many systems, /usr is a directory that contains the directories of all the normal users of the system.")

      In current Unices, /usr is where user-land programs and data (as opposed to 'system land' programs and data) hang out. The name hasn't changed, but it's meaning has narrowed and lengthened from "everything user related" to "user usable programs and data".

      So, you are wrong. Deal with it.

      --

      "values of beta will give rise to dom!"

    4. Re:Ob: Pedantic by Anonymous Coward · · Score: 0

      I'll concede the point that "Unix System Resource" is a backcronym for /usr, however, there are valid reasons for it.

      For example, on Solaris systems, you have /users & /usr. /users is anylogous to /home. Now if you already have "users", what do you call /usr?

      So yeah, /usr used to be the "Users" directory, but it isn't anymore. So I still vote for "Unix System Resources" to avoid a direct namepsace collision on various Unices :)

    5. Re:Ob: Pedantic by dinivin · · Score: 2, Insightful

      Now if you already have "users", what do you call /usr?

      Well, since there is a difference between "users" and "user," /usr can still be called "user" as it should be.

      Dinivin

    6. Re:Ob: Pedantic by Anonymous Coward · · Score: 0

      I think "Unix Stupidity Related" makes the most sense -- that's the only way someone could justify the directory naming.

    7. Re:Ob: Pedantic by Rogain · · Score: 1

      Damn straight, I'm /usr/gregg on several XENIX systems running on Radio Shack Model 16's.

      --
      The current Slashdot moderation system is made by gay communists!
  42. Ob: Pedantic by Anonymous Coward · · Score: 2, Interesting
    Two points:
    1. Slack wasn't the first commercial distro. That honour goes to SLS or Yggdrasil
    2. I'm assuming userlocal.com is alluding to /usr/local. They're wrong. /usr is not "User", it's "Unix System Resources", and is pronounced "Yew Ess Ar"
  43. Long Live Slackware! by LazyDawg · · Score: 5, Informative

    Even if they stopped developing it, made it illegal in the lower 48 states, systematically jailed or impounded Slackware users or fed us to ravenous wolves, I'd not stop using this distro. It has everything I want on the CD, plenty of office suites and window managers, no shortage of development tools, and a small/fast enough footprint to still work on an i386 with 16 megs of RAM. That's not half bad for software I started using six years ago.

    Lacking really ultra-advanced package management has never been much of a problem either. While the setup programs weren't quite as "saleable" as the pretty GUI frontends, they were colorful, used an easy-to-follow menu system, and gave a very detailed description of what they were doing, when, at all times. Compare that to, say, the Corel setup wizard, which kept crapping out on even slightly non-standard hardware.

    --
    "Look at me, I invented the stove!" -- Ben Franklin
    1. Re:Long Live Slackware! by kin_korn_karn · · Score: 1

      It has everything I want on the CD, plenty of office suites and window managers


      Now how many Windows distros can you say that about? :)

      Corporate IT doesn't want a diverse product, they don't have time to do the research. Consumers need all the choices they can get. The diversity of Linux is its great strength, but also its greatest weakness. I hope it gets worked out.
    2. Re:Long Live Slackware! by Anonymous Coward · · Score: 0

      I have to say that I started using Redhat back in the 4ish days. It was ok. Never quite what I wanted. Then I switched to drake after RH 6. Which didn't cut it at all. Then when Slackware 8 came out I thought I would give the legend a try. I can tell you all that Slackware 8 is EASY to install. ANYBODY could install this. It is by FAR the best Linux distro I have ever used. I have learned more using Slackware in a month than I learned using Redhat for years. Don't fear the Slack my friends. It is truly a wonder. The reputation it had for being ever so difficult was well deserved at one time, but now it is a dream. I will never stop using Slackware. I don't care if they don't support it. As long as my machine runs, it will run Slackware Linux. And thats no lie.

  44. Slackware not "first commercial distribution" by Burdell · · Score: 1

    Slaskware was not the first commercial distribution of Linux. Slackware
    just started as a set of patches and fixes on top of SLS (Soft Landing
    Software IIRC), which I believe was the first commercial Linux
    distribution (but not the first distribution). Yggdrasil also had an
    early release available about the time of the first public Slackware
    release.

    1. Re:Slackware not "first commercial distribution" by Anonymous Coward · · Score: 0

      Who ever wrote that Slackware was the "first commercial distribution of Linux" should proably have said it was the "first commercial distribution of Linux still around/active today" or something like that.

  45. Why think it's fading away? by RFC959 · · Score: 1
    A reader writes: (something mindless and inflammatory)
    So is there any particular evidence that Slack is fading away? It's never seemed to me that Slack's goal was to sell 8 billion copies, dethrone MS, make lots of money, be a "respectable" company, etc. (unlike some Linux companies we could mention). Rather, it was to make a good distribution and some money, and in that sense, it's never going to fade away as long as there are people using and maintaining it.
  46. Stay the course. by ThePurpleBuffalo · · Score: 1

    I first installed Slackware years ago. (I tried to find the version, and all I could find was "March".) Yes, if you don't know Linux, it is harder to install. If you're willing to read a couple of HOW-TOs, you'll be fine.

    I've been trying to install Red Hat for 2 years now. I have never been 100% successful. If you want the "standard" RedHad distro, you can just do a next-next-next-finish install. But, if you're willing to do that, why not just install Windows.

    Slackware allows me to have complete control over everything. The init (rc.d) file structure is easily understood. Only solid deamons and applications are included into the standard distribution. Slackware doesn't rely on RPMs or any sort of post-install binary package.

    If you want security and to run Linux, Slackware is for you. Few script kiddies have heard of Slackware... can you say "security through obscurity"?

    Slackware lets - and expects - you to do things yourself. There are no "add hardward" wizards. (For the love of root, I saw this in RedHat and almost kicked my monitor.) If you are interested in learning Linux, Slackware is the distro for you. If you really want to learn, disable module support.

    If you want a distro that can boot faster than any other, use Slackware. If you don't want a bunch of useless daemons running when you first boot, use Slackware. If you want a distro that runs fast, even on a 486, use Slackware.

    If you want a distro to hold your hand, and second-guess you, by all means, use RedHat.

    Beware tpb

    1. Re:Stay the course. by schon · · Score: 1

      If you want security and to run Linux, Slackware is for you. Few script kiddies have heard of Slackware... can you say "security through obscurity"?

      I was with you until I read this.

      I use Slackware on every machine I admin (20-odd servers, and my work desktop and laptop, which are Slackware-only, and my home desktop, which dual-boots with windows so I can play Diablo2 :o)

      Obscurity is never a security method. Period. Believing that your network is more secure because someone doesn't know your setup is hubris, plain and simple. And it will come back to bite you in the ass.

    2. Re:Stay the course. by tannhaus · · Score: 0

      Ok...I had to reply to that.

      "If you want security and to run Linux, Slackware is for you. Few script kiddies have heard of Slackware... can you say "security through obscurity"?"

      I'm not even sure where to begin with a statement that is as blatantly wrong as this...so I will start off with the obscurity comment. I just did a search on google for "+warez+slackware". I got 2,450 hits. I did the same for redhat and got 5,470 hits. Twice as many, but still, slackware doesn't sound too unheard of to me. As a matter of fact, I've seen several instances where script kiddies and the like will use slackware, because it makes them feel elite (or 3r33+ if you prefer :P).

      The second blatantly wrong statement I saw from you is the assumption that any linux distribution would be safer than any other because it's unknown. When crackers get into your system, they do so by utilizing exploits. These exploits are not found in some mysterious redhat file, debian file, etc. These exploits are found in programs...99.9% of those programs can be found in any linux distro. They don't need to know how to install slackware...they just need to know how to exploit that old version of sendmail you're running on port 25.

      P.S. If you see an "add hardware wizard" and almost kick your monitor because of it, might I suggest you trade in your "for the love of root" and instead spend your time with a little valerian root.

    3. Re:Stay the course. by ThePurpleBuffalo · · Score: 1

      While I agree with Schon that Security through obscurity is not a good security model, it can complement an existing security model. By no means is a standard Slackware install completely secure, but because of its use of older services, it is more likely that the major security holes have been patched.

      While Tannhaus is right with respect to kicking monitors in general, when you have 30 people who could be billing out at $85/hour, except they can't because they're waiting for RedHat to reboot, a person can get a little frustrated. Each extra minute it takes to check for new hardware has an opportunity cost of $42.50.

      Beware TPB

    4. Re:Stay the course. by schon · · Score: 1

      While I agree with Schon that Security through obscurity is not a good security model, it can complement an existing security model.

      No. I covered this (although not very well) in my previous post. The problem with obscurity as a security model (even as a "compliment") is not that it provides no benefit, but that it provides no benefit, and leads you to believe that it does provide a benefit.

      This is a fatal trap - the hubris I mentioned.

      If something has a security flaw (known or not), then it has a security flaw. No amount of information hiding will change that fact. If you allow yourself to believe that "nobody knows my system, so there is a lower chance they can break it," then you've already started down the path of hubris.

    5. Re:Stay the course. by Anonymous Coward · · Score: 0

      People parrot this statement all the time, not realising what obscurity is it seems. Obscurity *IS* a form of security, albeit not a good one. If you have a fairly secure system and then throw in some obscurity for free, *you are better off then before*, not much, but a little.

      Think of it this way: I somehow hide the door on my house, and my windows are barred. The door is still there, and if you know where it is, it's got a simple lock mechanism. However, a typical thief is likely to pass by my house and hit the neighbour instead because looking for the door adds precious time to his job.

      Now it's not going to stop a thief who is dedicated to breaking into MY house in particular, but it does decrease the chances of a random break-in.

  47. who responds to such questions.? by Anonymous Coward · · Score: 0

    I doubt most slack users would even take notice of such questions. ho hum.

  48. Did anybody even *read* the post? by malicioususer · · Score: 1

    Cantrell says he's back at school full time and he no longer has time to maintain autoslack and protopkg. Not that these projects are dead. Most people who use Slackware use it for its simplicity, and could live just fine without these programs, anyway. If Volkerding was doing this for the market share or the money he would have stopped years ago.

    1. Re:Did anybody even *read* the post? by Anonymous Coward · · Score: 0

      Most people who use Slackware use it for its simplicity, and could live just fine without these programs, anyway.

      Hmm.. I've been admining slackware boxen for 5 years, and I've never used them :o)

      Although anecdotal, it's true in my case :o)

  49. Packages by Anonymous Coward · · Score: 0

    Wasn't the Ports collection mechanism recently ported (no pun intended) to Linux? Slackware should use that, especially since they are known as the most BSDish of the Linux distros. That would totally kick ass!

    I don't use Linux anymore (OpenBSD & FreeBSD), but Slackware was always my favorite. I wish Patrick & Co. all the best.

  50. Debian vs Slack for the 'unix-like' crown? by Clansman · · Score: 1

    Just asking ... deb's fans always make a similar claim ... do fans of slack move to debian etc. Ah, the market trends we'll never know ... :-)

    C

    1. Re:Debian vs Slack for the 'unix-like' crown? by rmadmin · · Score: 1

      I've used slackware since I started out on linux about 5 or 6 years ago. I tried out debian one time, only to be disgusted by the menus. I'm not saying its a bad distro, I just prefered a nice config file or compile over apt-get and all their other menus (Which is nice when you don't have the time to sit and compile everything).

    2. Re:Debian vs Slack for the 'unix-like' crown? by SaDan · · Score: 2, Insightful

      I've been running Slackware for quite a long time, and have tried Debian several times over the past couple of years. It seems like a decent distro, but I absolutely hate distros that are built around package systems like Debian and RedHat (and all the variants) are.

      All I want in a distro is a basic install with a simple package system to get me running. After that, I never want to see a package again.

      I did like Debian more than RedHat, though. I'd have to say that Debian reminds me of other SysV style Unix distros, while RedHat reminds me of penguin dung.

      I'll use Slackware until the very end because it suits my needs and my administration style more than other Linux distros. If Slackware were to go away at some point, I'd roll my own distro, or try to take up the Slack. :-)

    3. Re:Debian vs Slack for the 'unix-like' crown? by Anonymous Coward · · Score: 2, Informative

      You must be talking about their menu based front end (deselect?) to apt... Nobody really uses that, just get out of it as fast as you can and use apt. It's got no menus and is the best apckage amnagement program I've ever seen.

    4. Re:Debian vs Slack for the 'unix-like' crown? by Just+Some+Guy · · Score: 2

      All I want in a distro is a basic install with a simple package system to get me running. After that, I never want to see a package again.

      Out of curiosity, why do you dislike package systems? If it's becase you like to build your apps locally, have you ever looked at FreeBSD's ports collection?

      --
      Dewey, what part of this looks like authorities should be involved?
    5. Re:Debian vs Slack for the 'unix-like' crown? by pigeon · · Score: 1

      SLackware was my 2nd distribution (after SLS). It was the distribution which always installed, contrary to (at that time) redhat or debian. But later, I switched to redhat, than to mandrake, and than to debian. I like the package system, and I like the fact that I can upgrade my distribution easily, which was not the case with slackware. Besides, you do not have to use packages, you might as well use source tarballs to update your software. On the other hand, I think slackware is a good distribution for learning Linux, it has not got the temptations of graphical configuration tools like redhat has, from which you learn nothing. Apart from that, I see no reason anymore to use Slackware (for myself that is). I stick to Debian.

    6. Re:Debian vs Slack for the 'unix-like' crown? by Bremen24601 · · Score: 0, Flamebait

      How can any distro that dosn't even include pico be considered 'unix-like' ???

      He who trades a security for ease of use in his OS deserves neither.

      --
      Blessed are the young, for they shall inherit the national debt. --Herbert Hoover
    7. Re:Debian vs Slack for the 'unix-like' crown? by Anonymous Coward · · Score: 0

      Look at NetBSD's packages collection.

      Then you can build from the same source for all your packages and your kernel on your Macintosh, Your Sparc, Your Intel, and your Vax boxes. You can use the same config files.

      Linux 'cross platform' is dismal by comparison. Every hardware platform has it's own kludgey 'distro; and they're all different. The hell with that.

    8. Re:Debian vs Slack for the 'unix-like' crown? by Just+Some+Guy · · Score: 2

      Look at NetBSD's packages collection.

      Then you can build from the same source for all your packages and your kernel on your Macintosh, Your Sparc, Your Intel, and your Vax boxes. You can use the same config files.

      I think you meant "ports" collection, rather than "package" collection. A "package" is a archive containing the results of compiling a "port". However, yeah, I agree with your sentiments. Whether I'm on Intel or Sparc, I can compile the same program in the same way, and expect it to work identically. I'm isolated from having to manually configure everything I want to install, but still have the flexibility to do so if I wish. As a bonus, on FreeBSD at least, I can set preferred compiler optimization options in /etc/make.conf and every port (and even the OS itself!) will be built with those options from that point on.

      --
      Dewey, what part of this looks like authorities should be involved?
    9. Re:Debian vs Slack for the 'unix-like' crown? by Verteiron · · Score: 1

      Pico's included in the bundle if you install pine.

      --
      End of lesson. You may press the button.
    10. Re:Debian vs Slack for the 'unix-like' crown? by Anonymous Coward · · Score: 0

      Debian is very nazi-like with respect to "non-free" software, which pico and pine are.

    11. Re:Debian vs Slack for the 'unix-like' crown? by Electrum · · Score: 2, Informative

      How can any distro that dosn't even include pico be considered 'unix-like' ???

      If you want pico, you might try nano. It's a GNU clone of pico. Debian doesn't include pine because it's license violates the Debian Free Software Guidelines (DFSG).

    12. Re:Debian vs Slack for the 'unix-like' crown? by Anonymous Coward · · Score: 0

      I have been using Slackware for 5 years now. I have tried Debian a couple of times. Given what you read around it should be perfect (well maintained and with a great philosophy); but I really couldn't stand it!

      When I selected the packages to install it scanned the whole CD even for the unselected ones, it took 3-4 times longer than my Slackware to boot and here is a gem for the minimalistic: did you know that "vi" in debian is a script that runs a version of vi accordingly to the user's preferences? Really. When you type 'vi' you fork another bash!

      Don't get me wrong, Debian is wonderful, but I don't think Debian (let alone the others) is an attractive distro from the point of view of the average Slackware user.

      The only problem I can see with Slackware is if there's another major upgrade of glibc (3.0 or something) and Slackware cannot keep the pace.
      In this case, a serious possibility I think is to move to FreeBSD. I have tried it and it's really nice; but for the time being Slackware is OK.

      Emanuele

    13. Re:Debian vs Slack for the 'unix-like' crown? by damiam · · Score: 1

      If you want to build your apps locally, you should use Debian and apt-get source -b package.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    14. Re:Debian vs Slack for the 'unix-like' crown? by schon · · Score: 1

      did you know that "vi" in debian is a script that runs a version of vi accordingly to the user's preferences? Really. When you type 'vi' you fork another bash!

      You're kidding!?!?!

      If it's true, you really have to wonder about the rationale behind it.. If I wanted a different editor, I'd just use it!

      Even if it HAS some logic behind it, why the hell didn't they just do "alias vi='${EDITOR}'"

      Geeze, you gotta wonder sometimes..

    15. Re:Debian vs Slack for the 'unix-like' crown? by Gleef · · Score: 4, Interesting

      I started with Slackware, moved to RedHat at version 4.1, tried to move to Debian when Hamm was released (gave up in frustration), and then moved to Debian sucessfully when Potato was released. I am definately happy with Debian. I still use Slackware for rare installations (I certainly use it more than I use RedHat).

      Reasons I prefer Debian over Slackware for most systems:
      * Fastest path from bare metal to rock-solid stable server
      * Easier to maintain, particularly security updates
      * Well thought out system configuration files and scripts
      * Debian puts more development manhours into making sure the packages are debugged and working well together
      * I prefer modular System V-style init scripts to Berkeley-style huge rc files
      * Closer to LSB and FHS standards
      * Lots of stuff (both good and fun) for my GNOME Woody desktop without a lot of work

      I use Slackware instead of Debian for the following:
      * Floppy-only machines that have little or no internet connectivity
      * Excellent for fire-and-forget machines that will never get maintained
      * UMSDOS installations (Remember UMSDOS? Slackware still supports it well)
      * I need a quick root/boot disk combo for an obscure legacy system

      The rest of the time, I use TomsRtBt :-)

      --

      ----
      Open mind, insert foot.
    16. Re:Debian vs Slack for the 'unix-like' crown? by Anonymous Coward · · Score: 0

      Hey byteboy ... penguin dung ?? HoHo If Slack wus a dead penguin I wouldn't feed it ta Cujo ...

    17. Re:Debian vs Slack for the 'unix-like' crown? by seann · · Score: 0

      no you shouldn't.

      --
      I'm a big retard who forgot to log out of Slashdot on Mike's computer! LOOK AT ME.
    18. Re:Debian vs Slack for the 'unix-like' crown? by Anonymous Coward · · Score: 0

      And why not? --damiam

    19. Re:Debian vs Slack for the 'unix-like' crown? by seann · · Score: 0

      because.

      --
      I'm a big retard who forgot to log out of Slashdot on Mike's computer! LOOK AT ME.
  51. So what's wrong with package management by mckeowbc · · Score: 4, Insightful

    *Flame on*
    I've noticed the majority of posts on this topic seem to be against distro's that use package management. I say wtf is wrong with package management? I use Debian for one reason, I like to use my computer, and not spend time compiling and configuring. When I want to upgrade, I want it done quickly. Call me lazy, I know I am...but I just feel I should spend more time enjoying my computer, and less time trying to get the software to work.

    *Flame off*

    1. Re:So what's wrong with package management by Glytch · · Score: 4, Insightful

      I know I am...but I just feel I should spend more time enjoying my computer, and less time trying to get the software to work.

      It's a fundamental difference between various types of users. For some of us, tweaking the OS to work exactly like we want is enjoying our computers. I'm not saying either way is better, I'm just pointing out that people are different. :)

    2. Re:So what's wrong with package management by El+Prebso · · Score: 1

      It's okay to be lazy, but compiling stuff ourself enables you to control which features are included in the software. If you're happy with the features the precompiled version have, well great. For security reasons you will always what to know which features are enabled. Using a precompiled ftp server for example is just wrong, because they will often include many features you won't be aware of, unless you compiled it ourself.

      The best package management system i've seen and the one i actually use is Pack (http://pack.sunsite.dk/). You still have to compile the software, but it becomes much easier than just dumping everything in /usr/local.

      --
      I didn't say it was your fault. I said I was going to blame it on you.
    3. Re:So what's wrong with package management by Anonymous Coward · · Score: 0

      Well, you can still do that under Debian or Redhat. If you don't like what the package mantainer does you can simply compile it yourself, even make your own package (it's not hard).

      One really nice thing about a distro like Debian (with apt) is that if you admin a large number of workstations (remember not everyone has just one linux box to work on) you can set things up so they upgrade automatically with packages you make (e.g. have a central server on the lan where packages go and run apt-get via cron). This is very useful.

      Package management gets even better when you have a lot of not very powerful workstations that wouldn't do very well compiling any modern software or thin clients without the diskspacve for gcc, etc.

      Yes, this can be done with shell (perl is even better) scripts in other systems but it gets much more complicated, you basically end up writing you own package manager anyway.

    4. Re:So what's wrong with package management by rodgerd · · Score: 2

      It's nothing to do with being lazy, and everything wto do with whether you spend your time playing with your bollocks while you prepare your environment, or whether you spend your time actually doing something interesting with it.

    5. Re:So what's wrong with package management by Arandir · · Score: 3, Interesting

      I'm not against package management tools. I'm just against braindead package management tools. dpkg and apt-get are the lonely exceptions to braindead package managment tools.

      The Slackare package stuff is like the rest of the system, simple, bare bones, and assumes you know what you are doing.

      When I want to upgrade, I want it done quickly.

      You can do the same with Slackware.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    6. Re:So what's wrong with package management by Skapare · · Score: 2

      OK, I will ... lazy!

      Really, though, nothing wrong with that. If you want to spend your time doing other things, like playing games, coding projects, boinking your SO, then of course you're wise to choose a distribution that saves you that time. The whole idea here is that different people want to do different things. Viva la difference! And Slackware is one of those choices for the people who do enjoy working with the way the computer works, or wanting to make sure they have control over every little detail (the category I'm in). In fact, if the package tools that Slackware does have disappeared, I'd probably not even notice, since I install everything I need at the start, and add anything else by compiling source (except certain things are compiled from source anyway, like the principle services such as Apache, Postfix, SSH, and so on). My guess is that the Slackware people are just giving the RPM/DEB people a hard time for being "lazy" to counteract all the assertions that RPM/DEB makes life "easy".

      --
      now we need to go OSS in diesel cars
    7. Re:So what's wrong with package management by maxpublic · · Score: 1

      How exactly is SuSe package management "braindead". You provide no definition for this. Do you mean "braindead" as in "it doesn't work" (because it does, and you'd be wrong), or "braindead" as in "anyone can do it" (because that would be true)?

      Max

      --
      My god carries a hammer. Your god died nailed to a tree. Any questions?
    8. Re:So what's wrong with package management by Arandir · · Score: 2

      It's braindead not in substance, but in execution. There's nothing inherently wrong with RPM or distributions that use RPM. But there IS something fundamentally wrong when the packages are built with other packages as dependencies. If a package needs libfubar.so.1.3 to run, then it should look for libfubar.so.1.3, and NOT look for fubar-1.3-7_i386.rpm. Maybe I built it from scratch. Maybe I grabbed it from Redhat or Debian.

      Having to use --no-deps when I already have all dependencies installed is what makes the SuSE package management braindead.

      (p.s. SuSE is my second favorite distro after Slackware. I *like* SuSE. But I don't like they way they make RPMs)

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    9. Re:So what's wrong with package management by Anonymous Coward · · Score: 0

      you can still do that under Debian or Redhat. If you don't like what the package mantainer does you can simply compile it yourself

      Aha!

      The problem with this logic is that once you've started, you can never go back.. ("Sorry, package #name# requires package #other-package-you-installed-from-source#".)

      Slackware's package management has no such issues.

    10. Re:So what's wrong with package management by maxpublic · · Score: 1

      True enough, but this is an attempt to allow the clueless newbie to install in the easiest fashion possible. For the rest of us we can use the RPM, find a tarball, or even compile the source if we so desire. I do all three depending on the package and what will require the least amount of effort with the lowest possibility of something going wrong.

      That's what I like about SuSe: I can be utterly braindead if I want, or I can use any number of alternatives to the SuSe system. The more choices I have and the less work I have to do, the happier I am - even if the system is less than perfect.

      Max

      --
      My god carries a hammer. Your god died nailed to a tree. Any questions?
    11. Re:So what's wrong with package management by bytor4232 · · Score: 1

      Amen brother. I use Mandrake because of urpmi.

      Seriously thou, of course Slackware will never completely die out, Pat could disapear and one of the users can just pick it up. For crying out loud, the installer is written in the common mans language: Bash!

      My company could never use Slackware because we like a silly little thing called SysV Compatibility in initialization, ie /etc/rc.d.

      --
      -- 4 8 15 16 23 42
    12. Re:So what's wrong with package management by Anonymous Coward · · Score: 0

      oh well tha take a peak in slackwares /etc dir and there it is the rc.d dir with a few *.d files in it

      /svek

  52. Every other distro is for wuss's by punkball · · Score: 1

    Slackware is a great, balls-to-the-wall distro and doesn't try to make life easy for people who can't be bothered to read a manual or a book on how to use operating systems properly.

    Debain is of course the only exception, but even Debian has more fluf than I want in a linux distro.

    I'm a student at Northeastern and the computer science department here are big fans of Slackware and use it for our linux machines. Everyone else I know are big fans of slackware. It is in no way dead and it's userbase is still large!

    1. Re:Every other distro is for wuss's by Anonymous Coward · · Score: 0

      BSD is for people who love Unix
      Linux is for people who loathe Microsoft


      Linus has no animosity towards Microsoft or Bill Gates, he doesn't give a shit. Where do you get your information?

    2. Re:Every other distro is for wuss's by punkball · · Score: 0

      It's intended to be a humorous signature, don't take it seriously.

      Linux isn't something only Linus uses either, many people who use linux made the initial switch as a result of being fed up with Microsoft software.

      Relax dude.

  53. Slackware will never die! by Mudhiker · · Score: 2

    ...As long as my cd-rs don't delaminate or oxidize.

    I started out with zipslack because it was the only way i could try out this new Linux thing without destroying my happy little compaq term-paper writing machine. Of course I discovered FIPS a few months later. (College kids living on air and sunshine don't have the privilage of buying a new hd just to learn how to fsck.)

    Since then I've tried several other distros but none gave me the flexibility of Slack. Even the latest greatest Mandrake sucks the bilges when it comes to compiling a new kernel and configuring oddball hardware. With slack all the config files are easy to find and in plain english.

    And besides, this is just a message posting of one guy saying he's too busy to maintain one nifty program. bring on the tarballs!

    --
    "I want peace on earth and good will toward men." "We're the U.S. government. We don't do that sort of thing!!"
    1. Re:Slackware will never die! by Anonymous Coward · · Score: 0

      "Even the latest greatest Mandrake sucks the bilges when it comes to compiling a new kernel and configuring oddball hardware. "

      I compiled kernel 2.4.13 on a Mandrake box this afternoon. I'm using it now. All my hardware works. (CD-R, Optical wheelmouse, Audio, 1600x1200 video ... you get the picture).

      I don't think Slack is going away anytime soon ... but I don't see the need to slam Mandrake.

  54. tempus fugit by siliconinc.net · · Score: 1

    Wow. Slackware was what got me started with linux. Ive been using it since, umm, 94 or so i guess. It seems like just a short while ago that I got into the linux thing. Guess not. Its what got me away from windows, and started me off learning about unix and unix variants. I still use slack too. its the only linux distro I can stand. But it isnt going away. Just because one package management setup developer goes byebye doesnt mean the whole thing will die. Thats whats great about open source. Just like The Church, and Dobbs himself, its immortal. :)

    Hey, Slack is A Good Thing, right?

  55. not in my house!!! by Barrow_Boy · · Score: 1

    i started with slackware, then after a few years of jousting with redhat and co, i nearly gave up on linux.

    then i remembered slackware, grabed slack 7.0 and have not looked back since. i like the bsd scripts, the lack of rpm, the console. as long as i am around, so will slackware.
    .
    .

    --
    look somewhere else for a sig... *** ** *
  56. Package managment does not a distro make by Anonymous Coward · · Score: 0

    Seems the headline opinions of the slashdot ignorant are at it again.

    This is not news, this is hate speach.

    Slackware is an up to date distro, with educated users who refrain from this sort of slashdot, juvinile, drivel.

    I've never heard of protopkg and autoslack in the 10 years I've used ONLY Slackware, so they must not be very important to its survival. Unlike the lies of Hemos would lead you to belive.

    No one cares about the opinion of the juvinile tyrant trying to mold public opinion by using the media front he may have access too.

    The opinions of the morons in charge is why slashdot will never be a reputable news source

    1. Re:Package managment does not a distro make by wet_n00dle · · Score: 1

      > The opinions of the morons in charge is
      > why slashdot will never be a reputable news source


      Maybe, but it sure is good fun listening to people like yourself complain about it.

      --
      --- If you explian so clearly that nobody can misunderstan, somebody will.
  57. Server-OS by bornie · · Score: 1

    Slackware won't die. It just won't have a large marketshare, as it should be.
    RedHat, Mandrake focuses on desktop-computers and will therefore be installed on a lot more computers while slackware - which focuses on servers - won't be installed on as many computers. And since the desktopmarket grows much faster than the servermarket RedHat and other "graphical" distros will grow faster.

    I don't see any problem with this at all, every distro has its niche and slackware is a server-distro.

  58. It's still good for something... by Anonymous Coward · · Score: 0

    I recently installed Slackware on a 386 I acquired. The other distros (except tomsrtbt perhaps :-)) simply aren't viable on older hardware. The Red Hat Installer won't even install anything, and the APT database updating/searching/indexing and whatnot will keep low-end machines busy for years (in my experience). You need Slackware's KISS philosophy -- hell, it isn't a bad idea on high-end hardware either. I don't think I'll install it on my new 1.4 GHz Athlon, but there's no REAL reason I can't. So, to summarise -- leave Slackware in the "stone age" -- it's helping the cavemen get the job done.

  59. (protopkg && autoslack) != slackware by snookums · · Score: 5, Insightful

    protopkg and autoslack were interesting concepts, but really little more that than in my view. As a long time (5 years) user of The Slack, I have come to know how to maintain the package database with simple tools like ls and grep, how to build new packages from source with only 1-2 minutes overhead on the normal build time, and how to use rsync and wget to keep my package store current. David's tools were just a way of automating what I do automatically anyway.

    I don't mean to down-play his work, just emphasise that these were tools to make life a little easier -- especially for those with a little less time and/or experience. They were not there to bring Slack "out of the stoneage", and the are not necessary for the continued vitality of the distribution.

    (By the way, what stoneage is the poster talking about? The lack of framebuffer eye-candy in the install? The lack of a package management system that can't handle alien packages? The lack of non-standard compilers, kernel and C library?)

    I don't see Slackware dying any time soon. Things have surely slowed down on the official development front since the developers stopped being paid to work on the distro, but security patches and updates to important packages (kde, vim, emacs) are still coming out.

    Slack has gone through some slow periods before, but often there is work going on behind the scenes. Just recently there was a long but very active "unstable" cycle, with many updates and improvements, leading up to the release of 8.0 (which contrary to popular belief DOES contain recent versions of core software). I think it is understandable that the distro is now in a "maintenance" phase, keeping important thing up-to-date but not embarking on major changes or attempting to keep every package at the bleeding edge. I'm confident that development will begin again when Patrick sees value in it.


    --
    Be careful. People in masks cannot be trusted.
    1. Re:(protopkg && autoslack) != slackware by Flagbrew · · Score: 1

      Yes you are correct. In fact I don't even know what the heck protopkg and autoslack are. What is wrong with manually compiling packages in the first place?

    2. Re:(protopkg && autoslack) != slackware by dangermouse · · Score: 1

      Okay, so protopkg is a really useful package-building system. It essentially "wraps" a prototype file (which is a collection of shell functions and declarations) and calls bits of it to help it build the package. You specify compile and install routines, set some magic variables, and protopkg handles the rest. Because of the way it's implemented, it's extremely flexible, and allows you to break all sorts of "rules". It doesn't care how your source is packaged, configured, or built... you specify that. It does, however, do helpful things like compress installed man pages, restore original document timestamps, et cetera.

  60. Must every Linux distribution be for the mass? by segmond · · Score: 2, Interesting

    Why must every linux distribution be for the mass, and if it is not designed for the mass or stops heading towards that direction, it is labeled as dead or fading away? I am a geek, not your average internet geek. I dislike Redhate for the same reason I dislike MSWindows, made for the mass. The same reason I loved slackware is the same reason I like netbsd/openbsd. It kind of defines my geekiness, not most people use it, it might be more painful to others but it is more exciting for me. I do not think Slackware is dying or is fading away cuz it is not trying to appeal to the mass. For the hardcore geeks, it will always be a favorite. I only run 2 linux distributions, slackware & SuSE. Just my 2 cents. :-)

    --
    ------ Curiosity killed the cat. {satisfaction brought it back | it didn't die ignorant | lack of it is killing mankind
  61. UMSDOS install by Anonymous Coward · · Score: 0

    Slackware was the first Linux I ever installed, and what I liked about it at the time was the UMSDOS installation. I didn't have to take the drastic step of repartitioning my hard drive to try it out. I repartitioned later as soon as I found out that Linux was the goods. Are there other popular distributions out there that can do this?

  62. Slackware will live on by tekniklr · · Score: 1
    As long as Linuxmafia exists, Slackware can never die. If there is an interest (there is) people will make their own .tgz packages to keep Slackware current. And, there's always the option of compiling from source yourself.

    Long Live Slackware!

    1. Re:Slackware will live on by SomeOtherGuy · · Score: 2

      Agreed (kinda)...This will keep Slackware updated with the new "bells & whistles" upgrades. But how about the boring security patches and bugfixes. I think that is one thing that has a few long time Slackers shaking in their boots. (The fact that no security patches have been updated since August is something to be worried about maybe....)

      --
      (+1 Funny) only if I laugh out loud.
  63. Joe Sixpack. by arfo · · Score: 0, Offtopic

    Well we can't have a distro discussion without mentioning Joe Sixpack. Of course like Joe Sixpack would give a shit about Linux at all.

    1. Re:Joe Sixpack. by Rogain · · Score: 1

      Fallstaff Linux, a distro for Joe Sixpack!

      --
      The current Slashdot moderation system is made by gay communists!
  64. Slackware is a model by TimMD909 · · Score: 1

    Slackware follows the KISS principle to the T. I can (and have) installed it on all my computers. From the dumb 486 terminal to the pentium (soon to be) router to my P2 w/ KDE and flashy graphics. Never once has the installation crashed/hung/etc if I didn't provoke it/did something stupid.

    The packages are great also; just tar --list-the-stuff-your-favorite-way | less to see what the installation will leave. Simplicity is it's strongest um... aspect... main GOOD thing :)

    -Tim
    goto http://www.slackware.com/ NOW!
    (ftp://ftp.slackware.com/pub/slackware/slackware -c urrent/ for Slack 8 updates)

  65. Slackware has me worried by mrdisco99 · · Score: 5, Insightful

    Slackware is an excellent distribution, which I hope never goes away. I prefer it over anything Red Hat, Mandrake, or SuSE have to offer.

    However, it's not the qualities of the distribution that have me worried about its future (so what if it doesn't do RPM?). After the "layoff" Patrick's helpers (David, Chris, Logan) have been forced to get paying jobs elsewhere and only help out on a part time basis, leaving Patrick to handle the bulk of development by himself. He's started a slackware-current which has a few package collections in there, but nothing close to a new distribution tree. I'm also concerned that the latest patches put out for 8.0 were in August.

    They've always been on time with security patches, but they've yet to release a patch for the kernel issues found a couple weeks ago. While, I don't mind so much downloading the new kernel source and recompiling it myself, I imagine there are many out there who don't know to do that. And yes, the newgrp exploit thing doesn't work in slackware because it uses shadow passwords instead of PAM, but the kernel bug is still there for exploitation by other means (su perhaps).

    The fact that David is no longer developing autoslack and protopkg is unsettling, but it doesn't concern me as much as the seeming lack of activity at the slackware site. Please, Patrick, tell me I'm wrong and that you've got something big cooking up back there...

    --

    +++
    NO CARRIER

    1. Re:Slackware has me worried by Anonymous Coward · · Score: 0

      I could'nt agree with you more!! I'm a bit worried too...

    2. Re:Slackware has me worried by Anonymous Coward · · Score: 0

      I'm also concerned that the latest patches put out for 8.0 were in August.

      It might help you if you start thinking of Slackware in a different way. Instead of thinking of it as a distro that you occasionally update, think of it was just a really neat way to get a starter system on CD-ROM. Then you update everything yourself, in the "from-scratch" style.

    3. Re:Slackware has me worried by multriha · · Score: 1
      Go grab the latest kernel source and compile it. That's the slackware philosophy.


      The people using slackware aren't using the stock kernel that comes with the distribution for anything other than installation.


      That's one of the reasons why the slackware people don't patch the source for the kernel that is distributed. It's assume that the user's going to compile whatever version they want, not depend on somebody to hand the them one with a bunch of useless extra stuff in it

    4. Re:Slackware has me worried by mrdisco99 · · Score: 2

      That's not been the case in the past. Yes, Slackware has a reputation for being a DIY distribution, and I like it that way. However, they've always posted security fixes themselves. Any responsible distribution should do so, IMHO.

      --

      +++
      NO CARRIER

    5. Re:Slackware has me worried by Arandir · · Score: 2
      they've yet to release a patch for the kernel issues found a couple weeks ago.

      What kernel issues are those? Slackware 8.0 ships with the 2.2.19 and 2.4.5 kernels. I don't recall any security issues with those.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    6. Re:Slackware has me worried by mrdisco99 · · Score: 2
      --

      +++
      NO CARRIER

    7. Re:Slackware has me worried by Arandir · · Score: 2

      No, they haven't issued a patch for these two issues yet. I never claimed that Slackware was perfect.

      But two factors may explain why these two items didn't get "utmost" priority on Patrick's todo list: 1) they are local exploits, and 2) they do not affect the default and recommended kernel.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    8. Re:Slackware has me worried by mrdisco99 · · Score: 2

      Actually, the default kernel (2.2.19) is just as vulnerable as the "edge" kernel (2.4.5).

      And just because they are local exploits doesn't make them any less important. It's generally a lot easier (social engineering, default passwords, more users = better odds) to hack a user account than to hack root. I'd be very disappointed if that was Pat's attitude toward security.

      --

      +++
      NO CARRIER

    9. Re:Slackware has me worried by Arandir · · Score: 2

      Not everything can have the utmost priority. Not even security issues. Of course, there aren't a whole bunch of pending securities issues right now, so there should be time to work on the lesser priority ones. I don't know why Patrick hasn't placed 2.2.20 and 2.4.12 kernel packages under patches and current. But I do know the Slackware track record, and it's a better track record than those distros that issue press releases disputing security issues.

      p.s. I misread that bugtrack, I thought it said 19 and not = 19. My mistake.

      p.p.s. I guess I don't understand what a "local exploit" is. I thought they were exploits that could not be made remotely. Again, my mistake.

      p.p.p.s. These issues came out two weeks ago, during a time of intense chaos at Slackware Inc. It would be nice if every issue was resolved in two hours and chaos relegated to the deepest pits of quantum physics, but the fact that they're not is still no reason to worry over the demise of Slackware Inc.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  66. Slackware is not a M$ wannabe... by Matro · · Score: 0, Flamebait

    ...and that is the reason why it will live on.

    Slackware is the distro for people that knows UN*X. Let the converted windows user use Red Hat or whatever...

    That's my 2 cents...

    1. Re:Slackware is not a M$ wannabe... by Anonymous Coward · · Score: 0

      Doesn't it seem odd that Slashdot is always wondering when slackware will die?

      I've installed slackware 8 recently. It is a fully-functional, complete linux system. There is nothing that I can get with other distributions that I can't get with slackware.
      I've been playing tribes2 with my nvidia card under slackware for sometime now.
      Slack also seems to be the most stable linux I've ever used.

      When will slack die? Never. What kind of vested interest does VA linux (or VA soontobe delisted) have in supporting Debian. Slashdot is a debian centric site, for those that haven't noticed. Is this a coincidence. I think not. Slackware is the competitor in the same space as debian.

      Think about it.

      1. Redhat, Suse, Mandrake, Corel, and Caldera.(very similar dists with similar goals.)
      2. Debian and slackware. Very similar dists with the same goals...like stability.

      Yeah, slackware doesn't have apt-get. Isn't apt-get an application that can be installed. You know like RPM can be installed. Or alien.

      Not that I have anything against debian, or am I a slackware zealot. I just want to point out that rather obvious bias, on this site.

  67. And it won't die any time soon by ronmon · · Score: 1

    Because most Slackers are fairly self sufficient to start with and aren't afraid to roll up their sleeves and get involved with their OS. Some non-coders even find it easy to contribute, albeit in a small way, by packaging and distributing a few of their favorite apps.

    Will Patrick Volkerding become a household name? I don't think so. Will Slackware IPO and make waves on Wall Street? Not likely. But there will always be a solid core of users that can't be convinced that there is a better distro and will continue to keep it so.

    1. Re:And it won't die any time soon by ThatComputerGuy · · Score: 1

      Also, for many more Slackware packages, head over to LinuxMafia, "Slack Pack Central".

      --
      XML is like violence. If it doesn't solve the problem, use more.
  68. question by archen · · Score: 1

    Well judging from the comments here, I doubt Slackware will ever die. I recently came across a laptop (Midwest Micro) with a 486 @ 66Mhz, 8mb RAM, and 500Mb hard drive. I decided to dump DOS on it, because it's a pain in the ass even to play DOS games on the thing (the trackball is busted). It ONLY has a floppy drive, so that right there limits my choices. I have this feeling that Free BSD will blow up in my face, so that leaves me with Linux. My question is, should I go with Debian, or will Slackware work. Lets face it, I'm doing a floppy install. I'm going to have to build everything up from scratch anyway, I'm just wondering if either distro has an advantage in this case.

    1. Re:question by slycer · · Score: 1

      I've installed slack on a 486sx 33 laptop with 8 meg of RAM and a 400ish meg harddrive. Same scenario as you, no cd-rom. I however, had a pcmcia nic, which enabled me to do an nfs install. Worked great.

      It runs X in a 640x480 (virtual 800x600) display, and I run the window manager session from my "main" machine (1 Ghz athlon) on the laptop's X server, which allows me to do everything I normally would, at the speed that I normally can, from the couch in the living room.

    2. Re:question by Anonymous Coward · · Score: 0

      That's how I do that sort of thing:
      1. fsck the laptop with 3 partitions: 1 swap, 1 linux FS, 1 dos fs
      2. format the dos FS
      3. Use a paralel transfert cable, and boot up your 2 pc (the laptop and the host system which has a CD Drive) and the common doslink tools from DOS 6 (or laplink)
      4. Copy from your host to your laptop the base packages (the A serie of slackware).
      5. Boot your laptop with the slack install disk, and install the A serie.
      6. Reboot the laptop, change the FS of the DOS partition in linux FS, format it and mount it as /home (or anywhere you want, or not if you wanna keep a dos partition).
      7. Set up a SLIP or PLIP (with that paralel transfert cable) between your Laptop and Host computer with the CD Drive
      8. Install the packages you want via an NFS connection to your CD...

      You could also install slack through a PLIP or SLIP link (network install) with NFS from scratch. That is even smarter.

    3. Re:question by Soapscum · · Score: 1

      I have an older Slackware (Kernel 2.0.34) running on an old 486-33 with 8 megs of RAM and a 95 megabyte harddrive, and it runs like a champ. I used the think the box was screwed up because Windows 3.0/1 kept crashing and locking up. With Slackware it is a rock solid, easy to maintain machine for routine tasks like surfing with Lynx, reading email with Pine, chatting with BitchX and so forth. I laugh when I hear that Windows XP (eXtra Problems) requires some absurd amount of RAM and a processor that just a few years ago would be considered a supercomputer. It is absolutely laughable. Long live Slackware.

    4. Re:question by Anonymous Coward · · Score: 0

      If the laptop has a floppy drive and a PCMCIA port, get a PC-Card NIC and use the NFS method to install Slackware on it. That's what I have done for years to install Slackware, and NetBSD, onto my laptop of similar vintage.

  69. Err... no by PianoMan8 · · Score: 1

    Slackware was around long before David. Slackware will continue to be around long after David. He made some good tools, and I'm sorry he's decided not to develope them anymore, but se la vi.

    To be quite honest, as a long time slackware user, I've never used his tools, and I never saw the need. It's slackware's lack of "sophisticated package management" that distinguishes it from the others.. and whether you agree with that or not, some people like it. And will continue to use it.

    And I don't think the -real- driving force behind slackware, Peter, will be giving up on it anytime soon... even if he's no longer getting paid for it.

    pm.

    --
    - --
    "I Hate Quotes" -- Samuel L. Clemens
  70. Good Distros Never Die, The only Fade Away... by josquint · · Score: 1

    just had to say it :)

  71. Domain Registry uses Slackware by Jodrell · · Score: 4, Interesting

    My company uses Slackware exclusively on all our servers all over the world, and on the desktops of the technical department (apart from me, I use RH). Nothing gets us worked up more than the release of a new Slack version.

    Part of the reason is habitual, but Slackware's simplicity and UNIX-ness is also very appealing for a large, complex network that needs a lot of work to operate. Its lean install (if you don't want it, you don't have to install it, if you do, put it on yourself) is perfect for mission critical stuff where security is important.

    That's why Slack will always have a place in our hearts and on our boxen.

    1. Re:Domain Registry uses Slackware by m2 · · Score: 2
      Part of the reason is habitual, but Slackware's simplicity and UNIX-ness

      Pray, say, what does make Slackware more UNIX-ness than Random Joe Linux, hmmm?

      For whatever is worth, Interesting is a rather appropiate moderation in this case. It is genuinely interesting to see some people say Slackware is more Unix than other distros because it lacks something. I mean, I usually think of my distro as very Unix-like because the stuff it has, not because of what it lacks.

      [Slackware] is perfect for mission critical stuff where security is important

      Another interesting point, particularly if you take into account that quite a few people here are defending ./configure ; make ; make install as something good... (and a side note: exit status? what exit status?)

    2. Re:Domain Registry uses Slackware by Skapare · · Score: 2

      Well, if you are paranoid, then do:

      ./configure && make && make install
      --
      now we need to go OSS in diesel cars
  72. Fate of Slackware by gsmraxe · · Score: 1

    3 years ago, i tried redhat, debian and slackware (most popular in 98) the only one i could figure out how to get working was slackware. Slackware is IMHO the easiest distro to install, one of the toughest to configure and get working. Because of the lack of GUI tools (thank god!), slack users are forced to edit bash scripts, learn slack for your first linux distro and redhat and the others are a piece of cake. I do like the other ones, but Slackware is it for me..
    If development does stop, I'll just take the last official release and maintain my own distribution of it by updating packages myself. It's simple =]

  73. First commercial Linux distributions by Anonymous Coward · · Score: 0

    Slackware wasn't the first. I believe SLS Linux was the first. It got the whole idea of commercial distributions started. Then there was Yggdrasil Linux. That was a very good distribution, and I'm not sure why they didn't continue work on it. Slackware has a long history, but it is not the oldest.

    1. Re:First commercial Linux distributions by Anonymous Coward · · Score: 0

      Yggdrasil still exists.
      http://www.yggdrasil.com/

    2. Re:First commercial Linux distributions by stox · · Score: 1

      My memory is fuzzy on this, but didn't slackware come from SLS? I seem to remember that SLS died, stalled, whatever, and Patrick picked it up and ran with it. Regardless, slackware deserves a lot of credit for building mementum early on, and helping make Linux what it is today. It is also one of the purest and most honest distributions, done for love and not for a fast buck.

      --
      "To those who are overly cautious, everything is impossible. "
    3. Re:First commercial Linux distributions by Lispy · · Score: 1

      hmmm...exist??
      They may have a website running, but their latest Distri is from 1995...i rather tend to believe that someone forgot the Logon to their webserver and now it keeps running forever ;-)

      ((Boy, 1995, those were the days...
      Boss 1995: "The Interwhat?? Billy said its not important...whats that beeping noise anyways??"

      Boss 1999: "Whats your name again? Who cares, i call you Internet Production Something from now on, we NEED to be in there til afternoon."

      Boss 2001: "We might have overestimated the potential of Blah but our new micropaymentsystem will..blah..blah..." *sigh*))

    4. Re:First commercial Linux distributions by Anonymous Coward · · Score: 0

      I think you are probably right. I remember starting to use packages from Slackware to update my SLS system. It was a an easy no brainer.

  74. A few items about slackware.... by Anonymous Coward · · Score: 0

    First I run it on 4 desktops & one laptop, the reason? Gaming. Slackware is minus the bloat, so I get a few extra frames per sec under it (yes I've tested versus Mandrake 8.1 & Redhat 7.2. It makes gaming much more enjoyable, and it is a desktop OS for the true Unix enthusiast. http://loserboys.dynodns.net/work_desktop.jpg

  75. hell no it's not dying by jbridge21 · · Score: 2

    As long as there's a few hackers somewhere on the planet who want the Slack tradition to continue, it will.

    I myself have almost a dozen boxen installed with Slack, and it's about to be one more.

    1. Re:hell no it's not dying by Anonymous Coward · · Score: 0

      Cool! Get that last box set up, shoot a few minutes of 8mm footage of it, and release a movie called "THIRTEEN HOSTS" !...

      Sorry, couldn't help it.

  76. Slackware on my boxes by ChaoticCoyote · · Score: 2

    I've used Slackware off-and-on for a couple of years; it's one of three distros I've installed on a regular basis. Right now, though, I'm trending toward two distros: Debian and Mandrake.

    I use different distros for different purposes. My laptop, for instance, has a Mandrake 8.1 install, because I didn't want to spend lots of time making exotic hardware working with Debian or Slackware. Mandrake installed perfectly the first time, enabling all the laptop's devices without even a hiccup.

    My servers and cluster, however, run Debian-testing, because I can install a simple, tight, focused Linux for Beowulf or web hosting. I don't need KDE or X or any exotic drivers on my cluster nodes; I do need a reliable and concise install. Mandrake is too "fluffy" for my cluster... ;)

    As it stands now, Slackware is fading from my systems because it doesn't give me anything I can't get from Mandrake or Debian. If Slackware is going to survive, it needs to provide a unique value not found in other distros.

  77. What the hell is going on with Slashdot? by Anonymous Coward · · Score: 0

    I can't believe this crap. Slackware in the news because the developer is taking a break from the message forums. Dave and Logan were let go months before. It is unreasonable for them to stop development on features that WERE NEVER parts of the official distribution? SHEESH

    How about this Slashdot report on the fact that Kuro5shin was dropped by OSDN while /. was not.

    Maybe posting bullshit pieces like this to keep your page hits up is the reason.

    Go find some news

  78. Wrong question... by Anonymous Coward · · Score: 1, Interesting

    A better one is "How many years ago since it became irrelevant?"

    Slackware was a nice advance from SLS. It was surpassed by Red Hat Linux in 1995, 1996 (RHL has kept it leadership position since then - fundamental and important changes happen there first (not counting "newer version of irc client foo")), and Slackware has been pretty irrelevant since.

  79. Slackware is still number one in my book... by p4n1c88 · · Score: 1

    Slack is the only distro I use. I use it as a base install and go from there. I guess it's just the fact of how much you actually want to use the CLI instead of a GUI.

    Slack still has a good following and I'll continue to use it.

    --
    -------
    People are great... When they don't come near me.
  80. My First, My Last, My Everything by Spud+Zeppelin · · Score: 3, Informative

    (with apologies to Barry White)

    Slackware was the first Linux distro I installed, more than 6 years ago. Since then, I've flirted with the GUI-package-oriented distros (Red Hat and Mandrake in particular), acquired disks of several others (tradeshow giveaways and the like), been exposed to Debian on servers someone else installed, but I've come back to Slack, to stay.

    Why? Several reasons really:

    • Once you've gotten used to installing it, it really is a very straightforward install. In fact, it should look VERY familiar to anyone who has ever installed FreeBSD.
    • It's rock-stable when it's released. I'm writing this on Slackware 8.0 now, in fact. It actually fulfills the promise of being useful both on servers and workstations with a single distro.
    • It is far and away the easiest "mainstream" distro to lock down. Want to ditch the RPC Portmapper? Comment out four lines (two of which are if and endif) in one rc file. None of those annoying system maintenance daemons that open up all sorts of vulnerabilities like some of those well-dressed distros from the East Coast, either.
    • It wasn't built for greed. This is a compelling argument, and you can make it in favor of Debian as well. Contrast this with those companies that have complex venture-backed and/or publicly-traded business models based on selling distributions. In fact, Slackware's very name is derived from Church of the Subgenius materials predicated on the rejection of greed ("Get Slack!").

    I think I'll go along with what others have said about this: even if Slackware, by name and/or business, were to go away, there are plenty of people in the Slackware community (myself included) who have the wherewithal, interest, and capability to "roll-our-own" Slack-like distros. I would expect, if it were to happen, to see all sorts of "children of the Slack" proliferate as a result, perhaps none with the singular momentum of the parent, but all with a specific niche to fill.

    --

    MOO;IANAL.
    There used to be a picture linked here.

    1. Re:My First, My Last, My Everything by King+Babar · · Score: 2

      As reasons for still using Slackware, Spud Zeppelin writes:

      It's rock-stable when it's released. I'm writing this on Slackware 8.0 now, in fact. It actually fulfills the promise of being useful both on servers and workstations with a single distro.

      Historically, however, I'd like to point out that this has not always been the case. A lot of people back in the day switched away from Slackware to the new upstart Red Hat when the maintainer of Slackware put out releases where it was absolutely clear that nobody had ever tested *anything* much. Really, it was off-scale that way. This was interesting given that Slackware had started out as rebadged, bug-fixed version of SLS, which itself had problems in that the maintainer would make big changes to things like the kernel in for-real releases that ended up breaking things.

      Note that this is not a flame against either McDonald or Volkerding; Linux might have gone *nowhere* without their contributions. But it is pretty much a historical fact that distributions like these have tapered off as Linux has taken off. This is not surprising: the amount of effort it takes to deal with the complexity of packaging a modern Linux system has gone beyond what a single person can do. Corporations can do it, as can the very impressive distributed organization that is Debian, but not any lone hacker.

      It does make you a bit nostalgic. According to the lore, Ken Thompson used to send little "with love" notes along with the magtapes of what we now call Unix to remote sites. I can tell my grandkids one day about downloading SLS onto 40 or more 5.25" floppy disks and secretly installing a rebel Linux partition on the PC in my office at UCSD. It has to start that way if it's any good. It has to change at least a little bit if it's going to stay any good, or be good for more than a small circle of friends.

      --

      Babar

    2. Re:My First, My Last, My Everything by 1%warren · · Score: 1
      This is not surprising: the amount of effort it takes to deal with the complexity of packaging a modern Linux system has gone beyond what a single person can do. Corporations can do it, as can the very impressive distributed organization that is Debian, but not any lone hacker.

      Hmm, I've built Linux From Scratch with XFree86 4.x, KDE 2.x, & a few other bits & pieces, in less than a weekend. It simply isn't as hard as you think. For what one person can achieve by themselves, have a look at Peanut(I used it to build Linux From Scratch).

      --

      Full plate and packing steel! -Minsc
    3. Re:My First, My Last, My Everything by Arandir · · Score: 2

      He wasn't talking about building a distro from scratch. Anyone can do it. That's the easy part.

      The hard part is keeping a distro up to date at all times. It's pure energy drainage. You have to keep track of the development of EVERY package you included, and for a significant number of them, bang 'em hard enough with a mallet so that they fit.

      Redhat, Mandrake and SuSE manage because they have a big staff. FreeBSD and Debian manage because they have scads of volunteers. One guy by himself gets swamped pretty quickly. It's one reason why Patrick kept the distro small.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  81. Slackware first distro? Not quite by ptomblin · · Score: 2

    Some of us here remember SLS 1.02 of the 100+ 5 1/4 inch floppies, and SLS 1.03 of the broken jewel cases. And we also remember the broken promises for an update for SLS, as well as the outright fraud of taking advance orders, and then claiming that the computer with the CD masters and the payment records had been stolen out of his car.

    --
    The next Cmdr Taco duplicate will be ready soon, but subscribers can beat the rush and see it early!
  82. Slight correction by X-Nc · · Score: 1
    ...the first commercial linux distribution...

    This isn't technically true. SLS was the first "commercial" distro (in that it was available for purchase). Slack was the first commercial distro to break out of the unknown.

    For the trivia buffs, Slack was the 4th distro out (not counting HJ Lu's Boot/Root floppies). It followed MCC, TAMU & SLS.

    --
    --
    If I actually could spell I'd have spelled it right in the first place.
  83. Idiot. by Anonymous Coward · · Score: 0

    Troll much?

  84. slack's the best distro by Anonymous Coward · · Score: 0

    i love slackware, it's stable, secure, fast, simple, and it doesn't get in my way. i use it on all my servers and desktop machines and i hope it stays around a long time.

  85. we have to let go and open our mind by posix4 · · Score: 1

    Right now i am typing away at my laptop which has booted many an os:
    Windows 98(that is what came installed on it), FreeBSD, NetbSD/OpenBSD (they didn't fork that long ago),Linux (Debian/Slackware),beos, exos(www.pdos.lcs.mit.edu),plan9 ,qnx (if it supported my wireless card i probably would have stuck with it) and even wrote some things with ostoolkit and used oskit with click to actually see if it could get the performance they claim.

    Unfo., for now I will stick with debian. Not because i am some linux fanatic, but because it is the best tool for the job(atleast for me).

    I hope and will continue to work on other oses so that one day i can use something technically superior to linux. Maybe it will be something (less/more) flexible, maybe you wont communicate with pictures or words but instead "brain speak". Atleast I know my brain doesn't use pictures or words to represent ideas.

    IMO as time goes forward slackware will fade away, along with almost every single piece of software used today (atleast every OS). It may take 20 years or maybe even 1000, but they will be gone, hopefully...

  86. Stone Age? by Anonymous Coward · · Score: 0

    I see the misconception of Slackware being an antiquated, outdated operating system still exists. Remember, that idea died with the introduction of 7.0 and GLIBC2. The fact is that Slackware now stands among the most feature-filled and up to date Linux distributions, and it's damn cool at the same time.

    Avoid associating a worthwhile operating system with one that carries a package manager or method of keeping the system updated automatically. Slackware maintains its position as a niche distro outside the general hoi polloi fanfare. And it has BSD-style inits! I've lost count on how many times I've had to fix X servers or busted simlinks for users brought up on the Redhat philosophy. But don't get me wrong; Redhat may not neccessarily be bad, but simply different.

    Threads like this almost serve to convince people that Slackware dying is the case. If I recall, Slackware still runs on a fair number of servers on the 'net. Simplicity is art, and Slackware ships with all the fluff cut out. Thanks, Pat!

    Y'all need to join the family.

    An anonymous, Slackware-using coward.

  87. Mod story -1 troll by osiris · · Score: 3, Informative

    That story seems to just be trolling. i mean, the slackware forum at www.slackware.com is always buzzing. doesnt seem like its dieing to me. i use slackware 90% of the time on my workstation to do just about everything i want. it runs the apps i want, i can install them no problem. the slackware community has been going fine for years without a package manager and still keeps its userbase.

    what does that tell you.

    Just because some apps are no longer being actively developed by the lead maintainer doesnt mean the distro is dead. thats the beauty of open source. if alan cox or linus decided that they no longer had time to work on the kernel, would people shout that linux was dead?

    i think not. as many people have said here, they are still using slackware, lots of people are. just because it isnt keeping up with the 'latest and greatest lindows distro' doesnt mean its dieing.

    As another poster said, slackware's goal is not to ipo, make a huge amount of money (although im sure patrick wouldnt mind that, heh), and take over the world. its to have a linux distro based on KISS. and it works.

    slackware lives on, and always will.

  88. Well, its not mainstream anyways... by josquint · · Score: 2, Insightful

    While i think Slack will always have its place, i do believe it is fading...

    I just downloaded Slack 8 last week, hoping to replace Caldera on my main system. I couldnt get Caldera to install very lightly, and after that i couldnt get a whole lot of programs(both .rpm and .tgz) to actually freakin install on it.

    So load the ONE cd into the drive.. go through the install. Not quite as nice of an install as other distros, but i managed to get it going.

    To my amazement, it seemed to install everything i wanted, KDE, XMMS, X, sound support, usb support, mozilla, and the latest and greatest versions of the kernel, libraries, etc. So i thought: Great! this'll be perfect, everything i need, nothing i don't!

    Then i rebooted, WOW what a fast boot time. Logged in, typed "startx". Nothing.
    Basically none of my hardware was set up, except my NIC. Now i do like Slack's KISS philosophy, however, if i want to install an OS, i want it to actually use the hardware i install it on.

    Every other current distro i've thrown on that machine(Athlon 1.2, SBLive, Geforce2, USB mouse, Linksys NIC) like RedHat, Mandrake, Caldera, SuSE... all the basic hardware worked after the install (granted to get 3d accel on the geforce i had to set it up with the detenator drivers, but at least X came up)

    So if slack is going to stay fairly used, I'd say it has to have better hardware detection at least.
    It has everything else going for it, but i'm not spending an additional 4 hours setting up my hardware post-install, its not worth it.

    However, I didnt waste the CD-R i put slack on, I had an old k6-300 i put it on to act as a router. So, yes, Slack still has its place, so i dont think it should just dissapear, but its not my first place for a workstation machine.

    1. Re:Well, its not mainstream anyways... by (startx) · · Score: 1

      Did you even bother reading any documentation at all? Try http://www.slackware.com/book

    2. Re:Well, its not mainstream anyways... by Mr_Matt · · Score: 1


      So if slack is going to stay fairly used, I'd say it has to have better hardware detection at least.


      Why? So users with bleeding-edge/unsupported/just plain wonky hardware get to look at "new hardware detected - please supply driver module" messages halfway through boot? Isn't that what Windows is for? :)


      I've been running Slackware since version 3.4, and one of the many blessings is that if I don't desire to waste system resources on supporting a device that doesn't work yet (say, a hardware DVD decoder or a seriously wonky TV card) I can just _ignore_ the damn thing until it's fixed, or a driver source is available. Or install a moderate solution (say, the "nv" driver for my TNT card) until a better solution comes along (NVidia's 3D driver "nvidia" - bless them, bless them, bless them for that :)


      Some of us like setting up our hardware the way we want it to be set up. And that's why Slackware isn't "fading out" - as long as a few people still like having control over their systems, it will always be around. By all means, be happy with your auto-installing software - I'm happy with my "roll-your-own" system. Isn't that freedom what the whole Linux/OSS movement is about?

      cheers!

      --


      But what does my opinion matter, I just vote here. It's not like I have any money or anything.
    3. Re:Well, its not mainstream anyways... by Arandir · · Score: 2

      Great, your installation was a success. Now you need to take the next step: systems administration. Try configuring X and see if that works. (last time a distro automatically configured X for me, it though my Matrox G450 was a generic frame buffer; the one before that caused a boot/crash/reboot cycle; I'll stick with good old reliable xf86config)

      Slackware has excellent documentation. Try reading it. You can find it on ISO #4, or at www.slackware.com/book/

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  89. First Commercial distribution? by sprag · · Score: 2, Interesting

    I always thought SLS and Yggdrasil were prior to Slackware, or at least very close contemporaries.

    Come to think of it, I'm pretty sure that Slackware was a modification of SLS.

    Anyone remember? Does anyone have SLS disks anymore?

    1. Re:First Commercial distribution? by JoeF · · Score: 1

      Yes, SLS was there before. I think I still have a set of SLS disks somewhere.
      When SLS died (in 1993, I think), I switched over to Slackware, excatly because it was so similar.

  90. You people takes things waaayyy out of context by Anonymous Coward · · Score: 0

    If you read closely the post he made on the slackware forum, it states nothing more than the fact that he is in school and does not have time to maintain these apps (perl scripts really).

    Honestly, autoslack is kind of neat, but could have been done a whole lot better, and protopkg works (sort of), but is not the proper way to build a pkg in Slackware. It not only contaminates the build machine (it physically installs the pkg to the build machine), but it also basically uses smoke and mirrors to accomplish the packaging of the stuff afterwards...for example if a pkg adds something to a config file, protopkg will not catch this 'addition' but it will put the entire new file into the pkg!! It takes a 'snapshot' of all the files on your drive (except the dirs you set it to ignore) before and after the installation and it compares timestamps on the files. (ack) Not exactly and elegant approach.

    No offence to David, but neither of these scripts will make or break the future of Slackware.

    As far as a _real_ Linux server I would run absolutely nothing else but Slackware. It is the most Unix like of the Linux distros available today. Call me old school, but Patrick's strong ethics when it comes to distro building make me a happy camper.

  91. So what. `nuff said. by Carbon+Unit+549 · · Score: 1

    yeah, it was my first too. Does that mean I want to stick with my 486 too. It's just a distro!

    --

    nohup rm -rf ~/. >& zen &

  92. Hopefully not an issue by MissMyNewton · · Score: 1

    Those of us who prize Slackware, prize it for its minimalist *and* do-it-yourself approach.

    Automatic package retrievers, while nice and certainly useful and welcome and needed by other distros, aren't really needed by us.

    I think the discontinuation of those efforts are more an indication of the lack of need of *those services* by Slackware users, rather than a lack of interest in Slackware.

    --

    ---

    Information wants...you to shut your pie hole.

  93. You obviously can't cook... by SaDan · · Score: 1

    'Nuff said.

  94. i'm in the same boat by Anonymous Coward · · Score: 3, Interesting
    The problem with Slackware is that it's too good. I installed it about five years ago and found zero reason to upgrade. Of course it's no longer Slackware, really: every library, every app, and every utility have been recompiled and upgraded about 20 times each I think, and the kernel has been recompiled about ten times that :).

    When I got a new computer, I just decided to run it root-initrd against the old one (now the server), instead of taknig the opportunity to install a new Slackware. So I don't know what's happened to it over the last five years, but I really don't care: Slackware as it was five years ago was absolutely PERFECT!

    BTW the "packaging" things which apparently brought it out of the "stoneage" are rubbish (install_pkg or something like that?). The first thing you should do after installing a Slackware machine is remove them. I made a script (complete with ncurses/X menu-ing system) to automate the './configure && make && sudo make install' process (useful for remembering 'configure' options, too), and it's much nicer and much more versatile than that glorified 'cp -a' install_pkg garbage.

    As I'm now playing with the Hurd, I'm playing with Debian (since Debian is the only distro available for the Hurd right now). I must admit I do like apt-get (especially since I don't know what I'm doing in the Hurd yet!), but there's so much that's very un-Slackware-like, and it annoys me. If I ever get comfortable with the Hurd, I'm going to have to rearrange the file system and init scripts and whatnot just to get rid of that icky Debian feel :)

  95. Re:Slackware first distro? Not quite by sprag · · Score: 2

    Well, it wasn't that many 3 1/2 disks :) Luckily the university had a computer lab next door to my dorm and I had to run back and forth with 5 floppies while installing the system :)

    does anyone still have a copy of SLS laying around? It might be interesting to show to these newbies how far distributions have come...

  96. Slackware was not the first commercial distro! by TA · · Score: 1

    Slackware "..the first commercial linux distribution"??? Ah, how soon we forget. Slackware was NOT first, the SLS distro was. And long long before.
    TA

  97. Package management debate by Ledge · · Score: 1

    I have always found the whole "Slackware has no package maintenance tools" debate to be a joke. I mean, give me a break. If you want to use a package system, and you can't figure out pkgtool and removepkg, you've got problems. I don't care what distros package management system you are using, if you are counting on it to not totally screw up your system and not backing up your data, you are a braver person than I am. Besides, if the stuff at linuxmafia isn't your cup of tea, you should be capable of compiling your own stuff. Slack is a highly stable distro with a firm base and a package management system that works perfectly well.

    --
    If it ain't a Model M, it's a piece of crap.
  98. The trolls have taken over Slashdot. by SaDan · · Score: 1

    Yes, they certianly have.

    If not, then some of the people submitting stories (and those who are approving said storys) are looking pretty ignorant.

    Cantrell did a lot of things for Slackware, but Patrick V. is the man in charge of this distro. Some areas of development in Slackware might be slowing down, but the distro is far from fading away.

    Anyone who knows anything about Slackware knows this.

  99. Is a single linux distro the future? by Idimmu+Xul · · Score: 0
    It seems lately that alot of linux distros seem to be having difficulty :/ AFAIK Debian (my personal fave) seems to be doing ok, but Progeny crumbled recently iir :/

    Perhaps a single unified distro could be the future? As it is essentially each distro is trying to sell the same thing with their own configuration tools, and even these config tools are becoming more and more similar..

    --
    The problem with slashdot is that most of its users were bullied and stuffed into lockers as kids!
  100. Slackware will never die by PlaysWithMatches · · Score: 2, Interesting

    I've used many different distros over the years - Red Hat, Mandrake, SuSE, Storm, Caldera, etc. While they all had their good points, I didn't truly like any of them as much as I like Slack (although Debian did come close). Why?

    Part of it is simplicity. With distributions like, say, Mandrake, you get a lot of decisions made for you. That's the whole idea behind Mandrake and its kin. To hide the complexities underneath from the average user. But in so doing, they weave a tangled web that can be quite annoying for a power user to undo or modify to their needs. This is the opposite of Slackware - it gives you a powerful base of core software, with a few extra goodies thrown in. But if you really want to only install 50MB of stuff, you can do that. Don't want X? Gone. No KDE? No problem. And so on, and so on.

    For people like me, Slackware is a wonderful distro. It allows one to start out with a very functional system with more than enough to get started, and build their system from there. Unlike the other newbie-ized setups, KDE and GNOME are not thrust down my throat. I happen to like WindowMaker, and even before the installer nicely offered that as an option, Slackware was more than happy to oblige my choice of window manager. And while many would cite the fact that Slack is a non-RPM distro as a weakness, I don't miss it. In the past, compiling things would be a more worrying prospect for me, especially during the turbulent times when glibc wasn't yet standardized across the distributions. But honestly, I'm not bothered by compiling my software, and I generally don't have the problems I occasionally had with RPM systems (ever try to upgrade RPM itself? how many times have you had to upgrade tar or gzip?).

    All distros have their place - Slackware's place is with the power users, who don't want to be stuck with a Windows-wannabe setup. Slack harkens back to the day when men were men, installers were text, and Linux was Linux. And that's just the way I like it. ;)

    --

    Mozilla's a nice operating system, but it needs a better browser.
    1. Re:Slackware will never die by PbHead · · Score: 1
      But honestly, I'm not bothered by compiling my software, and I generally don't have the problems I occasionally had with RPM systems

      Hallelujah!

      Slackware's place is with the power users, who don't want to be stuck with a Windows-wannabe setup.

      Praise the Slackers!

      Slack harkens back to the day when men were men, installers were text, and Linux was Linux. And that's just the way I like it. ;)

      Amen Brother!

      --
      Opinions Expressed by Me should be Forced on Others - PbHead
  101. Lightweight installs with Slackware by SaDan · · Score: 2, Informative

    Yup, one can really trim down an install of Slackware to run on pretty much anything with a couple megs of RAM and about 40megs of HDD space.

    I installed Slackware on a 486DX-33 w/12Megs of RAM and a 100meg hard drive to act as a print spool for an old laser printer on our network. Shut down all services except what was needed for printing, installed SSH for remote admin, and let it loose.

    You can pretty much shape Slackware for whatever job you need a Linux machine to do, and you can do it easily.

    1. Re:Lightweight installs with Slackware by schon · · Score: 1

      I installed Slackware on a 486DX-33 w/12Megs of RAM and a 100meg hard drive to act as a print spool for an old laser printer on our network.

      My smallest install was a 386SX with 8MB of RAM and a 40MB HD..

      It was a SMB print server for a laser printer..

  102. It isn't in the spotlight, but won't die. by Maul · · Score: 2
    I'm sure that Slackware will always have a place. I know plenty of hardcore Slackware users, and I don't think they have any intention on giving it up.


    We don't hear much about Slackware very often, that is true. In the last couple of years we've seen Linux IPOs, the domination of Red Hat, and many other flashy distros with neat logos and nice web sites (Corel, Mandrake, and so forth). Slackware has kinda stayed in the background of the Linux world, so to speak.

    --

    "You spoony bard!" -Tellah

  103. Exactly. by SaDan · · Score: 1

    Patrick V. doesn't get enough credit for the great work he does putting out a quality Linux distro like Slackware.

    Slackware is consistant, stable, and has a very small footprint when it comes to memory useage and disk useage. Its just much less complicated than other Linux distros, and much more efficient.

  104. Get you news from reliable sources by (startx) · · Score: 3, Informative

    If the submitter had bothered to even glance at the slackware forum, he would have seen that David Cantrell and Chris Lumens have gone back to school now that Windriver dropped slack. Pat (who has always been the main man) has been busy shipping slack 8 and other business details he didn't have to worry about when wccdrom/bsdi was doing the publishing. He still updates -current occationally, and other than the latest fancy kernel, it's still one of the most up to date distros out there right now.

  105. Trolling. by saintlupus · · Score: 1

    This ask slashdot sounds a touch like the *BSD is dying troll

    Yeah, it certainly doesn't sound like a half assed attempt to start a distro flame war with lots of posts, does it? Banner ads ahoy.

    Fucking Christ on a pogo stick, this site is going into the toilet fast. As you can see from my UID, I'm a relative newcomer but even I can see the signal to noise dropping. And to think I wasted all that time gathering karma, eh?

    (You know, I really hate these "Slashdot is suckier than before" posts. But this story is just blatant dogshit.)

    --saint

    1. Re:Trolling. by FortKnox · · Score: 2

      Actually, I've seen less and less -1 trolling lately.

      I doubt this is from lack of trying. They (yes, the people that give you "Your Rights Online") are censoring them pretty hardcore. So what do the trolls do? Work harder and come up with articles like this.

      To quote Princess Leia (I'm paraphrasing so don't flame the quote):
      The harder you squeeze, the easier it is to slip through your fingers!

      --
      Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
    2. Re:Trolling. by saintlupus · · Score: 2, Insightful

      So what do the trolls do? Work harder and come up with articles like this.

      Or like the one about "Cesium". Or the "How ESR built a bad motherfucking computer." Or the "Look how quiet my ThinkGeek(tm) computer is" article.

      There's tech news happening every day. Are the readers here really more interested in this trivial shit? It's like a site for professional carpenters reprinting the instructions for a birdhouse kit from a craft store, for crissake.

      Oh, and many thanks to the fuckwit who modded my last post "Overrated". When you're finished eating oatmeal and shaking on the short bus, you might want to look up what the Score +1 Bonus is, you grannyfucking slophound.

      --saint

    3. Re:Trolling. by Anonymous Coward · · Score: 0
      Oh, and many thanks to the fuckwit who modded my last post "Overrated". When you're finished eating oatmeal and shaking on the short bus, you might want to look up what the Score +1 Bonus is, you grannyfucking slophound.

      Obviously, the moderator felt that your post wasn't deserving of the +1 bonus, which is optional to post with. Therefore, it was overrated, and so modded you down.

      Or, if you can't understand that, it means "Close your eyes. What you see is the sympathy anyone has for you."

    4. Re:Trolling. by Anonymous Coward · · Score: 0

      Don't worry about it -- since the beginning "Ask Slashdot" has been code for "Troll Slashdot".

      Consider their other classics:
      "Which is better GPL or BSDL?"
      "What's the best Distro?"
      "Is RedHat becoming the next Microsoft?"
      "Which is better KDE or Gnome?"

      Look 'em up in the archives - this has been going on for years. Hits a plenty. (And meta discussion has always meat for the mods.)

  106. I do that with debian by fishexe · · Score: 1

    Redhat, Mandrake, and SuSE have been pissing me off lately with installs that take 1800 MB of disk space, and 10,000 background daemons that eat up 80% of the available RAM. If I want to install a useful system with X and FVWM to do Web browsing, check e-mail and log into remote UNIX boxen, all on a Pentium-90 with 16 MB RAM and a 600 GB hard drive, the ONLY current distribution good for the job is Slackware.

    I was doing all that with debian, on 486dx 100MHz with 20 MB ram and 200 MB HD. Hell, I even managed it on 486dx 33MHz with 8 MB ram and 200 MB HD. It was a bit slow, but it worked :PM

    I've always found Debian to be pretty lightweight. Maybe not as much as slack, but since my only basis of comparison is Windows it seems hella lightweight to me =)

    Hell I used Debian for over 2 years without running X. I just browsed web, read email, mudded, wrote text files all from the console. I also went the same period of time without using apt or dselect. I just ftpd to the server to grab a package, downloaded it and installed it manually.

    --
    "I don't care about the Constitution!" --Bill O'Reilly, November 17, 2009
  107. Low end. by saintlupus · · Score: 2

    So, the other day i'm trying to install linux (a linux with some sort of package management abilities) onto a firewall (486sx, 40meg HD, 8 meg ram).

    One word, baby. NetBSD. I ran a web/file/mail server on a Quadra 700 with a 200 meg drive for months.

    The hardware has since been changed over from the Mac to a Dell 486. Seamless and fast.

    --saint

  108. OSS projects never die... by dchamp · · Score: 1

    ...someone else just picks them up.

    If Cantrell drops those packages, why doesn't another Slackware enthusiast pick them up?

    Isn't that the beauty of OSS? If Linus totally quit developing and opened "Torvald's Pickled Herring Stand", Linux would still carry on.

    -dc

    1. Re:OSS projects never die... by Anonymous Coward · · Score: 0

      If Linus totally quit developing and opened "Torvald's Pickled Herring Stand", Linux would still carry on.

      Can we be sure it would, though? Linus hasn't opened up the kernel development project to broad open management. Hell, he won't even allow the kernel source tree to be placed under CVS. He holds it closely under his control. If he left the project there isn't a 'chosen son' to inherit the project, there is no democractic process in place for who would take charge. There would be a huge splitfest.

  109. Since when is autoslack Slackware? by Ramuh · · Score: 0

    I don't think i've ever used autoslack... i mean, i appreciate the concept, and i'm sure it'd be useful... i just don't see how autoslack being on hold marks the demise of slackware. personally i use slackware because it was the first distro to *make sense* for me. personally, i think that slack could only disappear with the demise of linux... there will always be supporters to carry the torch
    besides... what other distro is endorsed by the church of the sub genius?
    eh... i'm not sure that's a good thing...

    --
    //radiotakeover.
    .for indep
  110. Send David Cantrell this story by altek · · Score: 0

    I think we should send this link to David Cantrell... I'm also a loyal Slack user (since version 3.4 I believe). It was my first linux experience, and I have tried just about every distro under the sun, and still keep coming back to slackware, for many reasons already mentioned in above posts... Not to mention that I've had the best luck on many different laptops with slack. We can't see slackware go!! I'm running it right now on the machine I'm typing this message even...

    --
    THE MAGIC WORDS ARE SQUEAMISH OSSIFRAGE
  111. long live slackware! by ElOttoGrande · · Score: 1
    slackware is the first distro i actually stuck with after trying the other big names and some niche ones.

    i started off with redhat 5.2, it worked but i didn't get it, went on to mandrake, it worked easier but i still didn't get it and i thought it was way too bloated, tried some niche distros but they didnt have what i wanted, tried slackware for a 386 firewall i wanted to build, it worked so well i use it on all my linux installs now, AND i get it

    you know exactly what you put into a slack system and what is running on it, its not as easy as redhat (at first) but you have more control...

  112. Not by a long shot!!! by PONA-Boy · · Score: 1

    When I heard about the shakedown at Walnut Creek with the whole Wind River debacle, I was on the phone with all my other Slack devotees looking for ways to help fund Patrick (Volderking)'s continuation of the Slackware project.

    I have used Slackware since its infancy when we are all excited to load up a new box full of floppy disksets on our boxen. There were long nights spent swapping floppies out as the install progressed. It wasn't easy or quick or (especially) fun, but it ALWAYS worked and it was ALWAYS stable.

    Slack continues to run my boxen since it gives me a really granular level of control over what gets installed and what doesn't in a way that I've seen VERY few other distros replicate. Not only that but I don't have to feel crippled or out-of-touch by using RPM (or RPM-like managers) for installing software. I just donwload the source, edit what files I need to, and run a 'make' on it. I thought this was what Linux was supposed to be about - easy access to source and the tools to set it up on our boxes. One look at the directory trees from other distros (like SuSe, for instance) makes me cringe for anyone who has to admin those boxes from the CLI.

    When I got my Slack 8.0, I moved into the 2.4 kernel era...there isn't ANYthing stone-age about ANY of my machines. I run just as current (if not MORE current) code than most of the Red Hat fanatics I've met. Heck, most of THEM rag me about no package manager...to which I reply that Slackware has had (its own) package management for longer than RPM has been floating around. People claiming that Slack is out-of-date really should step back and analyze just what "out-of-date" means.

    Slackware is the closest Linux derivative to a "real" UN*X or *BSD. In fact, it is very easy to switch from on to the other. It is also one of the cleanest distros in terms of where things are put in the directory tree. I don't have to wonder where everything is at 'cause it is very close to POSIX. Allright, I could keep rambling onandon..but why???

    I would really hate for Slackware to go away but if it did, I'd be lining up for my latest El Torito from Free (or Open) BSD!!!

    -PONA-
    "Make Mine Slakware!!!"

    --
    +that's funny...I don't FEEL tardy.+
  113. doubleJ's Slack experience by Anonymous Coward · · Score: 0

    Much like every other Linux person on the face of the earth, my first Linux dist was Slack. That was back in the 3.x days, I think. I used it because my "Linux god" friend used it and that's what he gave me. It was on a laptop and absolutely nothing worked. I couldn't use the modem, because it was a built-in winmodem. I couldn't use X, because my built-in chipset wasn't supported. I couldn't use sound, because (help me) I didn't know what the built-in sound chip was. The good ol' days, aye?
    Hehehe...
    I used it more and more, and more and more stuff got supported. That's when Slackware stopped updating regularly. Now it's a year or two between releases. I understand that you can download kernel updates and lib updates, but I'd personally rather not have to install an OS, and then turn right around and download 200MB worth of updates and spend the next day compiling. I've played with Slack 8 and I still can't get my sound (AWE64) to work, regardless of how many HOWTO's I read. For some reason, PPP keeps saying there's no kernel support, regardless of if I use modules or built-in support. And on top of that, I can't even install Slack 8 now, because I have a Promise Ultra100 card and fdisk doesn't recognize a hard drive.
    Now don't flame me. I know that I could take out the card, install, recompile the kernel with support for the card, reinsert the card, reboot, and it should work. But seriously, folks, shouldn't something like that just be working from the start? That's one of the reasons why I don't use Debian. It doesn't support the Promise Ultra100, either. RedHat and Mandrake have supported it for multiple releases so I use them.
    I'm all for learning stuff the hardcore way, but there are limits to how much the user should "have" to do just for it to work.

    1. Re:doubleJ's Slack experience by Anonymous Coward · · Score: 0

      Wow.

      Anti Linux-distro fud. I didn't think the 'Linux community' would ever sink this low.

      You're really a Red Hat employee, aren't you?

    2. Re:doubleJ's Slack experience by rmgrotkierii · · Score: 0

      My server running Slackware 8.0 has a AWE32 soundcard in it, and its in the kernel & it works, though, I've unplugged the speakers since (why does a server running in CLI 24/7 need speakers/soundcard anyhow??). I think this goes beyond a Slackware problem and becomes a problem that the user hasn't read the Kernel HOWTO & needs a scapegoat.

      --
      Reality is for those who can't face Science Fiction.
  114. Slackware history by Sketch · · Score: 1

    Slackware started out as a set of patches to make SLS a bit nicer. After SLS development stopped, Patrick released Slackware as a complete distribution.

    BTW, there seems to be a lot of misconceptions about the state of slackware. Slackware has been a one-man company for years, and last I heard, it has always been profitable. For a while, it was a subsidiary of Walnut Creek CDROM, which was bought/merged with BSDI. BSDI pumped a bit more money into Slack, allowing Patrick to hire additional developers. When Windriver bought out BSDI's softare business, Slackware split off and became a seperate company again -- just Patrick.

    The other developers, like David Cantrell, are still members of the Slackware development team who contribute in their spare time. They have to have day jobs doing other things to pay the rent now, so they aren't full-time slack developers. Development may slow down a little as a result, but it does not mean Slack is dead.

    For those who haven't checked their favorite Slackware mirror lately, slackware-current is live again. Updates are coming slowly, but that is normal so soon after a major release.

    --
    -- OpenVerse Visual Chat: http://openverse.com
  115. RPM flame by Sloppy · · Score: 2

    But now with SO MANY shared libs and other dependencies, it gets to be a major pain in the ass to get one package then have to go get 15 other libs to get it to work. RPM solves all that, and I've come to accept binary distributions as making sense

    How does RPM solve all that?

    Part of the reason I switched from Mandrake to Slackware was because RPM wasn't solving all that, and I just couldn't keep my system up-to-date. I was spending lots of time hunting for RPMs and finding out about new dependencies (which restarted the cycle). And then half the time, there just weren't any RPMs for the stuff I wanted, so I had to build from source anyway. Then the RPM database would gradually start drifting away from what was really installed on my system, and then I got into the habit of force-installing every single RPM, because 99% of the time, the dependency messages were false-negatives. Then the 1% case would bite me in the ass, as some program crashed because something it needed wasn't installed. ARGH!!! I HATE RPM!

    (How do Mandrake and Red Hat users get by? I really don't know!)

    I keep hearing that Debian's apt-get is so easy, and I've been tempted a couple of times. But fear will protect me: Fear that someday I won't be able to get something I need in package form, so I'll install from source, and then the package database will be wrong and I'll have the same problems I had with RPM. As long as I keep that fear in my mind, I'll be safe from Debian's temptation.

    I'll steer clear of package management systems, thankyouverymuch. It's not "eliteness" or that I enjoy watching gcc do it's thing, justifying the cost of my Athlons. It's purely because of convenience and a desire to keep my hair instead of pulling it all out.

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    1. Re:RPM flame by Anonymous Coward · · Score: 0

      > I keep hearing that Debian's apt-get is so easy, and I've been tempted a couple of times. But fear will protect me: Fear that someday I won't be able
      to get something I need in package form, so I'll install from source, and then the package database will be wrong and I'll have the same problems
      I had with RPM. As long as I keep that fear in my mind, I'll be safe from Debian's temptation.

      Well, that's a LARGE collection of Debian packages that would lack that one you want, and it's a pretty straightforward process to build a .deb from the sources. Give it a try anyway (and use apt-get, it has the most sane interface of all the package manager tools).

    2. Re:RPM flame by nyamada · · Score: 4, Informative

      Just want to recommend that all RH users (and slackware too) check out checkinstall.

      It's a utility that automagically changes tarball installs into RPM or slackware package installs.

      I run it like this:

      ./configure
      make
      make test (if necessary)
      checkinstall

      Checkinstall first installs the build into a temp directory, builds the RPM or slackware package, and then installs the package.

      I've been using it for the past 8 months and it's saved me many times from giving up on the RPM database. The developer is working on getting Debian pkgs going too.

      It's available here.

    3. Re:RPM flame by mwr · · Score: 1
      I keep hearing that Debian's apt-get is so easy, and I've been tempted a couple of times. But fear will protect me: Fear that someday I won't be able to get something I need in package form, so I'll install from source, and then the package database will be wrong and I'll have the same problems I had with RPM. As long as I keep that fear in my mind, I'll be safe from Debian's temptation.

      Migrated a friend's PC at work from RH (something) (originally 6.2, largely upgraded to 7.2, but without glibc 2.2 I think -- weird box) to Debian stable just recently. He likes testing new Nessus builds, but was heading into a packaging problem in that Nessus required a newer openssl than was in stable. Here's the solution we used:

      • The proper version of openssl was in unstable, so we did an 'apt-get source openssl' to grab the sources. Built them with 'dpkg-buildpackage' and installed them with 'dpkg -i'.
      • Crap. ssh depends on a particular version of openssl, and this new one isn't it. Ergo, that last dpkg run didn't take, and the old library is still on the system, with the new one ready to take its place when we're consistent again. Double crap, they changed the package name between stable and unstable, too.
      • Ok, download the Debian 'equivs' package. It's a far cleaner way to do what most people are attempting with 'rpm --force-deps' -- tell the package system that you in fact *do* have a particular package installed, despite it being under another name, or installed in /usr/local (which dpkg never touches, and never queries).
      • Build and install equivs to satisfy the dpkg dependency. Restart ssh; crap. ssh isn't starting, since it appears that it really *did* depend on that version of the library. No big deal:
      • Download Debianized sources for ssh and rebuild them. Debian source trees tend to be good about telling you what other packages are needed to build them, and in newer versions of apt, 'apt-get build-dep foopackage' will download and install all the build dependencies for foopackage.
      • Install that new build of ssh, built against the new openssl libraries, and everything's happy again.
      • Continue with Nessus testing.

      Yes, this could be done with Slack, or on a manual build procedure. But this is just to show you that the procedures are there to allay your fear.

      Worst case scenario, you keep *all* your local source builds in /usr/local (hopefully managed with stow or encap, to keep your sanity), and keep all the Debian stuff outside there. It's not like you're going to install a new Gnome library in /usr/local and then expect a Debian package from unstable to automatically deal with it. (Even if you did that, odds are 'equivs' would take care of dpkg's complaints, and if /usr/local is in your library path, the program might even work -- barring libc incompatibility and similar).

    4. Re:RPM flame by scrytch · · Score: 2

      Checkinstall first installs the build into a temp directory, builds the RPM or slackware package, and then installs the package.

      Huh. Sounds a lot like BSD's ports, except for ports, I take care of downloading the tarball, patching it, configuring it, compiling and installing it, and doing the same for all its dependencies. I run it like this:

      make install

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    5. Re:RPM flame by Anonymous Coward · · Score: 0

      And what do you do if the program you want isn't in the ports tree?? Oh that's right, you're back to square one and that's where a program like checkinstall comes in handy.

  116. Slackware lives forever! by Anonymous Coward · · Score: 0

    That's the cool part of open source... those maintaining it can throw in the towel, but others can pick it out of the trash and start again..

    Me? I've switched from RedHAT to slackware because of Redhat's new rules.. (EULA? no! and I dont accept any EULA redhat.. nor will I ever.)

    If redhat starts acting like a linux company again then I may change back, but I do not accept any Opening signifies acceptance EULA or any click through EULA, nor do I accept robbing users of $60.00 for just a few CD's and a couple of books... They removed Tech support, the ONLY reason to actually buy redhat in a retail box.

    Yes I own 7.2, no I do not accept or agree to any of their terms, and I no longer reccomend redhat to any newbies or companies because of that.

  117. I've got it on my 1.2gig Athlon... by SaDan · · Score: 1

    And it's peachy. :-)

    Slackware rips on high end hardware. I've been playing with RedHat 7.2 on the same machine, and it's noticibly slower with all the disk thrashing that takes place.

    Back to Slackware 8.0, and life couldn't be better.

  118. Slackware is good. by resonance · · Score: 1

    I find slackware to be a refreshing distro. Personally, I will sacrifice speed and features any day for reliability and flexibility, which slack provides quite well. It is straightforward, clean, and stable. Seems very well thought out overall.

    There seems to be this big push to make linux the new desktop of choice for novice users. That's a good goal, but realize that by making something easy, you give up a lot of flexibility and simplicity. Remember, it's taking something that is astronomically complex like a computer, and making it 'one-click easy' for the non-techies out there. It will have to bloat, and it will have to become unwieldy. It's just the nature of the beast. There will always be a need for small, stable, and flexible distros like slack, for those that need a reliable tool to get a job done. Much praise to slack!

    --
    Learn how a CPU works before you learn to program. Seriously.
  119. Ximian Gnome won't support Slack anytime soon by Dammital · · Score: 1

    Ximian has problems figuring dependencies under Slack. See their explanation.

  120. Got a network card? by SaDan · · Score: 1

    Then you can install almost any major distro via the network. Slackware can install from an NFS served filesystem, RedHat can install via FTP. Don't know the options for the other distros...

    Good luck!

    1. Re:Got a network card? by Anonymous Coward · · Score: 0

      Most old 486 laptops had no integrated ethernet and no PCMCIA. The preferred networking solution was a Xircom parallel port ethernet adapter (ebay cheap), but I don't know what the Linux support is like for those kludges.

      I'd rather install over a 9600bps serial link than floppies myself.

  121. Slackware 8 Package Updates by RageMachine · · Score: 1

    I think the package management has slowed. I have been trying to get the 2.2.2 build of Samba for Slack 7/8 but can't find it anywhere. usually I can get it from the site within 3 days, or even a few hours after it is released.

    I really enjoy using Slackware. Im still using 7.0 version (oh yea, its updated) :) but I have never had any problems with it, packages breaking etc... Like I did with the RPM management systems.

    Also I would just like to add that I think Slackware does packages better than other distros. Its funny how redhat may have.... lets say around 2,000 or so packages (not really just a guess), and then you have Slackware that has around, 150 packages at most. Which one is easier to manage? Probably Slackware since its bare, and doesn't give you extra crap you don't need.

    Ive been very satisfied with Slackware. I continue to support them, and buy every major release to support their efforts.

    --

    --------------------------
    Is this a sig?
    --------------------------
    1. Re:Slackware 8 Package Updates by Anonymous Coward · · Score: 0

      What the heck are you talking about?

      If you want a particular version of Samba on your slackware machine, download the source tarball and build it.

  122. Ugh... by SaDan · · Score: 1

    Want X to work? This normally works great for me:

    Log in as root.
    Type, "XFree86 -configure"
    Type, "XFree86 -xf86config /root/XF86Config.new"

    If X fires up and you get the generic X screen. Congrats. Copy that "XF86Config.new" file to "/etc/X11/XF86Config".

    Type "startx".

    Don't like what X has set up for you? Edit "/etc/X11/XF86Config" to your liking.

    Done.

  123. SlackPack is out by severett · · Score: 1

    I was just reading on lwn.net about SlackPack, it provides basic package management with Slackware.

    Take a look at:
    http://freshmeat.net/releases/60961

  124. Slack for schools by Ebon+Praetor · · Score: 1

    I'm doing the same thing for a school. They were going to throw out a lot of old Pentium-1s that they thought were obsolete. Since Mandrake doesn't have much lower system requirements than Windows, I went with Slackware did what I needed it to:

    1. Installed
    2. Ran
    3. Didn't crash
    4. Ran Netscape w/o crashing
    5. Kept the damn script kiddies from screwing around with the systems.

    There'll always be a place for good old Slack.

  125. f* off Hemos by riiv · · Score: 1

    Red Hat's almost dead too...

    --
    Unix is a standard, DOS is a standard, windows XX is not.
  126. I heard that! by Nindalf · · Score: 1

    Last year, I tried Debian because I was getting sick of the lack of package support for slack, but I then spent most of my time learning how to use dpkg and trying to figure out what the hell got installed to my system on my last upgrade.

    I have had nothing but nightmares since I first tried Debian. Eventually, I simply gave up on the package system, after I decided to try out some toy component, and it broke several essential systems and refused to fix them.

    Red Hat (my first distro) was considerably less frustrating, but I regularly had to edit source code to get things to work.

    You have to know what's going on in there, and I always end up fighting any system that tries to simplify the process.

  127. I'll wait to hear from Patrick V. first. by Andronicus · · Score: 1

    I started with Slackware, and I love it. I don't care so much about package management and I ususally compile most software I run from source instead of installing binary packages. There are tools that let a person build a piece of software from a source dist, then track its installation for later easy removal.

    I like Slackware for a lot of reasons, one of which is "YOU" get total control over the look and placement of everything. Want to change the way the system boots, edit the scripts in /etc/rc.d. Granted, you can do this with any disto, but there are no assumptions made with Slackware about how you'd like to setup your box.

    I view Slack as a robust, full-featured distro, with a "Do-It-Yourself" feel. You get to decide how you want to build it. And, like a Jedi Knight building a lightsaber at the completion of their training, when done this way, you are much more familiar with the internal goings on of your OS. That really helps to not only fix problems faster, but broaden your understanding of Unix.

    Reading the docs of the latest Slack, it seems Patrick Volkerding and his group of active developers were excited about the new changes developing in Linux, and eager to keep Slackware the quality product it is. I'll wait to hear from him, when the distro is at an end.

    --
    USNG: 14TPU4605
  128. Debian replaced slack for me by drinkypoo · · Score: 1
    I used to use slackware where I wanted a light linux distribution. Now I use debian instead, with its (relatively) mature package management system. As far as I'm concerned, that's the chief difference between the two (given that they're both linux, and both run the things I want to run.)

    I started on slackware 2 with the 1.1.47 kernel. It'll always have a place in my heart, if not on my computers.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  129. Have you ever tried Debian? by Weird+Dave · · Score: 1

    It's good! Lots of your problems with Mandrake and Red Hat don't exist in Debian.

    Just a thought from a Debian zealot...

    --

    Grumble, Grumble
  130. Is Linux fading away? by Anonymous Coward · · Score: 0

    7 years later and its still a piece of shit. Anyone who goes to linux expos can see that each year the number of patrons gets smaller and smaller. linux was considered a major competitor to microsoft in 1999. Now hardly anybody gives a shit. Is linux fading away?

  131. [OT] Re:just a question - answered by b0r1s · · Score: 1

    The answer: yes. All pages of slashdot are equally customizable. If you go to your user info page (http://slashdot.org/users.pl) and click "homepage", there's a list of articles and types of articles you can exclude or include. Obviously, if you check something, it's going to change the default behavior. I, personally, ignore all of the "your rights online" and anything by jon katz. It saves me having to get in the flame wars that ensue.

    --
    Mooniacs for iOS and Android
    1. Re:[OT] Re:just a question - answered by silicon_synapse · · Score: 1

      That's not the issue though. Newly posted stories appear sooner for some people than others. I don't have anything ignored because there aren't enough stories posted as it is IMNSHO. Sometimes while logged in you will see a new story on the front page. If you log out, the story disappears and doesn't reappear as a new story for a short period of time. This has nothing to do with preferences.

  132. SlackWare is Dying by FrenchTickler · · Score: 1, Funny

    SlackWare is dying.

    Yet another crippling bombshell hit the beleaguered SlackWare community when last month IDC confirmed that SlackWare accounts for less than a fraction of 1 percent of all servers. Coming on the heels of the latest Netcraft survey which plainly states that SlackWare has lost more market share, this news serves to reinforce what we've known all along. SlackWare is collapsing in complete disarray, as further exemplified by failing dead last in the recent Sys Admin comprehensive networking test.

    You don't need to be a Kreskin to predict SlackWare's future. The hand writing is on the wall: SlackWare faces a bleak future. In fact there won't be any future at all for SlackWare because SlackWare is dying. Things are looking very bad for SlackWare. As many of us are already aware, SlackWare continues to lose market share. Red ink flows like a river of blood. SlackWare is the most endangered of them all.

    Let's keep to the facts and look at the numbers.

    SlackWare leader David Cantrell states that there are 7000 users of SlackWare. How many users of SlackWare are there? Let's see. The number of SlackWare versus SlackWare posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 SlackWare users. BSD/OS posts on Usenet are about half of the volume of SlackWare posts. Therefore there are about 700 users of BSD/OS. A recent article put SlackWare at about 80 percent of the SlackWare market. Therefore there are (7000+1400+700)*4 = 36400 SlackWare users. This is consistent with the number of SlackWare Usenet posts.

    Due to the troubles of Walnut Creek, abysmal sales and so on, SlackWare went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to another charnel house.

    All major surveys show that SlackWare has steadily declined in market share. SlackWare is very sick and its long term survival prospects are very dim. If SlackWare is to survive at all it will be among OS hobbyist dabblers. SlackWare continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, SlackWare is dead.

  133. Slackware 8.0 in Test Drive by Test+Drive · · Score: 1

    Looks like a lot of people around here have fond memories of Slackware. Quite by coincidence, we just finished setting up a Test Drive of Slackware today. For those who want to try out the latest version, we've got it up and running in the Compaq Test Drive Program. It's on a dual-CPU Compaq ProLiant 5500 with around a gig of RAM. Feel free to let us know what you think, including any ways you feel we can improve the program to be of better utility to you.

  134. Re:SlackWare is Dying by Anonymous Coward · · Score: 0

    You forgot the bolds and hyperlinks. Also the redundant repitition of SlackWare makes you look like an idiot.

    You are dying

  135. Good thing Slackware doesn't rely on those apps... by linuxchuck · · Score: 2, Insightful

    I can't see how anyone can assume Slackware would "fade away" because two applications cease development. That is similar to saying that if Netscape and IE decided to stop development, the Internet would "fade away." Slackware was not built or marketed for its new and innovative package management system, but for it's similarity to a truly GNU/UNIX environment and it's ability to show the user/administrator what goes on "under the hood" of a linux box. There are no bloated and clunky interfaces to hide the operating system from you, what you see is what you get. Some of the distro's out there (I'm not mentioning any names) are beginning to take on many of the aspects that keep users/administrators in the dark about the inner workings of Windows.

  136. Slackware: best going for simple installations. by Brad_Silva · · Score: 1

    My workstation is RedHat 7.2, My general purpose servers are either Solaris 7 or RedHat 6.2.

    However, when it comes to building a simple machine for a particular use, nothing beats Slackware. Shoot, just try and install RedHat 7.2 on a machine with a 540MB disk, it can't be done. You can barely install it in 800MB, but what you wind up with isn't very useable.

    There are specific purpose Distros that work well for thier intended use. But if I try and do anything beyond what they are built for, things get diffecult very quickly. Slackware has all of the pieces you would expect in a modern distro, and a better ability to pick and choose what pieces get installed. When I need an OS to install on a Laptop to turn the Laptop into a network monitor, or I need to build a DNS server, etc, Slackware Rules!

    _____________________
    Dum Vivamus, Vivamus! (sp?)

  137. slackware newbie by Anonymous Coward · · Score: 0

    I recently decided to pull out an old toshiba laptop (p133, 16MB RAM, 800MB HD) that had been running win95 (slowly) and install linux on it. I tried a burned copy of redhat 7.0 and it stated there wasn't enough RAM.

    I had been downloading other distros, just to collect really, and decided to give slackware a try. I had only installed linux twice before, and each had been Redhat 7.0. I figured what the hell.

    I threw in Slackware and played around. It was a two-day affair, but I got it installed. I know little about the inner-workings of computers and even less about linux, and I was surprised that I was able to install Slackware, which I had always heard was the 'hardcore' linux user's distro of choice.

    Slackware (minus X) runs beautifully on the laptop and gives me everything I need to really learn linux (specifically vi and C). To me, slackware embodies what linux was meant to be -- a no-BS OS for coders. What does Redhat do for me (feature or hardware-wise) that I can't get on OS X or Win2k?

  138. A Slack-like distro with good package management by Anonymous Coward · · Score: 0

    I used to live and die by Slackware, but the lack of package management does start to eat up a lot of your time. I can't afford to sit around rebuilding new versions of my applications, and I didn't want to head over to Debian.

    I found PLD. :)

    PLD is developed in Poland, and it uses RPMs with the APT front-end - very slick, very clean. They are constantly updating packages, and all I have to do is a simple $(apt-get update; apt-get dist-upgrade) to get the newest versions.

    Best of all, the base install is as "bare-knuckle" as it gets. PLD's philosophy is opposite of RedHat's. PLD will install only what you need to get working system up. From there, you can "apt-get install" your way to the exact system you want, without fighting with dependencies. It's swell. :)

    BTW, for the record, I'm still a huge Slack fan. Patrick has done a fantastic job, and I will pick Slack over RH any day of the week.

  139. OpenBSD by Anonymous Coward · · Score: 0

    I think slackware is great, and as I read through all the replies the one I see the most is this. "I want a distro that will run on my old 386/486". And really these machines are great for nat and what not.

    Maybe something else to look into is OpenBSD. I started out using slackware, and that is probably what got me started with my love for *BSD. Do an install, get what you need, compile the rest.

    OpenBSD has some great man pages, is stable, secure and is a product that is making new releases. Not to say that slackware isn't, but oh well.

    So yeah, I think Slackware is great, but if you really want a small distro go with a BSD. They run linux apps, and can do anything that your slackware can do. :)

    1. Re:OpenBSD by aschlemm · · Score: 1

      Having first started with Slackware, and then later moved to SuSE, I decided to give OpenBSD a try as I wanted a smaller installed system for my firewall/gateway system I have on my network.
      Right now I'm running a patched up version of SuSE 6.4 which isn't too fat but after seeing what SuSE 7.x installs by default it just seems like too much bloat for a firewall/gateway box.

      I've got OpenBSD 2.9 installed on a new test system that I plan to try out as my new firewall/gateway system. The install process and setup reminded me a lot of my early Slackware days but better in someways in that OpenBSD is setup to be quite secure by default. The number of configuration files I had to edit for my system was trival and easily backed up to floppy so I can quickly rebuild my system.

      I am unfamilar with OpenBSD packet filter mechanism so that has been where most of my learning curve as been. I know Linux's ipchains very well but the rule syntax is differnt with "ipf". The rule syntax is rather nice once I got used to it and figured out how to setup similar rules as what I used with ipchains.

  140. slack rulz by Anonymous Coward · · Score: 0

    I use slak for a long time, never used any other distro. I don't remember my first distro's version, bu I remember that the lernel was 0.3. something it came on a bag full floppies. slacl rulz.

  141. Can crocodiles fly? by me0 · · Score: 1

    Slack is not going anyware. If by definition you are dead from the moment you fall asleep until you wake up than I suppose Slack is dead since it just released 8.0 (åtta) and is as current as anything else. So now it's in for a small nap before next release...big deal. And all this shit about package management. Slack has package management, the tools are called installpkg and removepkg and together with a wonderful tool called checkinstall I really don't see why we have rpm...What's wrong with doing a ldd if you seem to be missing something?

  142. Learning Linux by Cowculator · · Score: 1

    I am one of several student sysadmins at my fairly high-tech high school. We run a very nice computer lab with 30 workstations, a 16-machine cluster, and some servers and extra machines. With the exception of our BSD fileserver, all are Linux boxes and all except one or two experimental machines are running Slackware.

    We've debated switching from Slackware to Debian because of its alleged ease of use (at least compared to Slackware) and because our younger sysadmins are all fans of that particular distro. But we're not going to do it, at least in the foreseeable future, because we decided that being student sysadmins should be a learning experience and there's no better way to learn Linux than by using Slackware's do-it-yourself mentality. (Well, Linux from Scratch might be better, but we can't afford to make our own distros in case they crash in the middle of a class.)

    When I finally installed Linux on my former Win95 box at home, I also went with Slackware for the learning experience. I learned the vast majority of what I know about Linux from trying to install it, getting my HP Deskjet 720C (for which HP only released Windows drivers) to work via pnm2ppa, recompiling the kernel every time something went horribly wrong at that level, installing useful software, and so on. I had to actually configure almost everything by hand, and it taught me a lot more than package installers and other niceties would. And I'm sure there are lots of others out there who want the same thing. As long as people actually want to get to know from experience what their computer is doing, Slackware will thrive.

  143. Grateful for Slackware by rknop · · Score: 2

    I was recently very grateful for Slackware. I wanted to install a modern, up-to-date distro on an ancient 486 laptop with a ~300MB hard drive. Red Hat, which is what I use on my desktop and on all my machines at work, just laughed at my naivete, thinking that I could install Linux on a drive so small. Slackware, however, worked without a hitch. See http://www.sonic.net/~rknop/linux/canonib150c.html .

    -Rob

    1. Re:Grateful for Slackware by josepha48 · · Score: 1, Troll

      Uh if you know what you are doing with RedHat you could have done that. In Redhat you can select from individual packages. I think 300M would have been emough, to install the very minimul toolset.

      --

      Only 'flamers' flame!

    2. Re:Grateful for Slackware by stox · · Score: 1

      Funny you should mention "Grateful", if memory serves correct, 3.0 was finished while Patrick was in town for a Grateful Dead concert at Soldier Field in Chicago. ;->

      --
      "To those who are overly cautious, everything is impossible. "
    3. Re:Grateful for Slackware by rknop · · Score: 2

      Uh if you know what you are doing with RedHat you could have done that. In Redhat you can select from individual packages. I think 300M would have been emough, to install the very minimul toolset.

      Believe me, I spent a long time trying. It wasn't worth it; even if at some point I could have gotten it to work, I wasted too much time trying to whittle the RedHat package list down to something that would fit on that laptop. Selecting the individual packages was great, except that the Red Hat web of interdependencies is so tangled that it's very hard to select a subset without a whole host of other things you don't think you need being advected in.

      Back when I installed RedHat-6.2 on this sytem, I could do it by not installing X, then cleaning *by hand* a lot of the things like documentation and extra stuff from the rpms, and the installing the X RPMs. But as of 7.1, even that doesn't work; even a non-X install which was borderline functional didn't seem to be feasable with RedHat.

      Slackware, on the other hand, was able to "fully" instal *with* X. No, I didn't install Gnome or KDE; wouldn't want to try them on a 486 anyway! But I did get X and fvwm2 working with a (relative) minimum of pain. (The only pain came from the fact that XFree86-4.1 no longer supports the video chipset in that laptop! There is a hack you can do by installing the old 3.3.6 server binary, however. See my web page for info.)

      Mind you, I love RedHat for a "modern" system (i.e. anything Pentium or faster with at least a 4GB hard drive), but it's just not ideal for older more limited systems.

      -Rob

  144. Maybee slack isn't dying by fnor · · Score: 1

    Maybee slack isn't dying, ever think that you just don't hear from many slackware users because they generally don't need much help. 2cents :)

  145. Re:Slackware isn't dead. It's just not for everyon by Anonymous Coward · · Score: 0

    ALOT of work went into making you wanna-be's feel like powerusers when you type configure, make, make install.

    So get over yourselves slackusers, standard compiles work on any distro.

    You people swear you dont have package management. Actually, the easiest newbie-friendly package management I've ever run across. I would say that slack is the easiest distro out there, stuff works from the get go. I dont know where it got this reputation as being difficult, Redhat is far more difficult. Slack is so easy to use its almost no fun, no 5-hour-pat-myself-on-the-back-worked-up-a-hack sessions on slackware, everything just works, perfect for newbies. The advanced users need to be on Redhat, where shit dont work, users like myself :)

  146. Slackware the Great :) by Anonymous Coward · · Score: 0

    We use here Slackware for our production servers and they are stable and well behaved. We didn't have to upgrade them a lot. We also use some RH and I have to tell you it is a nightmare trying to upgrade something like apache or mysql. It has all kinds of dependencies that have others and so on and you end up spending all day trying to figure out what to get from where and what config files would be changed by the dependent packages updates. SO I do it Slackware style. Simply compile the package from source, make install (do not involve rpm at all in this). It works for me and I will swich to Slakware more and more machines as they need to be upgraded. Also when some piece of software gets upgraded I don't find the rpm right away and I have to wait till one is built by somebody so I just grab the tar.gz and do the install.

    Now, I see this theme about Slackware fading away over and over on slashdot. Let me tell you: Slackware is not dead and it will never be, like it or not. It is a simple and clear distro and that is why is liked by people like me.

  147. Is Slashdot fading away??? by thissurfer · · Score: 1

    there will always be a need for a minimalist distro just because all the new kids that read slashdot don't use it doesn't me it is fading away. just because slashdot is continuing to push away veteran readers with ridiculous "ask slashdot" questions doesn't mean slashdot is fading away. just because 2 tools aren't going to be developed for slackware doesn't mean it is fading away.....
    i can go on and on with this...but i'm wasting my time!!!

  148. Commercial?? by Lispy · · Score: 1

    Soorry, maybe im a bit stupid on this one but what means: "the first commercial" Distribution?

    I always thought my Slack was free as in beer an freedom?? Did i miss something??

    1. Re:Commercial?? by Dr.Dubious+DDQ · · Score: 2
      but what means: "the first commercial" Distribution?

      I believe they mean it was the first distribution available as pre-made disks from a commercial entity (in addition to being able to download and build your own set of disks). In that case, what was being sold was "the pre-made disks", not the Linux-based system itself.

  149. Slackware, ergo sum. by pePis · · Score: 0

    What makes me use Slackware even on my laptop is
    its simplicity and functionality! Slackware is a simple and functional SERVER!

  150. Nostalgia (was:Slackware was NOT the first distro) by Anonymous Coward · · Score: 0

    bringing back memories:
    I downloaded SLS over ftp onto floppies via macs over a localtalk connection in the schools computer center. I used three computers at a time and it still took 2-3 hours. I remember this cool postscript file to print out SLS disk labels on special avery pages. It took forever trying to get X to run on my NEC multisync graphics engine. Kernel 0.98 patch level 12. yeah... those were good days.

  151. pico? did he say, "pico"? by hawk · · Score: 2
    > How can any distro that dosn't even include pico be considered
    > 'unix-like' ???


    huh? pico? You can certainly say this about vi, but pico is *very* recent. Pine didn't start until the late 80's, and then pico came out of thaqt.


    hawk, who used the True Editor on unix long before pico was conceived

  152. Someone please mod parent flamebait by Anonymous Coward · · Score: 0

    'nuff said

  153. There is no other Linux Distro by Anonymous Coward · · Score: 0

    Really. Slack is the best out there for serious server work. I refuse to install something that uses unstable or alpha compilers or bizarre packaging for a production box... it's irresponsible. Slack is stable, it lets you do custom compiles and installs of software without complaining, and it doesn't cram a lot of unneeded junk down your throat. As for the "difficulty" of installing Slack, if you need a GUI installer, you're not ready for a *nix OS, stick with Windoze.

  154. PLIP? by Anonymous Coward · · Score: 0

    (Slashdot forgot my cookies, and I certanly don't remember my password.. =)

    It's quite possible to install over PLIP, at least in FreeBSD (I have done it), and I would imagine anything else with a reasonably sane installer. Sure you might have to compile your own install-kernel, and you're certainly going to need another machine as server, but basically there's no problem. (Or SLIP of course, but that's even slower..)

  155. Re:pico? did he say, "pico"? by Anonymous Coward · · Score: 0

    Thanks for admitting that "unix-like" == hasn't changed since 1984 :) Pine/Pico have been around for at least a decade.

  156. Statistics on popularity of various distributions? by PastTense · · Score: 1

    Are there any sources of statistics on the popularity of various distributions?

  157. As apposed to Red*BLOAT* by Anonymous Coward · · Score: 0

    Slackware is the Linux answer to the Ford F-150 (with 5 speed). > on the other is Linux answer to the "gas guzzling fully loaded" SUV. Oh yeah and one other thing if you think "Slack" is a "tough" install .... Don't even think aobut OpenBSD.

    LET THE DISTRO FLAME WARS BEGIN

  158. My two cents by Sir+Joltalot · · Score: 1

    Just wanted to say, I really hope Slack doesn't go down the tubes. It's been a great, stable distro for me for many years. I've been using it pretty much right from the get-go, and I've had surprisingly few issues with it.

    I currently run Slack 8.0, which I'm finding to be a truly great distro. *Very* few problems with it, everything runs quite smoothly, even on my fairly whacked hardware (dual athlons, 3 net cards, GF3, etc.)

    I don't really bitch out other distros, I ran RedHat for a while (the 5.x series) and I've tried SuSe and Debian too. My problem with those distros was that they just somehow seemed "fragile" compared to Slack, and the init schemes seemed very complex and non-intuitive to change. For example I installed RedHat 7.1 on my laptop recently (an old Dell Latitude CPi) just to check it out. I had many problems with gdm; sometimes it would run, sometimes it wouldn't. Sometimes it would start up again after I logged out; sometimes it wouldn't. If I took out my PCMCIA modem or ethernet card I'd be bugged on bootup.

    I know RedHat and others have a lot going for them, but I gotta say I still really enjoy the simplicity of Slack. Just my two cents.

    --
    "Caffeine is not an option. Caffeine is a way of life."
  159. LONG LIVE SLACK!!!!!! SLACK * !!! by Anonymous Coward · · Score: 0

    long live slackware! why search through billions of broken dependencies and broken scripts when you can have a straight forward installation that just takes a lil bit of reading to learn how to use ? Things are installed where they're supposed to be, configuration files are simple and WHERE THEY ARE SUPPOSED TO BE, the distributor doesn't break the programs included with the distro, and you're not caught within a web of scripts that throws a hissy if you do anything interesting with your box.

  160. Re:Slackware isn't dead. It's just not for everyon by Anonymous Coward · · Score: 0

    That's a good point -- Writing a makefile that targets 10 versions of commercial Unix and 32 Linux-based OSes and 5 versions of BSD is difficult.

    Typing make install is not difficult.

  161. Stoneage WTF? by Anonymous Coward · · Score: 0

    What the hell do u mean, I've always used slackware coz it wasnt bloated like other distros. Thats a personnal choice to use one or the other but saying that they are in the stoneage becoz they dont have a click-click install shows a lot of cluelessness from the poster of that news.

    I mean slak 8 comes with all the latest things such as qt2 and all the end-user things, add to that openssl, both 2.2 and 2.4 kernels and I dont see why this would be called stoneage.

    Come on, slashdot has already enuf enemies out of the linux community, please try not to make some in it!!!!

  162. It's a damned good thing it's not for everyone by Skapare · · Score: 2

    I remember when the book Linux for Dummies came out. My first thought was "well, now I have to make the switch to BSD". While that may not have been bad in and of itself, I did then come to my senses and realized "Oh wait, I use Slackware, never mind".

    Uh Oh! There's a Slackware for Dummies now, too. Maybe I'll have to switch to BSD afterall? Well, as long as Patrick doesn't try to make Slackware be the replacement for Microsoft Windows, then it will remain my choice.

    --
    now we need to go OSS in diesel cars
    1. Re:It's a damned good thing it's not for everyone by Anonymous Coward · · Score: 0

      Then what are you going to do when you see the "BSD for dummies" book?

    2. Re:It's a damned good thing it's not for everyone by Skapare · · Score: 2

      Panic!

      Hopefully, something new will be out by then. Or hopefully it will be for one particular BSD like maybe FreeBSD, then I'll use NetBSD or OpenBSD.

      --
      now we need to go OSS in diesel cars
  163. I don't like any of them by Cro+Magnon · · Score: 1

    I've used several distros, and I'm not happy with any of them OOTB. RH and its brethren have a Windows-like look and feel, and seem rigid. Debian has a sophisticated package manager, but I've seen it choke, Potato is too old, Woody too unreliable. And LinuxFromScratch is a god-awful amount of work just to get something that barely boots! That leaves Slackware. It has problems OOTB too, but I've found it much easier to get things done my way, without an "advanced" package manager fighting me every step. If I want program XYZ, I can just install it without bringing in a bunch of cruft that I may not need. If I do need some of that cruft, it takes more effort, but I'm rewarded with a more relyable system than either RH or Debian. If I ever create a "MyLinux 1.0" it will have a noticeable similarity to Slackware.

    --
    Slow down, cowboy! It has been 4 hours since you last posted. You must wait another few hours.
  164. Re:SlackWare is Dying by Anonymous Coward · · Score: 0

    Your lack of research is appallingly obvious. A simple look at the Slackware website overturns many of your imagined 'points'.

    What have you been smoking?

  165. Is Slackware Fading Away? by n3v · · Score: 1

    Not in this lifetime.

  166. Voluntary software update network by kin_korn_karn · · Score: 2

    All this talk about packaging and update pains gives me an idea.

    Does anyone remember the old Fidonet-technology file echos? They were automated distribution networks of shareware and other public-domain files that BBSes would carry to always offer new files to users. You would dial up to your master server, it would download the files to you, then you would run a program called a file tosser to import them into the file areas of your BBS.

    Something like this that passes around .tgz files instead of RPMs would give this autopatching ability to slackware, or at least distribute the files properly. If the boxes are fairly homogenous you might even be able to get away with auto-configure'ing and make'ing the packages.

    Just a thought..

  167. This is Par for Slackware by VB · · Score: 1


    Anyone who's been using Slack for more than a couple years knows that it's a slow and methodical maintenance process, most of the time. The Linux kernel and security issues are kept at the most current levels, while fringe and development stuff are packaged (yes, the package manager is called pkgtool and it really is a package manager), for implementation only after careful review and testing. Recall the libc5 to libc6 transition.

    This approach makes for reliable systems with high uptimes. Remember, only the squeaky wheel gets the oil. Things that don't make a lot of noise don't tend to get as much attention. My Slack boxes make very little noise; unless they hear a bunch of noise around them from other things like CR-infected non-*n*x machines.

    --
    www.dedserius.com
    VB != VisualBasic
  168. package management is the problem by Anonymous Coward · · Score: 0

    Slackware is the perfect counterpoint to Red Hat, Debian, etc: and shows just what a problem package management has become. Only after you've tried to install an RPM on a Debian system (or vice-versa), can you appreciate the classic BSD ./configure system.

    I use Slackware because it doesn't have a package manager. Linux is more divided then ever and IMHO the main reason is the many distributions with their incompatible package systems. A pox on all their houses.

  169. KDE and slackware??? by hawk · · Score: 2
    Do people really do that? The traits/interests/whatever that would lead one to use slackware, nad those that would lead tto KDE or Gnome, seem to point in opposite directions. Not just opposite directions, but opposite extremes . . .


    hawk

    1. Re:KDE and slackware??? by Kirkoff · · Score: 1

      Do people really do that?
      Well, I do. I'm running slackware 8 with KDE 2.2. I used FVWM2 after KDE2 came out and was too unstable. I like konqueror, kmail, and other kde aps, so I use them. I like KDE's window management etc. My friend Adam has about the same setup. I don't like GNOME that very much, but that's nothing against the work they've done, I just didn't really get in to that interface. I used GTK aps like xchat.

      I guess it really breaks down to this, for my underlying OS, I like it to be pretty simple and easy for me to configure/hack. For the interface, I like a little bit of eye candy, and a nice experiance.

      As to package management, I like the tarballs well enough. Usually, the latest tarballs are up on http://www.linuxmafia.org pretty quickly. If I see something that doesn't have a package, I usually compile it and make it in to a package. That way if I need to remove it, it's no real problem.

      Just because I like writing a lot of my own startup scripts and the such, doesn't mean I don't like day-to-day tasks to be easy.

      --Josh

      --
      There are exactly 42,935,718 letter sized sheets in a square mile.
    2. Re:KDE and slackware??? by mrdisco99 · · Score: 2

      I run my Slack with GNOME and wouldn't have it any other way.

      --

      +++
      NO CARRIER

    3. Re:KDE and slackware??? by Arandir · · Score: 1

      I run my Slack with KDE and wouldn't have it any other way :-)

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    4. Re:KDE and slackware??? by fferreres · · Score: 1

      If I see something that doesn't have a package, I usually compile it and make it in to a package.

      How do you do that in an easy way. I tried to do that for glibc 2.2.4 (vs the stock 2.2.3 slack 8 that has regexp somewhat broken) and it would have been a mess...

      It's not like you use a prefix and then tar.gz it properly. For example, glibc install in slackware has a nice lib-copy feature and you'll need to manually edit the install.sh, etc. Or php which hardcodes the path used in --prefix=[whatever] for some of it's related scripts.

      Plz answer me at fferreresPLZ@DONT-SPAMarrancar.com as i wish to help with packaging for slackware.

      --
      unfinished: (adj.)
  170. A niche SlackWare fills... by revoke · · Score: 1

    For me, SlackWare is the more flexible Linux distro into terms of installing. Because of its 8.3 install file format, Old school DOS applications like INTERLNK.EXE can be used to transfer install files to a partition on a PC without a CD-ROM. With every other distro, this is not possible to do since they have long file names. It may sound very un-Linux to use 8.3 file format, but it allows me to install Linux on my old P133 laptop which does not have a CD-ROM or network card.

    One of the initial draws to Linux was that it could run on hardware the was old or not all that powerful. Slackware still fills this part of Linux. A low end Pentium laptop, 32mb of RAM, and 2gb do nicely with SlackWare (even 8.0).

    I hope the distro keeps going... I'll continue to use it on the best equipment 6 years ago had to offer.

    Although the real way to keep a project going is to jump in and help, but since I'm not all that accomplished a programmer yet... all I have given to Slack is $$$ for the distro disks, which is probably something users who enjoy a piece of software should do. Pay for what you like, don't use/pay for the stuff you don't. If you like Slack and want to see it survive, then help keep it going (either with coding or cash).

    --
    (void) signal(SIGALRM, (alarm_fired=1)); if (alarm_fired) printf("Revoke is clueless!\n");
  171. Just an idea... by farrellj · · Score: 2

    Could it be that the Slaktool project has a better system, and thus he gave up? Here is what the Slaktool people have to say about themselves:

    "Slaktool is a project to improve the Slackware package manager with all the features of the more advanced package managers while retaining the classic .tgz format. It does this by way of a generic library that links into the various GUI (or textmode) package managers.
    The library handles all the package operations transparently, and does not base around any GUI or text console."

    ttyl
    Farrell

    --
    CAN-CON 2019 - Ottawa's only book oriented Science Fiction Convention! October 18-20, Sheraton Hotel, Ottawa, Canada h
  172. Slackware dead by Anonymous Coward · · Score: 0

    I started with slackware, then switched to redhat.

    slackware itself may die, but people will write other distributions like slackware. Just because the demand is there.

    Lately, redhat seems buggy, mandrake was *way* worse, (I was really disappointed in mandrake actually) so I switched back to slackware on one of my machines.

    Slackware is less convenient, but more stable. The damn thing works.

    Trying something like manually configuring networking in redhat would have been insane.

    Either the redhat installation scripts work, or you go without networking in redhat. (or you look through the hundreds of init scripts trying to make sense of how it's loading)

    Slackware: write script, networking works.

  173. Slackware derivatives by Anonymous Coward · · Score: 0

    Uhhhhh....NO. Nobody here even seems to take into consideration the fact that Slackware and Linux-From-Scratch are almost the same beast. RedHat 5.0 introduced me to Linux, Slackware 4 TAUGHT me Linux. I've used Slack ever since, until I found Peanut and Vector - small distros that are based on Slackware. There are more and more of these out there. Peanut and Vector, IMHO, are what Slack 'should' be. Even if Volk stopped making the distro, somebody else would carry on with the same idea. Come to think of it, Slackware8 isn't really Slackware any more...it's too Gnome-centric and getting more bloated. Even though I don't use S8, I do continue to use distros similar/derived from Slakckware. These people will carry on if Slack doesn't.

    Peanut Linux - www.ibiblio.org/peanut
    Vector-Linux - www.ibiblio.org/vectorlinux

    I'm not a coward..just don't want to register. Flames to kenboyte@yahoo.com. Don't worry...I'll filter them when I pull them down to my Peanut 9.0 Laptop!

  174. Install Slack 8 and Live Large by looie · · Score: 1
    I have been a happy slack user for a long time. Every time I make a switch, I come back. A couple weeks ago, I installed mandrake 8.1. Yeah, it has a nice interface but nothing worked right. X would not run AT ALL. I had to monkey it manually to get it to work. No sound. No printing.

    I d/l'ed the slack isos for 8.0, burned 'em, installed. Beauty! Sound! Printer! And X fired right up and worked the way it is supposed to work. That is the best, sweetest install I ever have had. Hell, even the screensavers in Gnome work OOB, something I don't think ever has happened before.

    In sum, I'm totally happy with God's Own Distro (tm) (using God's Own Editor (tm), emacs).

    mp

    --
    "The secret to strong security: less reliance on secrets." -- Whitfield Diffie
  175. Re:(protopkg && autoslack) != packaging sy by Nailer · · Score: 3, Informative

    By almost veryone's definition these are methods of installing software but not packaging systems, Packaging systems (that is EVERY one I know of with the exception of Slackaware's) are designed to manage software in small chunks with some kind of metadata describing how packages relate to eachother - i.e. dependencies.

    I've been sold the slackware `packagaing system' doesn't have dependencies. If that's true, it isn't a packaging system. Nothing wrong with that, but less call a software install method a software install method.

  176. *BSD is Dying by Anonymous Coward · · Score: 0

    Oops, wrong topic.

    Slackware is dying!

  177. I've noticed slackware fading away... by PalmKiller · · Score: 1

    Just about a month ago, I was sitting there wondering what had happened the 25 or so slack linux boxes that we have running at the local isp I helped start and consult for, I had not heard from them for weeks, they had all but disappeared. I went home and sure enough all my boxes seemed like they had disappeared to...it was scary.

    I located one of my boxes by touch then installed Redhat on one of my boxes to see if it would be visible, and SuSE on another. Sure enough they both bitched and wined and were not even slightly faded. I worked on the SuSE box and basically edited the files and made it more like its slackware roots (after all SuSE was a product of building on slackware, so its the "package manager slack" you nuts all dream about)...and it too faded away. The Redhat box however still bitched and moaned and crashed until I reinstalled slackware and that box disappeared also.

    On a more serious note, You see we Slackware users (I have used it since 1.2.8) are proud of Slackware. We all avoided autoslack and it was NEVER wanted or needed in Slackware as slack users have a clue what Slackware is and we all gave the author of autoslack a good cursing from time to time and are all glad he failed in his silly attempt to redhatize Slackware, if we want that kind of shit, we will run SuSE! Autoslack was a piece of crap no real Slackware user wanted or needed anyway. Slackware users would just as soon use the source to build things we use, and use ldd or README and INSTALL texts to check to see what we need. If we need a package we can install rpms just fine, as slackware comes with rpm package manager, using the nodeps flag fixes that problem.

    1. Re:I've noticed slackware fading away... by daveman_1 · · Score: 1

      Sometimes they are tricky and you have to use noscripts also. Just a little tip...

      --
      Russian Russian Russian RussianDollSig DollSig DollSig DollSig
  178. any relation to subgenius? by BroadbandBradley · · Score: 2

    does slackware have any relationship/roots in the church of the subgenius and their encouraging people to get slack?

    1. Re:any relation to subgenius? by stox · · Score: 1

      As the person who is directly responsible for introducing Patrick to the church, I can most certainly say, YES!

      Too bad he didn't use the bleeding head of Arnold Palmer as a logo. That would teach those Sneedists a lesson or two. ;->

      "I don't practice what I preach, as I'm not the type of person I preach to"

      --
      "To those who are overly cautious, everything is impossible. "
    2. Re:any relation to subgenius? by BroadbandBradley · · Score: 2

      get slack!!!

      :-) subgenius showed me that the internet can be a cool place, perhaps a realignment with the subgenius site would work wonders for the popularity of SlackWare, create a subgenius edition with a selection of subgenius tools for contributions to the art mines, and a "subgenius clipart" package included, custom icons and sound clips, and a special /doctrine tree included in the doc directory. how about slack sticker propaganda printing app, design and print from the clipart gallery and stick bobheads everywhere.

  179. Slackware since 1.0, and still loving it! by Old.UNIX.Nut · · Score: 1

    Slackware is the ONLY distribution for people like myself who had been using UNIX since many moons before Linux existed. Most Slackware users know the ONLY way to install new software is from a source distribution. RPMs and GUI-based config tools are for reformed Windoze users, not those of us who cut their teeth on Mainframes and Super-minis.

    Slackware is used by more people than gets reported, because almost ALL Slackware users download their distro.

    Thank the computer gods for Volkerding and company!!!

  180. Slackware versatility by jamoke · · Score: 1

    I too got my real linux start on slackware.
    Slackware was the first major Distro with MicroChannel support. Back in those days I had a lot of micro channel machines to use, and not much of anything else.

    I always appreciated the direct and to the point aspect of Slackware. It would take me only minutes to configure any complex network/routing configuration, where as with RedHat I've wasted time in the past trying to get the needed routing/net configurations set up properly using their F**ked up GUI interface. I actually wasted a bit of time reading through the networking config scripts only to decide it was better to throw out everything and write my own, "straght and to the point /etc/rc.d/init/network" script
    and simply not use their "over complicated, it doesn't work the way you want it to anyway" scripts. It was the only way to get the "route" and "ifconfig" entries the way I needed them. With Slack it was always a snap.

  181. funny that by jonnystiph · · Score: 1
    I just started on my download of slack 8 and I came over here to see what was going on.

    Chances are that, no slack is not going anywhere. I have used about every distro I could get my hands on and nothing is like slack. If you can use slack than better chances are you can update your own applications to what they need to be.

    IMO regardless if 8 is the last release, slack is going no where for a very long time.

    --

    If we don't make light of everything, we are just stumbling in the dark - Blank

  182. If Slackware disappears from Linux, by daveman_1 · · Score: 1

    there is a good chance I will stop using linux. Seriously, I have found very few distros that make as much sense to me as Slackware. There are some things I wish Slackware did differently, but I certainly am not looking to put Mandrake on my personal computer anytime soon. (or redhat, suse, turbo, etc...) This is of course my opinion, but if you want a system that you can get your head around, and really know what is going on when it comes to resolving problems, you simply can't beat Slackware. The absurd startup scripts in some of the distros I've seen lately make my head whirl with their complexity. With Slackware, the entire system is comprehensible. Everything. As best I can tell, the only thing that would make sense for a Slackware user like myself is to start using FreeBSD, as it makes a lot of sense too.

    --
    Russian Russian Russian RussianDollSig DollSig DollSig DollSig
  183. linux in general by fnor · · Score: 1

    What makes a distrobution different anyway. I like to think linux is linux. Because i guarantee you i can make my slackware linux distro do anything that a Red Hat distro can do... and vise versa. The difference between linux distrobutions is all in what they come packaged with. So why does distrobution matter? It really doesn't. Its all in preference. Makes it kinda a moot point huh... which distro is better which distro is dying.... who cares?

  184. Vanilla is the best flavor. by FuryG3 · · Score: 1

    I've only been using Linux for about 2.5 years or so, but I am so happy that I learned on Slackware instead of other distro's. Learning on a vanilla distro like Slack really teaches you more about the in's and out's of Linux, as opposed to upgrading your kernal with an rpm.

    I use primarially Slackware for my personal servers, as well as almost all the servers that I manage at my office (about 20). Sure, sometimes you have to fight with something when you wouldn't have to on RedHat or Debian, but if all you know is rpm --install, you're going to run into a wall at some point and not know where to go.

    A company I colocate at (Hurricane Electric), uses primarially Slackware for all of their web hosting services. They've found that when you're managing a lot of servers, a basic distro is exactly what you're looking for.

  185. Gentoo Linux by Anonymous Coward · · Score: 1, Interesting

    Slackware was my first distribution too (with happy memories), and I have taken a recent look at it again for much the same reason as others have mentioned (nannyware and bloated distributions).

    What I missed was the concept of dependencies in the package handling (I know that others like this minimalism), and realised that I was really looking for a Linux distribution with a *BSD approach (minimal and small base distribution, and powerful, build from source capable package system with dependencies).

    I'm taking a look at Gentoo Linux at the moment, which is bootstrapping itself under VMWare as I write. Looks quite hopeful. Anybody else have experience with this?

    May stop me considering replacing Linux with BSD.... (Although there are just a few too many Linux binary only apps that I do not fancy fighting with under emulation libraries).

  186. I use Slackware exclusively because it's easier by Anonymous Coward · · Score: 0

    Slackware is a hands-on system. I've used other systems why try to do everything for you but fail to, and then require hands-on work. Slackware doesn't provide that false veneer. It does however provide a good curses-based UI for managing basic configuration tasks. It could use more work, like anything, but for my purposes it is perfectly fine.

  187. one app.. by whiplash · · Score: 1

    I'd agree these tools are useful, but lets face it, Slackware has always been more for the "gimme a screwdriver, I wanna see whats inside this thing." kind of person. While the other distros all have their merits, I would suggest they share a common goal of easily migrating Windows users, not so the case with Slackware. How many times have you seen people join IRC and ask the most basic questions that involve building something from source, yet are quick to point out they've been using linux "for years.."?
    Slackware demands more of it's userbase than the typical Windows user. For that reason, there will always be people running this distro.

  188. ((protopkg && autoslack) == packaging sys) by CyberKnet · · Score: 2
    Wait till I get back, I have to go buy an 'software install method' of beef from the supermarket. Or was it a package?
    Maybe we should understand just what "package" means...

    package
    n.

    1. A wrapped or boxed object; a parcel.
    2. A container in which something is packed for storage or transportion.
    3. a. A preassembled unit.
      b. A commodity, such as food, uniformly processed and containerized.
    4. A proposition or an offer composed of several items, each of which must be accepted.

    SO uhh.. yeah, under definition 2, these things do qualify as packages. Terribly sorry to ruin your soapbox. Do go on though, it was *almost* interesting.
    --
    Video meliora proboque deteriora sequor - Ovidius
  189. NetBSD install WAS Re:Slackware is minimal... by foonf · · Score: 1
    I play with NetBSD today for the same reason. The default install doesn't even set up networking for you.


    Thats not true! Maybe you don't have to, but if you do the net install it will configure your network adapter in order that it can fetch the base system.

    In fact I would rate the NetBSD installer as quite straightforward. Unlike OpenBSD, you do not have to mess around with the disklabel editor, which removes the one truly scary bit of the installation. The real fun begins once you reboot.

    (/me remembers spending 20 minutes trying in vain to add my user to the "wheel" group in order to su and install the pkgsrc tree so I could get lynx. This was after several years of using FreeBSD, Slack and Debian...I thought I knew what I was doing...but no)
    --

    "(Man) tries to live his own life as if he were telling a story. But you have to choose: live or tell." --Sartre
  190. Re:((protopkg && autoslack) == packaging s by Nailer · · Score: 2

    Under definition 2, PKZip is a packaging system.
    If you ask anyone whose remotely familiar with packaging systems, they'd naturally tell you it wasn't.

    Lets follow this logic, and look up a non computer dictionary for more computing terms.

    Oer, apparently my /etc/shadow is filled with some sort of intoxicating resin, chopped meat, or something chopped into pieces.

    Is it possible, just possible that non computer dictionaries don't know anything whatsoever about specific technical terms with well accepted meaning?

    Keep your own special definition of packaging system. I'm just letting you know that everyone else who makes packaging systems doesn't agree that appending `pkg' to an application makes it a packaging system.

    Terribly sorry to ruin your soapbox. Do go on though, it was *almost* interesting.

    Oer, feel the provocation! /me wets himself.

    Terribly sorry to ruin your soapbox. Do go on though, it was *almost* interesting.

  191. Unfriendly? by Anonymous Coward · · Score: 0

    What I found unfriendly was trying to get my sb1000 to work under the 2.4 kernel in Mandrake/Redhat for two whole weekends. After finally determining that the new ISA/PNP kernel support combined with the sb1000 driver is a completely broken combination, I decided to pull down an older Mandrake with the 2.2 kernel. Sadly, I could find no such beast, as all the older versions have been pulled from distribution.

    A little searching around, and I find that the latest Slackware actually allows ME to choose my kernel! Pulled down Slackware 8, installed what I wanted, and was up and running in less than an hour. Thanks, Slackware!

  192. Re:Slackware first distro? Not quite by Anonymous Coward · · Score: 0

    I have the first-release Infomagic 'UNIX' CD-ROM, which came with, I believe, 386BSD, NetBSD .9 something, and SLS Linux, I think. That was the predecessor of the 'Linux Developer Resource' set they put out for a long time that always included the latest Slackware release.

    My first Linux, however, was the first release of Yggdrasil, which was called LGX at the time (I think they wanted something they could trademark themselves). When I found Slackware I never went back again to the 'plug and play nightmare' called Yggdrasil.

  193. let's revive it! by vsp · · Score: 1

    go out and buy a package today!

  194. Utterly Amazed at the Propaganda... by blacktyde · · Score: 2, Interesting

    Wait, hold up. Stop everything here.

    I really have to ask a question. When is the last time the moderators of this site actually posted anything remotely positive about Slackware? I have used Slackware for something around 7 years now. I have tried Redhat, Suse, and Stormix. Nothing against any of them, but they are not for me. I was taught BSD style UNIX, and I find Slackware fills the functionality I need. Yet it constantly gets negative press from this news site. I haven't even HEARD of the tool that was mentioned in the headline. Alot of Slackware users haven't either. It just simply amazes me, that, because a developer of a tool that isn't even very known amongst the users of a distrobution is some how the equivilant to the distrobution dying, or fading away.

    This shows a severe lack of responsibility on the part of the person who posted this story, not to mention, it's extremly insulting to the thousands of people who use slackware. I honestly think that there should be a public apology posted. This is utterly rediculous, and I am getting sick and tired of having to read about how Slackware is old, dying, useless, or whatever. It is still one of the largest used Linux distrobutuins in existance, especially in an enterprise/server market.

    This is specifically the sort of infighting that is causing problems with any sort of possible true unification of the GNU movement. If people could at least pay a little respect to other peoples methods and thinking, than I think that Free Software as a whole would go considerably further. Who cares whether or not a certain distro does something the way you want it to? It's more important that the code is free. And since Slackware, like a considerable amount of other distrobutions is GNU, through and though, it should be celebrated. So for the love of god, Download Slackware, Red Hat, or whatever, play with it to your hearts content. Crack open a beer. Smile. That's what it's all about, isn't it? You have the Freedom to do so.

    --
    -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d- s: a-- C++ UL+++ P+ L+++ E--- W+ N+ o K- w-- O M V PS+ PE Y+ PG
    1. Re:Utterly Amazed at the Propaganda... by arfonrg · · Score: 1

      I've seen stupid posts score higher than "SCORE:1"!!!

      The parent post here is CORRECT and has many true points and deserves at least SCORE:3!!!

      Score 1 PFFFT! My @$$!

      --
      Your thin skin doesn't make me a troll
  195. Re:((protopkg && autoslack) == packaging s by squiggleslash · · Score: 2

    Slackware's packaging system includes the capability to add and remove packages (without removing files and directories shared between packages), which I'd have thought is pretty much the basic functionality that would define a "packaging system". PKZip, tar, etc, are not examples of this. Your definition is pretty useless in any case. Dependency checking is pretty much pointless unless it includes dependency fetching which is much more difficult. Using both Slackware's packaging system (which you don't think is a packaging system, because while it manages packages, it doesn't ring a bell if the user installs something without installing something else.) and RedHat's (which does), an installation will fail if you haven't installed a dependency. The difference is merely when you find out that the installation has failed. Is RPM also not a packaging system? Or is your definition really dependent on when an installation fails? Personally, I don't think something should be called a "packaging system" unless it has a command line flag to tell you the time. After all, what's the point of installing something if you don't know when you installed it? (Sarcasm BTW)

    --
    You are not alone. This is not normal. None of this is normal.
  196. Just Install It by spaceyhackerlady · · Score: 1

    I've played with a handful of other distributions, including RedHat and SuSE, but always come back to Slackware.

    Slackware was my very first Linux distribution, back when my home system was a 486/66. I had just bought a used computer, booted it, found that it had Windows 3.1 on it, marvelled that people actually paid money for Windows, bought a Linux book that came with a Slackware CD, and the rest was history.

    Slackware hasn't fallen into the all-too-common trap of assuming that a GUI app is a priori good, or that a character-based application is a priori bad. It assumes that you know what hardware your computer actually contains. This is bad?

    Just because Windows uses a thinking-optional GUI install program doesn't mean that Linux has to.

    ...laura

  197. Slackware is awesome by modulus · · Score: 1

    I don't know about anyone else, but I use and like Slackware (8.0) and don't think I've ever used either of these things that are no longer being maintained by whats-his-name. I like slackware for a number of reasons, and in fact wrote up an article about it a while ago, when I was tired... I never went through and cleaned it up, but you can read my take on distributions at this address:

    http://aaron.penjar.net/distributions.html

  198. 486 by tooth · · Score: 1
    I love slack, it works great on all the free 486s i pick up from around the place. These are machines that work well as test machines and single purpose servers.

    If I can get my databases going on a 486 with one user, it should have no problems on a much much more powerfull machine with many users and a much higher load.

  199. Slackware by Anonymous Coward · · Score: 0

    Slackware is the one TRUE Linux distribution.

  200. What commonly defines a packaging system by Nailer · · Score: 2

    Dependency checking is pretty much pointless unless it includes dependency fetching which is much more difficult.

    That's a seperate issue - see below.

    Using both Slackware's packaging system (which you don't think is a packaging system, because while it manages packages

    Archives. And the level of management is doubtful

    and RedHat's (which does), an installation will fail if you haven't installed a dependency.

    By the common definition downloading dependencies is not part of a packaging system. By common definition discovring and recording those dependencies is. Neither Red Hat or Debian or Solaris packaging systems (nor any other I know of) include the ability to automatically download packages. Instead, higher levels tools like up2date, APT, or pkg-get perform these functions. However, the packages in each contain dependency information, and dependencies must be met before software in installed, enforcing a well maintained and cohesive system.

    1. Re:What commonly defines a packaging system by karmawarrior · · Score: 2

      That's a seperate issue - see below.

      Nope. If you're going to say "such and such isn't a packaging system unless it has x-irrelevent-but-useful-to-me-feature" then you should at least justify its usefulness. Arguing that a package management system must have the capability to check dependencies, even if it doesn't in any way make use of that information, is adding a pointless barrier to entry.

      Archives. And the level of management is doubtful

      Collections of files including post-install scripts. Happy now? And the management is at least management - you can add a package, you can remove a named package, which is pretty much impossible to do unless you're "managing" in some sense.

      By the common definition downloading dependencies is not part of a packaging system. By common definition discovring and recording those dependencies is. Neither Red Hat or Debian or Solaris packaging systems (nor any other I know of) include the ability to automatically download packages. Instead, higher levels tools like up2date, APT, or pkg-get perform these functions. However, the packages in each contain dependency information, and dependencies must be met before software in installed, enforcing a well maintained and cohesive system.

      Again this is meaningless. You're saying that something is not a packaging system because it doesn't include a feature, but you're arguing that it only has to implement that feature, not use it in any way shape or form, to be a packaging system.

      This is crap, be honest. A packaging system is a thing to add and remove packages. That's it. That's the definition. Any dependency features, auto-download tools, etc, are just extras.

      I assume you'd argue that a car isn't a car unless it has airconditioning? I live in Florida, and I pretty much wouldn't get a car without A/C, but I'm not idiot enough to claim that my requirements in a car define what a car is.

      --
      KMSMA (WWBD?)
    2. Re:What commonly defines a packaging system by Nailer · · Score: 2

      Nope.

      How very Slashdot of you.

      If you're going to say "such and such isn't a packaging system unless it has x-irrelevent-but-useful-to-me-feature"

      I'm not going to say that at all ,that's why I haven't. I've said the common definition of a packaging system. And that's exactly what I meant, oddly enough.

      then you should at least justify its usefulness.

      I have. You should at least read the post you're replying to. See comments about enforcing cohensive software installations.

      Arguing that a package management system must have the capability to check dependencies, even if it doesn't in any way make use of that information, is adding a pointless barrier to entry.

      No its not. Its enforcing integrity on the system. How easy it is for people to meet that integrity has generally been treated as a seperate issue.

      I assume...

      You assume wrong.

    3. Re:What commonly defines a packaging system by squiggleslash · · Score: 2
      Dependency checking is pretty much pointless unless it includes dependency fetching which is much more difficult.
      That's a seperate issue - see below.
      (below)
      By the common definition downloading dependencies is not part of a packaging system. By common definition discovring and recording those dependencies is.
      This, quite frankly, is arrogant tosh. The "common definition" of a package management system is that of its name - ie a system to manage (the installation and removal) of packages. That's it. I can say that something is "part of the common definition" too but I'd be speaking out of my arse unless I actually backed it up.

      You're proposing that something utterly and completely useless on its own is vital part of package management. Nonsense.

      Archives. And the level of management is doubtful
      That's resorting to some kind of sneering elitism! Archives do not have post-install/uninstall scripts. Programs to extract archives do not keep track of which files have been extracted. Programs to extract archives aren't able to "undo", in a clean and sane fashion, the extraction they've performed.
      Neither Red Hat or Debian or Solaris packaging systems (nor any other I know of) include the ability to automatically download packages. Instead, higher levels tools like up2date, APT, or pkg-get perform these functions. However, the packages in each contain dependency information, and dependencies must be met before software in installed, enforcing a well maintained and cohesive system.
      And it's a potentially nice feature, but you've proven nothing beyond that. You've certainly not demonstrated that it is necessary to prevent installation of packages which have unresolved dependencies in order to manage them.

      Package management is about the management of packages. Nothing more or less. Rather than throwing your rattle out of your pram because you don't happen to like the lack of features of one particular package management system, perhaps you should just choose one that does what you want.

      --
      You are not alone. This is not normal. None of this is normal.
    4. Re:What commonly defines a packaging system by Anonymous Coward · · Score: 0
      I'm not going to say that at all ,that's why I haven't. I've said the common definition of a packaging system. And that's exactly what I meant, oddly enough.
      No you didn't! You made up a feature that has nothing to do with package management and claimed that without it, something isn't package management! Most people would say the common definition of package management is the management of packages, but you add dependency checking. You can't even back it up with a coherent argument: "Oh yes, installing the other packages is for something else to do! But it should complain anyway, even though such complaints are useless because, er, they enforce integrity. That's it! I haven't a clue what I'm talking about but 'enforce integrity' sounds almost intelligent of me. Who gives a fuck that previous posters have already pointed out you're going to find out if something required dependencies anyway and it hardly damages your machine to have something installed that wont run until you install something else, I'll just ignore them and pretend this useful tool is in fact a vital feature without which the world would end, and packages would be UNABLE to be managed!"
      You should at least read the post you're replying to
      That's funny, because from where I sit, you're responding to words like "Nope" and "I assume" without responding to the sentences to which they're attached.

      Pretty much a standard troll from what I can see. Invent a definition, claim it's "the definition", then respond word by word in such a way that you don't actually have to respond to your victim's arguments. Let me guess, people stopped responding to you on Usenet, or their responses usually comprised of the word "*plonk*", so you came here? Would I be right?

    5. Re:What commonly defines a packaging system by Nailer · · Score: 2

      That's it. I can say that something is "part of the common definition" too but I'd be speaking out of my arse unless I actually backed it up.

      I have backed it up. Like the English language, computing terms are (like it or not) defined by their use. Everyone elses definition of a packaging system includes these abilities. Slackware's is unique in that it does. Read that again, and this tiem respond to it.

      You're proposing that something utterly and completely useless on its own is vital part of package management.

      Why is it completely and utterly useless on its own? It still enforces correct system administration proceedures and coherantly installed software. Back up your argument.

      That's resorting to some kind of sneering elitism!

      That `sneeering elitism' is whats known as management - enforcing and maintaining particular characteristics of that which is being managed.

      Archives do not have post-install/uninstall scripts.

      Yeah, archives aren't packages. Archives were brought up in response to another fellow that said that the definition of a `package' from an English disctionary was appropriate. It obviously isn't.

    6. Re:What commonly defines a packaging system by Nailer · · Score: 2

      You made up a feature that has nothing to do with package management and claimed that without it, something isn't package management!

      As I said earlier: like English, computing terms are defined by their use. Everyone elses definition of packaging system with the exception of Slackware's includes a dependency system. I will bang this point into your head repeatedly and sometime you might actually respond to it.

      Oh yes, installing the other packages is for something else to do!

      No, finding and downloadoing. They're not the same.

      But it should complain anyway, even though such complaints are useless because, er, they enforce integrity.

      Those complaints are not useless, because they enforce integrity. I.e, what's installed on the system works properly. Don't manipulate my words into somethign else. Quote me.

      That's funny, because from where I sit, you're (not) responding to the sentences to which they're attached.

      Respond to the point I make yet again in the first paragraph I write in this post. You haven't yet.

      Pretty much a standard troll from what I can see.

      Someone rampa

      Invent a definition

      No, I've provided reasons why that defintion is the case. You still haven't responded to me.

      claim it's "the definition"

      Back up the defintion because its the way everyone else defines it.

      then respond word by word in such a way that you don't actually have to respond to your victim's arguments.

      LISTEN TO ME. Not, not your own version of the words like you've posted above, but what I'm actually saying.

      /me picks up your head and slams it repeatedly in the ground while screaming EVERYBODY ELSE'S PACKAGING SYSTEM INCLUDES THESE ABILITIES WHICH ARE USEFUL ON THEIR OWN BECAUSE THEY MAKE SURE WHATS INSTALLED ON THE SYSTEM ACTUALLY WORKS. COMPUTING TERMS ARE DEFINED BY THEIR USE, AND EVERYBODY ELSES CONCEPT OF A PACKAGING SYSTEM IS PARTICULARLY DIFFERENT FROM SLACKWARES


      Don't even dare say I haven't responded. Listen to someone asides from yourself for a change.

    7. Re:What commonly defines a packaging system by squiggleslash · · Score: 2
      I have backed it up. Like the English language, computing terms are (like it or not) defined by their use. Everyone elses definition of a packaging system includes these abilities. Slackware's is unique in that it does. Read that again, and this tiem respond to it.
      With respect, that's the first time you've actually tried to justify your definition with something remotely concrete, and it's still wrong. Slackware's package system was one of the first created. The model T didn't have windscreen wipers, useful though they are, but nobody argues it wasn't a car.
      Why is it completely and utterly useless on its own? It still enforces correct system administration proceedures and coherantly installed software. Back up your argument.
      I've already backed it up. Read previous messages. You, on the other hand, have asserted without any backing that it's required for system administration procedure. You and I both know that whether a package is installed without dependencies or not makes no difference to the integrity of a system. rpm -i pkg.rpm and installpkg pkg.tgz, without dependencies being furfilled, differ only in the amount of disk space used afterwards.
      That `sneeering elitism' is whats known as management - enforcing and maintaining particular characteristics of that which is being managed.
      No, because we're talking about archives and packages not package management or how much management is necessary before something can be called management.
      Yeah, archives aren't packages. Archives were brought up in response to another fellow that said that the definition of a `package' from an English disctionary was appropriate. It obviously isn't.
      No, you were responding to my posting and claiming my use of the word packages was incorrect wrt Slackware packages. If you were reading his message while responding to mine, then I suggest a basic course in English criticism may be necessary - a visit to your local college might be in order here.

      At the end of the day, you continue to be demanding a feature be part of the definition of package management systems which is not useful on its own, which you cannot show any way is useful on its own, where you believe that its necessary for those against including it in the definition to justify their arguments instead of you having to justify yours. And you rely on a "common definition" without being able to point at that definition anywhere which could just as easily apply to things like the file format as it could this particular feature.

      It's not a convincing argument, and you should let it lie.

      --
      You are not alone. This is not normal. None of this is normal.
    8. Re:What commonly defines a packaging system by Anonymous Coward · · Score: 0
      Dude.

      You need to learn a little about quoting and formatting. I'm trying to read this crap and can not make head or tail of who wrote what except by refering to the previous article.

      What I love though is that you are still claiming to have the "correct" definition of a packaging system. It's "everyone else's" apparently but you can't point at anyone who actually defines it that way. But you do try and pretend that it is everyone else's because "everyone else's packaging system includes these abilities".

      That's hillarious. No, you're killing me! If you define something as being a packaging system on the basis that only the things that have it are packaging systems, then of course the things that don't have it will differ from the things that do! We can repeat this ad-nausium, for instance:

      • Slackware hasn't got dependency checking. RedHat, Debian, BSD does. Slackware is out.
      • RedHat doesn't have automatic downloading of packages. BSD and Debian do. RedHat is therefore not a packaging system because "all the other" packaging systems do.
      • BSD allows packages to be installed by a choice of installing a precompiled package or going to a directory and typing 'make' causing the source code to be downloaded, compiled, and installed. With Debian none of that it automatic. "All the other" packaging systems except for Debian (ie the BSDs) support that feature, so therefore Debian doesn't qualify as a packaging system.
      You see how stupid your attempt to justify pretending your definition is the one everyone else is using? Incidentally, again you quoted a few words and then went off avoiding responding to what I actually posted. So, let's recap:
      • You say something isn't part of "the definition" of what a something is, you do not justify it, you even agree with some guy at one point that what you want isn't useful on it's own (though you're now disagreeing with that - so much for consistancy) and flame people for daring to diverge from your definition. You're the only one claiming your definition is the right one but see no irony in protesting that it's the one "everyone else is using."
      • You respond at points to individual words people have posted without actually responding to the sentences they're a part of.
      • While doing the above you demand to know why your victim isn't "listening to someone asides from (himself)" or "reading the post you're responding to for a change".
      Fucking hilarious. Which newsgroup was it that everyone killfiled you on? Don't tell me: comp.sys.amiga.advocacy? talk.abortion?
    9. Re:What commonly defines a packaging system by Nailer · · Score: 2

      With respect, that's the first time you've actually tried to justify your definition with something remotely concrete

      Reread what I've posted earlier. I made this point multiple times. In fact, read the title of the comment you responded to earlier. You're quite slow.

      Slackware's package system was one of the first created.

      It was one of the last, and added some metadata to the existing archive system and some very basic tools with the word `pkg' in their name, in response to people choosing other distroibutions precisely because they offered package management systems.

      No, you were responding to my posting and claiming my use of the word packages was incorrect wrt Slackware packages.

      I had a feeling that was the case, but I frankly could not be bothered re-reading my earlier posts.

      At the end of the day, you continue to be demanding a feature be part of the definition of package management systems which is not useful on its own

      I have repeatedly pointed out how it is useful on its own. Package A requires package B. User installs package A, but it won't let his, because of the dependency. This is in constrast to package A being installed and the `dependency' being discoovered when something breaks. Yes this feature is useful. Yes people have can and will work with packaging systems without ever using the autodownload tools that are avaliable because `ls' on a CDROM and a web indexing engine perform these functions well.

      It's not a convincing argument

      You're not listening to it.

    10. Re:What commonly defines a packaging system by Nailer · · Score: 2

      It's "everyone else's" apparently but you can't point at anyone who actually defines it that way.

      Oh God, I've gone past being provoked by your crap and now I'm laughing. Yes I have pointed out at least 4 seperate groups who define it this way and could point out many more. You're still not reading what you're responding to, probably because you're too busy taking a minor comment against your distribution and some kind of personal attack.

      * Slackware hasn't got dependency checking. RedHat, Debian, BSD does. Slackware is out.
      And Solaris, HPUX, etc.

      * RedHat doesn't have automatic downloading of packages. BSD and Debian do.
      Red Hat does and has had for a long time, you're not not very well informed. up2date has existed for two years now and is quite mature.

      RedHat is therefore not a packaging system because "all the other" packaging systems do.

      Solaris and HPUX don't have auto download system that come with their, though I know a third party one is avaliable for Solaris. But then again, the tasks of an auto downloader can also be handled via an indexing engine or `ls' on a CDROM

      * BSD allows (etc)

      That's one. One does not make a majority, especially when others have alternate machanism of doing the same thing.

      Your little recap is pathetic. I have justified it repeatedly. You said I haven't pointed out anyone who defines packaging this way. That's provably false and indicative that you're not reading what you're responding to. So whose not listening to who?

      Your a fool who responds to any sort of tuned criticism to a piece of technology they used as if it was a personal attack. Grow up, mister Coward.

    11. Re:What commonly defines a packaging system by Anonymous Coward · · Score: 0
      Yes I have pointed out at least 4 seperate groups who define it this way
      Where? I've yet to see you show ANYONE as agreeing with your definition. So far the nearest you've come up with are PRODUCTS that implement your desired feature. Again saying "Four of these products support X, so the fifth which doesn't can't be the same type of thing" is plain silly because you can make the same claim about ANY feature, to the point that you can whittle it down so that there's only one "true" package manager.
      * RedHat doesn't have automatic downloading of packages. BSD and Debian do. Red Hat does and has had for a long time, you're not not very well informed. up2date has existed for two years now and is quite mature.
      How... interesting. So presumably this now means your barrier to entry has changed and all packaging systems must not only check dependencies - but resolve them too?

      That's one. One does not make a majority, especially when others have alternate machanism of doing the same thing.
      There were three BSD packaging systems/ports systems last I looked, all based on one another but none interchangable. In any case, you've totally avoided answering the point. I've whittled down the list of "package managers" each time by finding a feature that is in all those left save one. Remove Slackware. Then RPM. Then Debian. Clearly the "four out of five package managers have it so the fifth isn't one" attempt at definition is inane.

      You said I haven't pointed out anyone who defines packaging this way. That's provably false and indicative that you're not reading what you're responding to. So whose not listening to who?
      Who is defining it that way? YOU HAVEN'T SAID. *ALL* you have claimed is that MOST packaging systems support the feature. And claiming that something is NOT a package because most other systems support a feature lacking is plain silly.

      To put it another way, every single Linux distribution out there has a package management system to ensure that it's easy to install, track, uninstall, and upgrade, components of the system in a modular way. If you're arguing that Slackware lacks such a system, and you agree that every other Linux distribution has a package management system as part of it, do you thus believe that Slackware is not a Linux distribution?

      I mean, how far do you want to take this bizarre argument?

      Your a fool
      My a fool? Or did you mean "You're" (short for "you are"? Spelling flames are usually lame, and I do not normally resort to them, but it's generally not a wise thing to incorrectly spell an insult of that nature...)

      tuned criticism to a piece of technology
      Amusing. So you agree then that it is a packaging management system and your claims that it isn't are merely insults for the sake of criticism rather than intended to be taken seriously?

      You're abusing the English language, not me. You're defining package management as meaning more than the management of packages. That's just dumb.

      As for the personal attacks, I started out as merely disagreeing with you, as the other posters did. You chose to turn that into a stream of insults. What exactly is it about Slackware package management that riles you this way? I mean, for crying out loud, you've started an entire subthread here about how upset you are - to the point of redefining the term - that Slackware PM doesn't include dependencies.

      That's pretty fucked up, right there.

    12. Re:What commonly defines a packaging system by Nailer · · Score: 2

      Where? I've yet to see you show ANYONE as agreeing with your definition.

      I've explained why this is the case earlier. Use defines definition. This seems to elude you.

      So presumably this now means your barrier to entry has changed and all packaging systems must not only check dependencies - but resolve them too?

      No. And I don't follow your logic.

      In any case, you've totally avoided answering the point. I've whittled down the list of "package managers" each time by finding a feature that is in all those left save one.

      Really? Omigod! And you've missed the point: I've refuted your argument save for slackware. More importantly: the only `feature' which is based on making a system stabler, rather than saving time for administrators, is dependency checking.

      To put it another way, every single Linux distribution out there has a package management system to ensure that it's easy to install, track, uninstall, and upgrade, components of the system in a modular way.

      Again, making sure what's installed on the system WORKS is a big part of that.

      If you're arguing that Slackware lacks such a system, and you agree that every other Linux distribution has a package management system as part of it, do you thus believe that Slackware is not a Linux distribution?

      That's not that difficult to say. Distributions which install software in /opt, can't install RPM packages, or put things in unusual places can be defined as not being Linux in that they do not meet the Linux Standard Base. They're just OS which use the Linux kernel. Controversial now, but it will be pretty common in five years time.

      Or did you mean "You're"

      Oh God. Too much time online and too much anger in my mind when I wrote that.

      Spelling flames are usually lame

      Yeah they are, but mea culpa.

      So you agree then that it is a packaging management system and your claims that it isn't are merely insults for the sake of criticism rather than intended to be taken seriously?

      No I don't. Quoting me saying Slackware is a `piece of technology' and using this as evidence I believe Slackware is a packaging system is just as bad an abuse of logic as my own abuse of English (you're / your) above.

      You're defining package management as meaning more than the management of packages.

      No, I've said keeping a system stable is part of management. Ignoring that and not responding to it is `just dumb'.

      As for the personal attacks, I started out as merely disagreeing with you, as the other posters did. You chose to turn that into a stream of insults.

      I never insulted anyone until being told by someone"Terribly sorry to ruin your soapbox. Do go on though, it was *almost* interesting." . You chimed in with your own chilidsh little imitative misquote. And you dare call *me a troll?

      What exactly is it about Slackware package management that riles you this way?

      Nothing. I'm just cautious about anything which harms the integrity of a system. Finding out the installed software requires another piece of software post install is simply poor engineering and bad for the integrity of the installed system. As I've said before: there's nothing majorly wrong with Slackware's software installation system if that's all you want or need, its just not a packaging system.

      I mean, for crying out loud, you've started an entire subthread here about how upset you are

      I'm not upset, or at least I wasn't until your annoying little `let me see...you think all Slackware users are Pterodactyls!!!'-type manipulations of my words.

      I've riled the feathers of people who like a piece of technology too much to acknowledge it has obvious faults. I don't expect you to agree with me, but I do expect some respect and for you to actually read my postings (which you have not) before you (Mister AC) choose to label *me* as a troll.

      We both agree that a package management should ...well... manage packages. I have higher standards as to what defines mangement than you do. That doesn't make me a troll.

    13. Re:What commonly defines a packaging system by Anonymous Coward · · Score: 0
      Slackware's package system was one of the first created.

      It was one of the last, and added some metadata to the existing archive system and some very basic tools with the word `pkg' in their name, in response to people choosing other distroibutions precisely because they offered package management systems.

      WHAT? What kind of shit are you smoking?

      :~$ head -4 /sbin/pkgtool
      #!/bin/sh
      #
      # Copyright 1993, 1994, 1995, 1996, 1997,
      # 1998, 1999 Patrick Volkerding, Moorhead, MN USA

      Slackware's packaging system (in its original form, which is not exactly where it is today) pre-dates all other extant Linux packaging systems. I do believe it was the first packaging system for Linux that was not simply archives used for system installation.

      Go sit on something sharp.

    14. Re:What commonly defines a packaging system by Nailer · · Score: 2

      Nice to know ytou thought up such an adequate and complete retort :D

    15. Re:What commonly defines a packaging system by squiggleslash · · Score: 2
      *sigh*
      Reread what I've posted earlier. I made this point multiple times. In fact, read the title of the comment you responded to earlier.
      I did. I don't recall you connecting "the common definition" with "how most other package managers work" before now. If you did, I'm sorry, I must have missed it in the more bizarre stuff you're posting.
      Slackware's package system was one of the first created.
      It was one of the last, and added some metadata to the existing archive system and some very basic tools with the word `pkg' in their name, in response to people choosing other distroibutions precisely because they offered package management systems.
      That's not my recollection, but I'll be happy to be proved wrong. My first Linux installation, back in 1996, was from a two year old Slackware CD, and that was definitely package based. I can't recall if the installpkg/removepkg commands were there, but the menu thing which allowed you to select and deselect (to remove) individual packages was definitely there. I remember being most impressed when I opted to remove some packages for the first time and found it hadn't removed shared files and stuff.

      It was definitely managing packages at that point.

      I have repeatedly pointed out how it is useful on its own. Package A requires package B. User installs package A, but it won't let his, because of the dependency. This is in constrast to package A being installed and the `dependency' being discoovered when something breaks.
      I don't recall you saying this previously actually, indeed I recall being the one who said it to point out that the difference between dependency checking and no dependency checking is minor - an issue I don't believe I've seen you address. Whether you install or not install, a package that has unresolved dependencies isn't going to work off the bat. The user is still going to have to look for the files that resolve those dependencies. So I run galeon after installing it with Slackware and find it needed Mozilla - do you think I'd have been better off if the package manager, rather than the app - whose dependency can be resolved in a myriad of different ways - had refused to install it demanding a particular package be installed?
      You're not listening to it.
      You keep saying that but I see myself responding to every point you make and not seeing you address those points, instead seeing complaints from you that you've said XYZ a million times, when, quite frankly, you've never said it. You've finally, in this response, tried to make an argument for dependency checking being useful - I'm looking over your previous messages now and I can't see where you've done that before (other than by asserting that "You're wrong", etc) - yet you're claiming to have made the argument before.

      And as such I'm wondering if, in reality, I'm just being trolled here.

      Have the last word if you wish. It seems a little pointless. Going back to the crux of the matter though, I honestly can't see how something that manages packages can be described as being anything other than a package manager. YMMV.

      --
      You are not alone. This is not normal. None of this is normal.
    16. Re:What commonly defines a packaging system by Anonymous Coward · · Score: 0

      I've explained why this is the case earlier. Use defines definition. This seems to elude you.

      Then Slackware's packing system, which everyone else in the world describes as a packaging system, clearly proves your definition wrong.

      I don't follow your logic.

      You've just argued that every single packaging system out there, with the exception of Slackware, now has the capability to automatically resolve and download dependencies. Most of the world would say that if you're arguing that "everything else in the world except Slackware does X therefore Slackware isn't an example of the same type of thing", that you're raising your own barrier to entry if you're adding even more things that Slackware doesn't do. But, hey, that's complicated logic. I wouldn't expect anyone under the age of five to understand it.

      I've refuted your argument save for slackware.

      No, you haven't. You haven't even addressed the argument. You've come up with a third rate "Well, X has feature Y _now_" comment without actually addressing the underlying point. You've already said that you don't regard automatic dependency resolving as being a defining point of package management, so presumably just before RedHat implemented the feature you'd have been quite happy that RedHat didn't have the feature when "all the others" did. But using your own logic, because RedHat lacked that feature when everyone else had it, RPM can't have been a package manager.


      You've yet to try and refute the fact that you can always find one thing that everything else has that system X doesn't have. You've yet to refute therefore the argument that trying to define what a package manager is on the basis of majority rule, and then claiming anything that isn't in the majority is no longer a package manager, is a peculiar and flawed means of reasoning.


      Slackware's package management system is a package management system. Deal with it.


      That's not that difficult to say. Distributions which install software in /opt, can't install RPM packages, or put things in unusual places can be defined as not being Linux in that they do not meet the Linux Standard Base. They're just OS which use the Linux kernel. Controversial now, but it will be pretty common in five years time

      Thank you, that's the second time you've pretended to refute an argument without addressing it, and it's another example of sophestry. The LSB defines the LSB, not "Linux". Additionally, most Linux distributions do not conform to the LSB. Debian, for instance, has the gall to eschew RPM.


      But in any case, go back to the original argument: Is Slackware not a Linux distribution on the SPECIFIC AND ONLY grounds that it does not carry a package management system that resolves dependencies, whereas all other Linux distributions do? YES OR NO? (Prepare to be laughed at if you argue that the world's oldest Linux distribution is not a Linux distribution)


      I've said keeping a system stable is part of management

      If you were to say it's part of system management, then I'd agree with that logic. But I'd have two problems with saying it's part of package management. The first is that it isn't. Package management is just package management - if a system administrator wants to use it to install, I dunno, Netscape 6.0, or maybe Teardrop, then that's their decision. The package manager shouldn't jump in and say "No!!! Don't do it you fool!"


      The second is that unresolved dependencies do not an unstable system make. They mean that the packages you've installed wont work yet. That's it.


      I never insulted anyone until being told by someone"Terribly sorry to ruin your soapbox. Do go on though, it was *almost* interesting." . You chimed in with your own chilidsh little imitative misquote. And you dare call *me a troll?

      My heart bleeds. And yeah, you're a troll. Your playing the book, every post from you claims to have refuted arguments before without actually doing so. Every post rests on a "definition" that you're the only proponent of, and you can't point at anyone else using the same definition so you're trying to use sophesty ("oh, but all the other implementations have it") to pretend that everyone else agrees with your definition rather than with your belief that such a feature is a good idea.


      Sorry to rain on your parade.


      Nothing. I'm just cautious about anything which harms the integrity of a system. Finding out the installed software requires another piece of software post install is simply poor engineering and bad for the integrity of the installed system. As I've said before: there's nothing majorly wrong with Slackware's software installation system if that's all you want or need, its just not a packaging system

      And this is pretty much where you're going off the wall. You don't like X, so X isn't an example of Y. No no no, life doesn't work like that. It really doesn't. Almost all of us can find something we don't like, but we don't try to redefine the entire English language as revenge. Although I do recall the EU parliament doing something similar with chocolate - it decided it didn't like British chocolate much because they use more vegetable fat than most of the alternatives, so they tried to pass a law to have the name changed to "vegelate." I kid you not. Needless to say it didn't get anywhere, because most people aren't that idiotic.

      I'm not upset, or at least I wasn't until your annoying little `let me see...you think all Slackware users are Pterodactyls!!!'-type manipulations of my words.

      Show me where I've written that. I'm happy with a "Slackware users use crude package management systems" argument. That's manifestly true. Some Slackers think that's a good thing, others don't. But that's a different argument to what you're claiming.

      I have higher standards as to what defines mangement than you do.

      You don't have higher standards, just more demands. And I suspect of the two of us, I'm the one with higher demands about what I want out of a package manager. Frankly, I wont take anything less than BSD's ports & packages system for my own use unless forced otherwise, and then if I'm forced to use a flawed PMS, I'd rather take one that doesn't get in the way than one that does. But I'm not stupid enough to claim that because BSD has everything I need to completely manage the installation, upgrading, removal, and modification of packages that, ergo, the original package management systems, be they RPM or Slack, weren't really package management systems. They managed packages - you could install, upgrade, and remove packages harmlessly and easily. That ultimately is the definition everyone else is using. What comes after that are the bells and whistles that makes things useful to us. They don't change the English language the moment they're implemented.
    17. Re:What commonly defines a packaging system by Nailer · · Score: 2

      The user is still going to have to look for the files that resolve those dependencies. So I run galeon after installing it with Slackware and find it needed Mozilla - do you think I'd have been better off if the package manager, rather than the app - whose dependency can be resolved in a myriad of different ways - had refused to install it demanding a particular package be installed?

      Yes!

      manages packages can be described as being anything other than a package manager.

      By not managing them to an acceptible standard.

      (insert obligatory response to rather uncreative troll label here)

      Mike

    18. Re:What commonly defines a packaging system by Nailer · · Score: 2

      You've just argued that every single packaging system out there, with the exception of Slackware, now has the capability to automatically resolve and download dependencies.

      No, I've said they have tools avaliable to do this, whether from third parties or otherwise. THey are almost never handled by the package manager itslef, a distinction many people miss.

      Most of the world would say that if you're arguing that "everything else in the world except Slackware does X therefore Slackware isn't an example of the same type of thing", that you're raising your own barrier to entry if you're adding even more things that Slackware doesn't do. But, hey, that's complicated logic. I wouldn't expect anyone under the age of five to understand it.

      Is Slackware not a Linux distribution on the SPECIFIC AND ONLY grounds that it does not carry a package management system that resolves dependencies, whereas all other Linux distributions do? YES OR NO?

      Of course its a distro. It just has a very limited concept of management.
      I'd agree with that logic. But I'd have two problems with saying it's part of package management. The first is that it isn't. Package management is just package management - if a system administrator wants to use it to install, I dunno, Netscape 6.0, or maybe Teardrop, then that's their decision. The package manager shouldn't jump in and say "No!!! Don't do it you fool!"

      Thats unrelated and you know it. It has nothing to to with managing installed software and is rather choosing how the system will be used.

      The second is that unresolved dependencies do not an unstable system make.

      I flatly disagree. I've said why - what's installed at any time on the system should work. In case it isn't bleeding obvious this saves a great deal of time documenting all the still to be installed software, and by checking pre install also provides a common point at which the broken install can be mended, rather than waiting for an arbitrary thing to break.

      You don't think there's anything wrong with that and have your little troll rant. I don't care.

      ("oh, but all the other implementations have it"

      And I've said that from the start.

      They don't change the English language the moment they're implemented.

      Like appending the string pkg to your software install system?

    19. Re:What commonly defines a packaging system by Anonymous Coward · · Score: 0

      Is Slackware not a Linux distribution on the SPECIFIC AND ONLY grounds that it does not carry a package management system that resolves dependencies, whereas all other Linux distributions do? YES OR NO?

      Of course its a distro. It just has a very limited concept of management.

      Well, that's ONE of the two questions answered. Although one might say you've withdrawn a little if you are, now, willing, grudginly, to accept that Slackware has (package) management.


      Now if you could address the issue about the fact that any attempt to define things in terms of "all the others have it" is likely to recurse until COUNT(all the others) becomes "1 left", that'd be great...


      I've said why - what's installed at any time on the system should work. In case it isn't bleeding obvious this saves a great deal of time documenting all the still to be installed software, and by checking pre install also provides a common point at which the broken install can be mended, rather than waiting for an arbitrary thing to break

      Still not really a demonstration of a system being unstable though is it?

      have your little troll rant.

      Pot... kettle...

      They don't change the English language the moment they're implemented.


      Like appending the string pkg to your software install system?

      Slackware's package management system (for it is thus) allows packages to be installed and uninstalled and upgraded, and is not limited to software. How is it a "software install system" and given I believe it was the first - wasn't Slack's primary advantage over SLS the packaging system - how was it changing the English language?


      The only person who I see changing the English language is your good self. It appears you think that "package management" should mean something other than the management of packages.

  201. YIKES! by Anonymous Coward · · Score: 0

    The debian install is only about 160 megs though, base files plus apache, php, and mpg123.

    YIKES!

    160MB??!?!?! ONLY ?!?!?!

    I can install the same thing with slackware in less than 25Megs..

    160MB is NOT a "minimal" install.

    1. Re:YIKES! by Alan · · Score: 2

      I didn't mean to imply it was a minimul install. I meant to imply that it was smaller than the "full install" size by far and was a fully running system without any excessive stripping of files (IE: trying to get as small an install as possible).

  202. Slackware-heads -- I think I know why we like it. by Deal-a-Neil · · Score: 1

    Like so many of you that have posted here, I've been using Slackware for at least five years in the production environment. I've strayed from the distribution when we started ordering pre-fab servers that came with a flavor of RedHat pre-installed in the past few years, but at the end of the day, I just keep coming back -- and what's funny is, I ask myself, "why?"

    One reason I think that we Slackware-heads like Slackware so much is because it's about as bare and yet, as fancy as we want an install to go. I don't like GUI installations. At first, I disliked them because they required a mouse (which none of our servers have). Secondly, I disliked them because they used colors -- once, on a Mandrake install, I couldn't tell if an option box was "checked", because the only way to discern this was to know if red or blue meant "selected". I popped out the CD, tossed it in the trash, and popped in Slackware. (very true)

    I like to get my hands dirty. Hell, I've never even used RPM before September of this year (on a box, of course, that someone else installed RedHat on). After I build out a new box, I like to break out the Lava soap.

    And you know what I like most about Slackware? /etc/rc.d/. I didn't realize how much I liked rc.inet1 and rc.inet2 until I started configuring /etc/sysconfig/network-scripts/ifcfg-eth1:x on a RedHat box -- yikes. I don't need Lava soap after tooling around with RedHat, I need 800mg of Advil.

  203. Slackware is leaner, easier and better... by giantsquidmarks · · Score: 1

    Other distro's put package managers and admin tools that all have bugs and glitches... eventually you find yourself digging into the init files manually to make everything work right. Slackware just skips the pretense that Unix can be managed from X or curses.

  204. Why I like Slackware by maop · · Score: 1

    I bought a Slackware cd several months ago because I was sick of rpm dependency hell and I tryed it after killing my system while trying to upgrade glibc. The installation was not so hard. Just specify the usual locale, etc. You do have to make your own partitions with a program such as fdisk but this is calmly explained in their excellent manual. If it is your first Slackware definitely buy their manual or if you are cheap read it on their website. The rest of the installation is like Redhat and I would guess most other distros. After installation I could use my sound card by uncommenting one line in one of the init scripts. Warning: old BSD style init scripts are used but now I actually prefer it. Enabling or disabling things such as ssh and sendmail only require greping around /etc/rc.d and [un]commenting a couple of lines. Printer support is easily accomplished with lpr and apsfilter. Apsfilter has a good/huge shell installation script that is kind of hidden in /usr/lib/apsfilter which I don't think is mentioned in the Slackware manual. X setup was simple with xf86config (the non-graphical one). Slackware has most of the software I use every day such as KDE, GNOME, xmms, ogg/vorbis, mutt, and four bowsers. It also lacks a lot of software that I don't use.
    As many have pointed out, the success of Slackware will not depend on one or two programs that have not even been finished yet.

  205. It seems to be fading, but shouldn't be by Publicus · · Score: 1

    I just started using Slack after a long series of distro changes while I tried to find something I liked. I started with Redhat - as I think many do, but after becoming familiar with Linux I wanted something that would mesh better with many of the howtos out there. It seems to me Slack is about the cleanest distro out there. I guess if it looks to be shuffling off this mortal coil I'll have to go back to Debian. Apt-get sure is a nice thing to have and it seems Debian is thriving as much as ever.

    --

    My Karma was at 49, then they switched to words. All that work for nothing!

  206. vi not script in Debian by Gleef · · Score: 2

    Anonymous Coward writes:

    and here is a gem for the minimalistic: did you know that "vi" in debian is a script that runs a version of vi accordingly to the user's preferences? Really. When you type 'vi' you fork another bash!

    I don't know if that was the case ages ago, but in Potato and later vi is not a script, and doesn't fork an additional bash.

    Debian does give people a choice of vi's (vim, nvi, elvis and elvis-tiny, possibly more). It does it with simple symbolic links. /usr/bin/vi is a link to /etc/alternatives/vi, which is itself a link to the vi-compatible binary of your choice. There's a tiny bit of overhead to bounce through the two symbolic links, but no extra processes are generated and you run a binary executable directly.

    --

    ----
    Open mind, insert foot.
    1. Re:vi not script in Debian by Anonymous Coward · · Score: 0

      It was about 2 years ago and as far as I can remember I discovered 'alternatives' noticing an additional process using "ps", but it can be that I remember wrong.

      In any case, I've just checked and you are right; in the current version it's a sym-link... Sorry

      Emanuele

  207. The True Power of Slack by PbHead · · Score: 1

    Reading through the posts I see alot of package arguments including cutting edge and amount of software packaged on install. The true power of Slackware doesn't exist in any of these. I view the packages on the slackware Install as a degree of lazyness, difficulty, or experience. Those who want fast, fat installs can take the lazy trail and use as much of the pre-packaged software as they deem necessary to get the OS going. But by no means should a system be considered done because it came with software. As for me, I ignore most of the prepackaged programs with exception of vim and with Slack 8, sshd. My network server is Slack 8 now, and serves 7 boxen and 33 users (I know thats not very much) with file services, sendmail, pop 3, personal ftp and http, ssh access for the more gifted, as well as controlling all the network access on a shared IP. Most of these services come with Slack as pre-packaged .tgz's, but I chose not to use any of them at install time save the fore-mentioned. I downloaded the source for all my services and make'd them as to set any install options I wanted as well as the destinations. This server has no Gnome, KDE, not even an X. It has no keyboard, mouse, or monitor, why would it need a preinstalled X? It is controlled, changed, updated, and monitored remotely with the sshd. Even the kernel was built via ssh. I know that this method of building an OS is availiable with other distros as well, but Slack seems to be best for this type of custom building (CRUX Linux, built on the Slackware mold, may be even closer, but only for the strong.)
    The true power of Slackware is in it's simplicity, stability, and control, not in it's packages. I doubt any advanced linux users would argue that a make'd package is a better and more controlled install than a pre-pack tgz or RPM.
    As most linux users, I don't consider myself as an expert by any means, but I might push for the rank of intermediate. Even the X on my personal workstation was make'd from source rather than selected as a package at install time. I will concede that this is not always best for users workstations, and other distros with a more plentiful package set often fulfill the workstation role better, but servers should be as simple, sturdy, and dependable as possible.
    I prefer this method for some reason, and I assume many other Slackers do as well. Many advaced Linux users have told me the install isn't really yours until you build and boot on your own kernel, and control the make of your services and software. It took awile, but I finally believe them, and view slack as one of the best methods to get there.
    I don't think Slackware will fade away due to the loss of some packages because it is my opinion that most of the serious Slackers don't use the majority of the packages that are already available. The Slackware Distro is nothing more than a frame to most it's user's, not a complete instant OS. The tools and packages are there to help the novice advance to the level he/she would like to be, and in my experience less of the packages are used with every new install.
    Going to the Slackware Site's Forum will show anyone that Slack, as much as any other distro, has a good following of users that help the beginner, and they are very dedicated to (almost to a prejudiced extreme) the distro of there choice. Long Live Slackware.

    --
    Opinions Expressed by Me should be Forced on Others - PbHead
    1. Re:The True Power of Slack by rlaskey · · Score: 1

      Man you hit that one right on the head. I have a very similar situation. Slackware Mail/File/Dhcp/Dns/Intranet server all on the same box. I built every single server service from sources. Configured my own custom sendmail config, wrote a really nice set of DHCP and DNS configs. I only used the prepackaged stuff for the stuff that just ain't worth doing yourself. Like X & KDE, ssh, development packages. In addition I used X and KDE on this box to monitor the other non-X slackware linux boxes I have running on the network. I really tried to use redhat for this server. But after installing it a few times, I just couldn't hang. I had to patch my kernel because of some drivers, and I always build my own up to date kernel anyway. Trying to do all this in redhat is a freaking nightmare with all the symlinks and such. All I have to do is.. gzip -cd linux-2.4.NEWESTVERSION.tar.gz | tar xvf - make clean make menuconfig make dep make bzImage make modules make modules_install cp arch/i386/bzImage /vmlinuz lilo And voila I'm done. With redhat I'd try this, but I'm too damn worried and troubled by all the symlinks. Hell even the kernel image is symlinked. JESUS. BTW I server 80 users total across 8 different branch offices across the country. Most of them are local to me though, about 28 are on the LAN, 18 are on a T-1 about a 1 mile away. The rest are all over the country. IN addition I process my Elite Force game logs on this box. It does it all like a champ. And I know everything about how this system is setup. With redhat, it was always a guess. Because it's just too damn time consuming to figure out how the damn thing is linked all together. I think one of Patrick's main goals is to keep the symlink number as low as possible. The symlinks that do exists are extremely few in number and have never broke on me yet. And in fact only make things in slackware easier when updating the kernel.

  208. Too slack to hype, just useful by ColMstrd · · Score: 1

    Many of the comments have implied Slack is not for the newbie, but in fact Linux is not for the newbie; slack is just more honest, in not trying to bolt inadequate GUIs over a system that was built to be adminstered from the command line and text file.

    Maybe if you're buying new hardware the more commercial distros are the way to go, but you can't beat slack for installing on old hardware: I'd tried to install SuSE 7.0, RedHat 7.1, and Debian 2.2 for an old Compaq server before I downloaded a pre-compiled kernel kernel off a slackware mirror, which worked like a charm. Short account of my adventures here: http://www.carnall.demon.co.uk/prosignia_linux.htm

    And the lean installs are good too. You have to know what you're doing, but then you have to know what you're doing anyway. So far I've not felt any pain because I had a .tgz rather than a .rpm to install. As for Debian, well, ideologically it's the distro I'd most like to use, but the pain of the UI of the package management database they use ("dselect": the 'd' surely stands for 'devil') has always made it impossible for me to do anything useful with it. Instead it makes me feel physically sick. Presumably they don't update this because they want to keep the riff-raff out. Well, they've succeeded in my case.

    I'm aware of Debian's theoretically greater prowess: my dream distro would bolt apt-get like updating over a network to slackware's spare elegance. Maybe one day I'll know enough to it myself (don't hold your breath).

    --
    You can never eat too much, only cycle too little.
  209. One Risk of Open Source Development by reallocate · · Score: 1

    Let's be honest. This is gonna happen with the open source development model. For that matter, it'll happen with the shareware model, or any similar scheme. If the sole person responsible for the care and feeding of your favorite piece of code chooses to move on in life, you're out of luck.

    --
    -- Slashdot: When Public Access TV Says "No"
  210. slackware meant for big uns by Anonymous Coward · · Score: 0

    only meant for the guys/girls who have, umm, rather large things, you know, er, endoved or somethin. rest of you cute lil jokes dont matter so now go away quietly, OK?

  211. Re:SlackWare is Dying by ReconOps · · Score: 1

    Beer math is: two beers times 37 men = 49 cases.

    Kinda funny, eh?

    ...the funniest part is, this makes more sense than that gibberish you just spouted...

    --
    A PC without Windows is like Coffee without Ketchup...
  212. Its rock solid.. by nolife · · Score: 1

    I argee the learning curve is steep using Slackware but thats the key... LEARNING. I am merely a novice with Linux but I started with Slackware (3.4?) and started learning.

    In fact my first machine which I still have and use daily went from Intel DX33 --> AMD DX2/66 --> AMD DX4/133 --> P133. I mainly use it for file sharing and domain logins with Samba for my house with roughly 8 other machines. It has a Quantum 120MB mounted at /, a 4GB SCSI drive for my Windows applications, and 2 30GB WD's for MP3's and misc files exported to a RH box for my local web server content.
    When serving files for my Win amchines, I get more throughput with it (about 3MB/sec) then I do with my RH7.1 P200 MMX with the same 128MB (about 2MB/sec).

    When something new and improved comes around, I grab the source, compile, and install.

    It runs and runs great. I average roughly 200 days between reboots and it has been running 24/7 since 1995.

    yuser:~$ uname -a
    Linux yuser 2.0.35 #21 Wed Nov 13 00:09:39 EST 1996 i586 unknown
    yuser:~$ last |more
    --cut--
    wtmp begins Mon Feb 9 20:03

    that would be 1995...

    --
    Bad boys rape our young girls but Violet gives willingly.
  213. I hope so by Anonymous Coward · · Score: 0

    Slackware sucks, it has no advantage over any other dist.

  214. Slackware DOES have package management by mharris007 · · Score: 1

    Do people forget about update/upgradepkg, pkgtool or the sorts? As far as I'm concerned that is plenty package management that is installed on a Slackware system.

    Although the package management isn't nearly as strong as apt or rpm (which I might add can be added to any system), it is package management.

    --


    ---
    Mike
    I'm going to kick the next person that I see with their karma rating in their sig.
  215. I smell a debate coming on... by mrBoB · · Score: 1
    I hate these damned debates. Can we avoid them please?? Folks, here's the deal. Every software package fits a niche; such is the case with Linux software especially! We all know the beauty of Open and Free software... We get to "try before we buy." Sometimes you don't _have_ to buy. Those of us who appreciate the work and effort that's put into these packages buy the Linux distributions, send money to the FSF/GNU, etc.

    Personally I've been using Slackware since like forever. It's perfect for me. I prefer a simple, straightforware installation. For a user who knows something about Linux/Unix, it's pretty simple to configure. I'll admit, however that it's not as easy to install/configure as some other distributions; I've tried a lot of others for shits and giggles. RedHat, Storm, SuSE, Mandrake... They're a _LOT_ simpler I'll agree. But I can't tell ya how many times friends of mine have asked me "where can I find an xyz server?" to which I reply "It's not installed; check /usr/sbin."

    Linux distros are no different than other software packages... they fit niches too. The "common" end-users, servers, development platform, etc... I guess what I'm getting at is that we shouldn't be condemning a distro, this distro, to death because of what it hasn't got in relation to the other distributions. Slackware fits nicely in its niche and I'll keep paying for _my_ subscription. Pat V. gets my support. It's a shame he won't getting David C's.

    just my .02
    -mrbob

  216. I love slackware. by ogre2112 · · Score: 1

    Let me just say that I love slackware. It's the first Distro I used, and my last. Not to say I'm an old-school hardcore Linux-God, I've been using it for about 2 years now as a server.

    Don't even run X.. just console with various servers running. Stable as a mofo, and easy to update and maintain. I wouldn't dream of using anything else.. With my needs, Slackware is perfect!

    Here's hoping they keep it alive... =/

  217. Re:Slackware first distro? Not quite by 1%warren · · Score: 1

    here's some - Debian 0.91 (basierend auf Kernel 0.99.14w Download (34MB) - SLS 1.05 (basierend auf modularem(!) Kernel 1.0)Download (41MB) - MCC Interim 1.0+ (basierend auf Kernel 1.0) Download (54MB) - Slackware 1.1.2 (basierend auf Kernel 0.99.15) Download (77MB)

    --

    Full plate and packing steel! -Minsc
  218. Try putting any other distro on a 386sx 6 MB ram by Anonymous Coward · · Score: 0

    I successfully put Linux 1.2.13 using Slackware on a 386sx 6 MB Ram 40 MB HD laptop with X windows. I just had enough room for Mosaic. It actually worked not too bad. Had to go to 1.2.13 and compile on a Pentium but it worked. If you want to learn what's really needed for linux to run, give something like that a try.

    Can't do that on another distro.

  219. Re:((protopkg && autoslack) == packaging s by Arandir · · Score: 2

    Under definition 2, PKZip is a packaging system.

    No, it's only an archiver. The key word is system. A packaging system actually installs the package. The Slackware packaging system unarchives the package, installs the contents, runs any postinstall scripts that happen to be in there, and records the metadata for the package under /var/adm/packages. The Slackware packaging system can then use this metadata do upgrade or remove the package.

    Including dependencies in the metadata would be nice, but they aren't the only metadata. (actually, dependency information is useless for installing packages if it won't fetch the dependencies, but it's quite handy for removing packages)

    --
    A Government Is a Body of People, Usually Notably Ungoverned
  220. Slackware is perfect by ikekrull · · Score: 2

    for older machines.

    I needed a linux distro to go on 4 486's with no CD-ROM, 12MB of RAM each and with around 300MB of HDD each. They just needed to run Apache behind a P-75 running IPVS - this was a test rig for a clustering setup.

    My main server and desktop distros, Redhat and Mandrake wouldn't even think about installing on a machine with 16MB RAM, but Slackware fitted perfectly.

    I could download a basic Slackware install in 100MB, install via NFS and it only took 3 floppies and an afternoon.

    Slackware is a great example of an easy to install and elegant flavour of Linux for the user who knows what they want from a simple server appliance, it's worked flawlessly and seems very consistently and logically arranged.

    I don't want to see Slackware disappear, it's one of the only 'mainstream' distros left that is really focussed on providing a 'no-frills' setup, which is often exactly what is needed.

    --
    I gots ta ding a ding dang my dang a long ling long
  221. Slack rocks! by Ripper · · Score: 1

    I've been in the process of installing a new Linux based firewall for my ADSL connection at home. I had Slackware 7 previously on a P133, but since I got a P90, I thought I'd dedicate the P90 for fw and make the P133(96Mb RAM) a Linux workstation. I installed Mandrake 8.1, just to see how it was. It's OK, but it eats up almost all memory with KDE running, starts a load of daemons I've never heard of and eats up 1.3Gb of disk! Geez... And how the heck does one compile a new kernel without modules? I know what's in my puter, I don't need modules! Sooo, I suppose Slackware 8 should be downloaded when I get home tonight, burnt to CD-R on Saturday and installed on Sunday. Slackware will never die as long as I'm alive & kickin'! And as an extra bonus, it uses an understandable rc.d structure!

  222. Slackware is (arguably) the easiest distro to use by Anonymous Coward · · Score: 0

    I love slackware. Started with redhat a few years ago, couldn't get some things working so I started to RTFM. The way most of the configuration files are laid out in the linux HOWTO's are NOT how they're laid out in redhat, or suse, or mandork. I had a shit time trying to work from documents that seemed to be for a different O.S.

    Then I discovered slackware. Finally the config files are actually in /etc as opposed to /etc/sysconfig/networks/someothershit. Finally my compiler could actually compile stuff I downloaded without fucking around with libraries and dependancies for hours, Finally I had a working linux system.

    I use it for desktops at home and all the linux boxes at work (ISP) run slack. I made a LFS once (linux from scratch). Spent days working on the perfect linux system for myself to use. Eventually I ended up with something that was so close to slackware it was unreal...I love this distro and it will never die, if it does I'm going to ditch linux and just use BSD.

  223. XP is for babies by punkball · · Score: 1

    Thank god for xp? XP is pussy sys admin bullshit. How about using a real operating system. And how about Microsoft stops paying people to post crap like that?

  224. Re:((protopkg && autoslack) == packaging s by CyberKnet · · Score: 2

    It would seem you met up with some opposition, hey? Slackware people tend to be a very patriotic bunch, and loyal to boot. But more importantly, they're well informed about things... especially when it comes to their computer and the processes that run on it. Including package management. That said, why dont you read the following...

    "Package Management" is not a computer term... its a label given to the process of managing packages. I can go look up meanings of words for you again, but you'd probably ignore them anyway, so you can deal with my paraphrased versions. (Real definitions available from dictionary.com).

    Management is the act of supervising something and ensuring that everything is handled correctly. Management does not have to ensure integrity of the final outcome, only ensure that the work gets done. Now maybe you might say that GOOD management ensures outcome integrity, but that would just specify the quality of said management, and what *you* expect from it.

    I dont know about you, but I've had some pretty terrible job managers in my time, and that certainly didnt stop them from having "Manager" in their job title.

    Packages are a group of something, wrapped up in a convenient holder. Like a box, or a baggie, or any other of a huge number things you put something in.

    so a package manager (following definitions) is something which manages the process of packing and unpacking a group of things wrapped in a convenient holder. Ie: Redhat .rpm, Debian .deb, and (funnily enough) slackware .tgz

    Listen to reason. You are defining the extra features that a package manager ought export, but that doesnt mean that they HAVE TO HAVE THEM by definition. Definiton defines a purpose, not an implementation of that purpose.

    --
    Video meliora proboque deteriora sequor - Ovidius
  225. A quick securiy comparison... by Heml0ck · · Score: 1

    The other day upper management came to me asked my opinion of various Linux "flavors". We're migrating from SCO Open Server, and they wanted the Sec. Admin's opinion on what they should go with. Of course, Slackware is were my heart is, but I'd already been denied due to its name ("How can we sell a customer on an OS named SLACKware?") After strolling through CERT's site for a while, I jumped over to LinuxSecurity.com and had a look at their numbers. The results of my report were astounding, and I thought I'd share it with my fellow /.ers....

    2001 Red Hat vulnerabilities from LinuxSecurity.com : 76

    2001 Mandrake vulnerabilities from LinuxSecurity.com : 86

    2001 Slackware vulnerabilities from LinuxSecurity.com : 5

    Being the stubborn ass that I am, I went ahead and put Slackware into the report with management's two fav's, Red Hat and Mandrake. I'm glad I did, since they have now done a 180 and are FINALLY seriously considering Slackware. If all goes well, our clientbase of 573 servers will change hands from SCO OpenServer to Slackware. Yea, I'd say its not dying out...

    Heml0ck

    --
    "Experience the door to your mind, no matter how bizzare. You create your own brave new world."
  226. OK, I suppose by hawk · · Score: 2
    Put in those terms, I suppose it makes sense :) If I was still using linux rather than bsd, it would likely be slackware by now . . .


    I was using unix before the mac came out (but not by much). When I bought my first mac in 84 (the 128k, but with the second drive), the other alternative was building my own AT (and not from a pre-made motherboard). I decideed I'd had enough of that.


    I went back from mac to Unix over lyx (and there were several things I still missed), and actually toyed with the idea of a Mac with OS/X for my next worstation--but it wouldn't match the raw horsepower I can get with dual athlons on the budget, and this is a pure number cruncher. I still see X as a way to manage my xterms and the only way to display lyx.


    Still, though, it seems a bit odd to want the absolute, bare-bones control, and at the same time want hte eye candy :)


    hawk

    1. Re:OK, I suppose by Kirkoff · · Score: 1

      Did I wait long enough to see this? Thought so.

      Well, I like my browser too look nice (Konqueror) and I find graphical IRC clients better for me when I chat. I use star office to do writing that has to be spelled right. (I've looked at lyx but Haven't tried it yet)

      Most everything else I do with xterms or konsoles. That's why it wasn't much of a problem for me to use FVWM2.

      If you want to ask me more, you can mailme at spamme@kirkoff.itgo.com but remember that I'm Josh and not spamme. ;-)

      --Josh

      --
      There are exactly 42,935,718 letter sized sheets in a square mile.
  227. Re:Slackware isn't dead. It's just not for everyon by Anonymous Coward · · Score: 0
    Red Hat didn't screw up your partition tables. You screwed up your partition tables.

    I've installed various flavors of Red Hat (starting with 5.1, now at 7.2) on dozens of computers and have never had it "screw up a partition table".

  228. Re:SlackWare is Dying by MatsT · · Score: 1

    David Cantrell is *not* the Slackware project leader. It's Patrick Volkerding and he still works on Slackware. And if people still buy the CD-sets I think Slackware will live on...

    Mats

    --
    If you like to cultivate insomnia. Bed down with a pretty girl. Amor vincit omnia.
  229. No... by josquint · · Score: 1

    Didnt need it, got the hardware installed witout it...

    see "clarfication" above

  230. Yah.. DUH! by josquint · · Score: 1

    Been there, done that... not exactly the newbie type...

    NOT my point...

  231. Clarification... by josquint · · Score: 1

    Sorry to give you all the "newbie" impression...

    My point isnt that i _Cant_ get it to work. I can and i _did_ using the Detenator drivers and external drivers for sound, and manually configgin them...

    My point is, rather, that I shouldn't _have_ to do that fore most hardware. Shure my hardware is current, but by no means do i consider it 'bleeding edge'. And guess what? Slack 8 was release long after my hardware was supported by most all other distros.

    However, i _do_ agree with you on this point:

    Some of us like setting up our hardware the way we want it to be set up. And that's why Slackware isn't "fading out" - as long as a few people still like having control over their systems, it will always be around. By all means, be happy with your auto-installing software - I'm happy with my "roll-your-own" system. Isn't that freedom what the whole Linux/OSS movement is about?

    I guess i would like a distro that is as simple and lightweight as slack (DAMN the boot time was PHENOMINAL!) But withough the hassle. Hell, even the extra software that came with KDE didnt show up in the KDE menues! Simply for the reason, that i need to do multiple installs very frequently on a few of my systems, and really i dont have time to mess with'm (by the time i get an install done its already to reload and destroy my previous data.. dont ask y.. i'd hafta shoot you)

    And, as I said, Slack _WON'T_ dissapear, just for the fact that it is very customizable, and great for control freaks :) And it makes an AWESOME router on my network right now...

    I sorta subsribe to the philosophy stated by Linus in a recent interview i read... paraphrased: He was responding to the question if linux should have some type of 'device manager' like windows. He basically said 'no way, the divices should just work'

    And, yes, that's what the Linux/OSS movement is about... giving me the ablilty to bitch and complain and flame about one distro, then go and use another... and bitch and complain and flame cuz it sucked...

    BTW.. anyone have distro reccomendations, please lemme know :)

  232. Re:Slackware is (arguably) the easiest distro to u by rlaskey · · Score: 1

    Man same experience here. I started using linux by using RedHat. I thought it was bliss getting all the power of linux, and not having to jack with config files. Then one day something went terribly wrong. I got hacked, several times I got hacked. Then I had a need to look at teh config files. But it made no sense. When all the damn configs are located under /etc/sysconfig/network/2moredown/1moredown/yourher e/sorryhadyoufooled oops that's just a symlink to /usr/lib/net/home/tv/device/dev/cpu/mem Forget that. Then I installed slack, I neerly jizzed my pants. For a distro that is "minimal" this god damn thing was sure easy to figure out. All the configs in /etc all the startup scripts in /etc/rc.d (as opposed to /etc/rc.d/init.d/rc.0/stupid service I can just easily comment services out of the rc.d files, instead of chmod the startup files themselves. No damned buggy framebuffer install that probably won't work anyway. Just straight simple textmode gui. Anyway now that I run slack, I'm much more able to keep a handle on what's running on this box, and what's not, what get's installed, and what doesn't. If it's in my box now, it's because I've downloaded the source, configured, maked, installed it. And then edited a few config files to make it work. I know how everything that matters to me went into this machine. And I dind't even have to mess with any symlinks,libs,dependencies to make it all work. Except the small symlink I mysell make for my linux source tree. The packages slackware does have, are extremely simple. installpkg somepack.tgz upgradepkg somepacknew.tgz removepkg somepacknew.tgz Just freaking simple I love it.

  233. I'm the kind of user that..... by rlaskey · · Score: 1

    If slackware went away, I'd have to use LFS and build my own distro. Every other distro has too much for me. Slack is the only distro that gots it just right. Just enough "extra distro" stuff to be helpfull, but not enough to be downright intrusive. And now that slack 8 is out. It's just awesome Being able to install slack clean to a reiserfs partition without having to monkey around is a very good thing. I'd be happy with the 8.0 distro for a year. I can just upgrade my own kernel in the meantime.

  234. Slackware's Finest Hour... by Anonymous Coward · · Score: 0

    Windows = codebloat, security risks, instability, standards-corruptor, cycle-waster, yadda yadda

    Red Hat's identity crisis: To be open source, yet to maintain profitability for the shareholders...

    Caldera: I wanna be NetWare - wait, no I don't, wait...

    Mandrake = 'All the crap we can stuff into these CDs, but without all the stability...'

    NetWare: I wanna be NetWare - wait, no I don't, wait... ;)

    But Slackware, sweet Slackware... After technology sector downturns, after the Wind River fiasco, without the marketing budget, in the absence of venture capitalists, despite the hype of how our 'computing experience' is supposed to be, Slackware is still there, a rock-solid distribution, after all these years, staying true to form, yet making available (not mandatory) the niceities for those who want them. No, Slackware is not dead. Rather, it's in it's finest hour. Non-Slack users just can't see it.

  235. No. by Anonymous Coward · · Score: 0

    No. He's a Microsoft Windows XP Home user.

  236. What about Windows XP? by Lord_Sy · · Score: 1
    Redhat, Debian, and Mandrake are now taking Linux to the next level while Slack is still with its awful package manager, awful scripts, awful installer, and awful updates
    If you don't like the "awful" stuff that comes with Slackware, you might reconsider staying with your "not-so-awful" Windows XP

    --
    --- "pero toda poesía es hostil al capitalismo"
  237. Still #2. by Penguinoflight · · Score: 0

    Slackware isn't dieing, in fact it's right behind redhat on the linux counter. So don't give in that Slackware will stay small either.

    No package system? You're joking right? it's the most flexible package system I've ever seen.

    --
    "And we have seen and do testify that the Father sent the Son to be the Savior of the World"
    1 John 4:14
  238. Got that right by atyr · · Score: 1

    I have grown to love slackware in all its glory. Who the hell needs apt-get? And dont get me started with RPM and all its flawed wonder. I have no problem with downloading things for myself. and who says you cant just make a script? and of course yes the simple upgradepkg utility will work wonders. and if you REALLY need direction the pkgtool. besides which if you partition your system right you wont need much work done if you do need a good ol reformat. and the new 8.0 offers 2.4.19 or a 2.4.x kernel choice. I dont think every dist offers you a choice. I dont install many packages at any rate but .tgz is fine for me, ive also noticed slackware packages have been worked on a bit adding things to some of them that are useful, no examples at this time for i have the memory of a nat =] id like a good valid argument as to why slackware would die out. I dont want any of that "oh its not userfriendly" bull. Its plenty userfriendly for me. Hell even as a newbie i installed it fine. And it still has apps to "do things for you" somewhat. all done in ncurses. And the work fine, what more do you need? If your running a server why would you in your right mind install an X server. And if someone really needs to be ridden in excess GUI to configure his system then fine, go use redhat. But ill be happy with my distro. I know plenty of people who use slackware religeously. Sure maybe they dont release new versions as quick as others but when its out you can sure as hell bet its worth it. Slackware is here to stay for a while, dont count us out yet.

    --
    every dark cloud has a silver lining, but lightning kills hundreds of people every year trying to find it.