Slackware 10-RC1 Released 346
Chaxid writes "According to the latest Slackware ChangeLog, release candidate one of the next iteration of Slack is upon us. I asked Patrick Volkerding via e-mail if the 2.6 series of the Linux kernel would be included in this version, and this was his response: 'To have support for using the 2.6 kernel in the installer might not be a good idea quite yet, and it would delay the release a lot. I'm planning to wait on that for the next one'. It's worth noting the Slackware 10 RC1 is fully 2.6 compliant however."
As TouchOfRed writes, though, "A test kernel 2.6.6 option is offered via the 'testing' tree. Slackware does not offer ISOs for the RCs (however there are some third party users that compile the RCs or the -Current tree regularly as ISOs), so if you are already running Slackware 9.1, you can use the excellent Swaret to upgrade to the latest packages (make sure you edit your /etc/swaret.conf prior of using swaret to allow for kernel upgrades and other options)." This release includes kernel 2.4.26 , Gnome 2.6.1+, KDE 3.2.3, GCC 3.4, XOrg 6.7 and more.
Can anyone say why they don't release... (Score:5, Interesting)
Re:Can anyone say why they don't release... (Score:5, Insightful)
Re:Can anyone say why they don't release... (Score:5, Informative)
Also: this distro method allows you to pick only those packages you want to download. Don't like GNOME? don't download it. Don't want any gui at all? skip gnome, kde, and X.
Once you've downloaded your distro, just do an NFS export on the distro dir on the host machine. Then build yourself a boot CD or boot floppy (as you prefer). Once you've booted on the target machine, you can install straight off the NFS share to the target. Works great, I do it all the time...I did my first ever Slackware install this way, even though the host machine was a Windows box.
Honestly, ISO downloads of distros kinda sucks, once you start doing things this way.
DaC
Re:Can anyone say why they don't release... (Score:2, Interesting)
Re:Can anyone say why they don't release... (Score:4, Interesting)
If all else fails, unofficial sites do release ISOs of the current releases. Some have been mentioned in this forum.
DaC
Re:Can anyone say why they don't release... (Score:2)
Re:Can anyone say why they don't release... (Score:3, Interesting)
Slack (Score:2, Insightful)
Re:Slack (Score:5, Funny)
Re:Slack (Score:2, Interesting)
No offence, I have used Gentoo myself for some time, but what makes you think Slackware is a cousin to Gentoo? The only thing that I can think of that they have in common is they're both Linux distributions.
Re:Slack (Score:3, Insightful)
Also, they both claim to be "BSD inspired" or somesuch.
Even so, I would never have thought of calling them cousins.
Re:Slack (Score:3, Insightful)
Re:Slack (Score:2, Funny)
Re:Slack (Score:3, Informative)
Mod this one a troll Re:Slack (Score:5, Insightful)
Slackware is not so much a cousin to Gentoo, as it is Gentoo's *mentor*. That said, any further comparison strains credulity.
Such silly, half-thought, cookie-cutter comparisons of the two distros only serve to further obscure the true nature and intent of Slackware.
Trolly, trolly, troll-troll
How odd (Score:2, Interesting)
This release includes kernel 2.4.26 , Gnome 2.6.1+, KDE 3.2.3, GCC 3.4, XOrg 6.7 and more.
Not much interested in those. Half the reason I run Slackware is because it's not bleeding edge and bloated. Good to see they don't force 2.6 on the users.
Fully 2.6 compliant (Score:5, Informative)
Re:Fully 2.6 compliant (Score:5, Informative)
Re:Fully 2.6 compliant (Score:4, Interesting)
Re:Fully 2.6 compliant (Score:2)
Re:Fully 2.6 compliant (Score:4, Informative)
If you'd like, I can post a copy of my ".config" file so that you may see the options that I used.
Happiness :) (Score:5, Interesting)
Congrats to him (and the team)
Re:Happiness :) (Score:4, Insightful)
Swaret (Score:4, Informative)
It's nice to have an up-to-date installation-CD though.
Obligatory complaint (Score:3, Funny)
Re:Obligatory complaint (Score:2)
Yeesh. Have a sense of humor, will you?
Re:Obligatory complaint (Score:3, Funny)
Terminology nit-pick (Score:3, Interesting)
Re:Terminology nit-pick (Score:2, Informative)
Re:Terminology nit-pick (Score:5, Interesting)
Now, people are releasing release candidates as "a full release that we don't yet guarentee is free of bugs", but they don't exactly guarentee the final release is bug-free either, so I'm never sure what the difference is. Plus, they plan on going through 3 release candidates before the final release, which means that "Release Candidate 1" is never really a candidate for release as "final", and yet it is released. It seems like either the terminology or numbering schemes could use some revision to reflect what the developers actually mean.
PAM? 2.6? (Score:2, Interesting)
And 2.6 is quite stable, not to mention a hell of a lot faster than 2.4... so why are we still stuck in the stone age? If you want to be really elitist about it, stick with 2.2...
Re:PAM? 2.6? (Score:5, Informative)
Re:PAM? 2.6? (Score:3, Informative)
Re:PAM? 2.6? (Score:4, Insightful)
This is one of the benefits of slackware. It's picky about new versions. Mature software is bound to be more stable. Like the article states, the new RC is 2.6 compliant but it's a Good Thing that it's not forced on users. It's not about elitism at all.
"Until Slackware has a solid PAM implementation, it will be delegated to my smaller, simpler tasks. And yes, I've read Patrick's rants about his dislike of PAM."
Why put in the work when there are some major problems with PAM? If you want it, you can either look for packages other people have made, or you can impliment it yourself. Yes, it's annoying not to have that option in the official distro, but then again, it's a whole lot of effort just for the sake of making a handful of people happy.
Re:PAM? 2.6? (Score:2, Insightful)
And if you don't want to roll your own colonel, then don't. Pat has built one for you. Otherwise, just do what the rest of the Slackware crowd has been doing for the last 10 years and roll your own. After all, ease of customisation is what Slackware is all about.
If you must have an out-of-the-box solution, you're probably better off with that *other* OS
Re:PAM? 2.6? (Score:2)
Re:PAM? 2.6? (Score:2)
Wow, 10 already? (Score:5, Interesting)
I remember I had to completely reinstall Slackware any time I wanted to add a new piece of software because I didn't know how it all worked. The very first question I asked on a Linux newsgroup was, "What's darkstar?" It, of course, was the default hostname for a new Slackware install. Heh. Starting X would dump you into fvwm with only an xterm and a pager; not much has changed there.
Ultimately I used that Slackware machine to learn about Unix and make the move from client-focused to enterprise-focused. Those were fun times.
Re:Wow, 10 already? (Score:2, Interesting)
I used that the other day for an old machine that couldn't boot from CD. First time I used that was about the same time you did. I got Slack 2.2 or 2.3 (can't remember) off a Linux Unleashed book. I give more credit to that book since it pointed me to the right distro for learning. Turns out it's a great server distro too!
Re:Wow, 10 already? (Score:3, Funny)
Re:Wow, 10 already? (Score:3, Funny)
Ha! That's nothing!
1, 2, 3, 95, 98, 2000, 2003, ...
Re:Wow, 10 already? (Score:3, Informative)
Re:Wow, 10 already? (Score:3, Informative)
Re:Wow, 10 already? (Score:2)
I still use it on my server simply because I got used to upgrading and installing packages manually, and Slackware puts minimal interference between me and the package's own standard configuration methods.
Memories... (Score:5, Funny)
Re:Memories... (Score:2)
Ahh yes... but did he conveniently leave out the 12 BSD users that said "Linux is Dying(tm)"?
(Disclaimer: I use debian, slackware and fbsd and love them all)
I started with Slackware... (Score:5, Informative)
And I am still using it today. Why?
All in all, thanks Patrick ! Another great version of a great distribution !
Re:I started with Slackware... (Score:3, Insightful)
Re:I started with Slackware... (Score:2)
Well said. And interesting to note, it seems that the Linux camp is getting more and more divided into the "everything by console and text editor" and the "eyecandy clicky clicky" types. There used to be somewhat of an integration, but now it's looking like some huge rift b
Re:I started with Slackware... (Score:4, Insightful)
Slackware -- with its BSD-style init -- is easy to configure.
I would take issue with this. IMO SysV init is much simpler to use and administer one you understand what it is doing. Since each daemon has its own startup and shutdown script, and since the order they are being executed in can be determined by a glance. It is also very easy to re-order daemon startups, and to start / stop /restart individual processes while the system is running through /etc/init.d. BSD style init does not have this benefit, and since everying is all mismached together it is also often quite cumbersome to manage dependancies.
From my experience the people who prefer BSD init because it is "simpler" are just people who do not want to take the 5 mins to understand SysV and set it up properly. Investing a few mins setting up your SysV will save you hours of headaches you'd have later on with BSD style.
Re:I started with Slackware... (Score:3, Funny)
Re:I started with Slackware... (Score:4, Insightful)
Why on earth would you do that? Use the tools your distro provides: RedHat/Fedora/Mandrake: chkconfig mysqld off Gentoo: rc-update del mysql default Debian: update-rc.d -f mysql remove Those things are much simpler IMHO than tracking down some filesystem permissions issue later. Suppose they change the behavior to not directly exec rc.whatever, but rather do something like /bin/sh /etc/rc.d/rc.whatever, now you're sunk. Your rc.whatever will be run even if +x isn't set..
Re:I started with Slackware... (Score:4, Insightful)
Slackware's init scripts haven't changed the way they call /etc/init.d/rc.* scripts since I've been using it (Slackware 3.x), and probably have always worked that way. That is how BSD style init scripts work. Just as the SXX, KXX, etc prefixes in the rc.X directories under SysV work a certain way since thats how they were designed.
Those of us who don't like hackish solutions like removing an +x bit prefer something manageable, like sysv.
I'd hardly call BSD inits hackish, rather I'd call it logical, and elegant in its simplicity. Take all the tools away and which one is easier? I believe one of the primary ideas behind slack is that anything should be fast and easy using only a text editor and the standard unix tools (chmod is one of those). In that vein it succeeds. If you look at SysV in this light, you are forced doing what others have pointed out (manual renaming/linking/removing/etc of scripts in several subdirectories).
Many of us Slack users have been around the block and had to fix things in a pinch. Doing things manually prepares you for these times and also teaches you a little more about how the underlying system works. If slack forced you to do it manually but used SysV no one would like slack. But slack makes it easy to do 'the hard way'. And this extends way beyond the BSD/SysV debate. Everything follows this notion, which is the reason why so many have brought up slackware's ease of administration. Everything is up front and there for the tweaking.
If you haven't given slackware more than a simple glance, I suggest running it for awhile to get the feel of it. I am not a blind-eyed zealot either, I have used redhat, mandrake, gentoo and sourcemage and run several distros regularly. I believe there is wisdom to be gained from most distros and that 'everything according to its purpose' is a good mantra here.
Exactly (Score:3, Informative)
If not ISOs, .jigdo would be nice (Score:2)
Re:If not ISOs, .jigdo would be nice (Score:3, Informative)
Re:If not ISOs, .jigdo would be nice (Score:2)
If that seems a bit paranoid, it is. We don't trust Flash, because we can't seem to find any independent security analysis of the scripting
Re:If not ISOs, .jigdo would be nice (Score:2)
ftp://inferno.bioinformatics.vt.edu/slackware
Re:If not ISOs, .jigdo would be nice (Score:2, Informative)
Official Torrent Page [slackware.com]
Re:If not ISOs, .jigdo would be nice (Score:3, Informative)
Re:If not ISOs, .jigdo would be nice (Score:2)
My friend was going to order the 9.1 4-disk set instead.
Re:If not ISOs, .jigdo would be nice (Score:4, Informative)
Re:If not ISOs, .jigdo would be nice (Score:2)
Funny, I downloaded them yesterday (at least, the d1 and d2 ISOs) from a site linked on Slackware's "Get Slack" page (don't recall which one, I had to try a dozen of them before finding one with the ISOs). No problems, reasonably fast, right checksums...
Unfortunately, I downloaded the 9.1 install ISOs yesterday. Great, just wonderful - I wasted 1.3GB, two CDs, and two hours, and the very next day, the new version comes out.
Just shoot me, it would hurt l
Re:If not ISOs, .jigdo would be nice (Score:3, Informative)
In the meantime, grab swaret or slakpkg and update yourself all the way to today's version of -current. Then, you will be at RC1. (If you use slackpkg, pull down the current 1.2.2 version from an updated mirror. It's in the
Re:If not ISOs, .jigdo would be nice (Score:3, Insightful)
Slackware 10RC1 ISOs (Score:5, Informative)
Need some help... (Score:3, Interesting)
i'm told it doesn't get more stable than Debian Stable, but i normally hear people say Slack is hard to install or hard to work with. Why is that? And can someone please clear that up for me? i'm not trolling, i just don't know enough about Slack to see why people would want to run it. Is it small and fast and just less "junk" to worry about for security reasons? Help me out!
heh, i've also heard Slack mentioned amidst some rather colorful expletives (i know the feeling though
Re:Need some help... (Score:4, Insightful)
They are probably getting nostalgic from "back in the day" when Slack came on 2,545,645 floppies and you had to use a soldering iron, chewing gum, duct tape and copper wire to get the hardware to work with it.
That's no longer the case, but a lot of people started out with the "hard" Slackware, moved on to the "easy" distro's like Redhat, and still assume Slackware is still the same as it was in days of yore. The truth is, even though the appearance of the installer hasn't changed much (still ncurses), it is extremely easy to use, straightforward, and as flexible as can be.
Re:Need some help... (Score:2)
Who says you can't learn a thing or two on Slashdot eh?
Re:Need some help... (Score:3, Insightful)
i for one don't know how debian's install has progressed. it was just different the first time through, and took some getting use to. Slack is pretty straight forward, more or less intuitive (to me).
Re:Need some help... (Score:2)
Re:Need some help... (Score:3, Interesting)
Re:Need some help... (Score:5, Insightful)
Slackware does not do automatic hardware detection and configuration. You need to know how to partition your disk(s) with fdisk or cfdisk before you even run the setup program. You need to know if you want to use CUPS or lprng or something else with your printer and how to set it up. You need to know the specs about your video card and monitor, and you need to configure X yourself.
I know all those things and can run thorugh Slackware's curses-based setup program as fast as I can use the keyboard.
Slackware has a little configuration tool called "pkgtool" that allows you to do some basic configuration (set up your mouse, decide what services will run, etc.). Beyond that, well...the beauty of Unix is that everything is configured with a text file.
I like Slackware because it doesn't get in my way with a big layer of poorly documented packaging and configured gizmos. Everything is visible. When I change something, I know exactly what has been changed. When I need to install software, I don't need to wait until someone releases it in the package format used by my distribution. I can download the source and install it myself. Case in point: When KDE 3.2.3 was released a few days ago, I might have downloaded the source and installed it myself as soon as KDE madeit available. As it was, the files were available on the Slack site within 48 hours.
Finally, Slackware does minimal tweaking of the packages it offers. What you install is pretyt much exactly as it was released by the developers. That's a great boon when something breaks. You don't need to worry about what SLackware has done to the code and not told you about.
Re:Need some help... (Score:3, Insightful)
It's all a matter of expectations: if you want an installer that looks and feels like that GUI shell [microsoft.com] they make for MS-DOS in Redm
Hopefull the toolchain is fixed (Score:2)
Re:Hopefull the toolchain is fixed (Score:2)
This is not news! (Score:5, Funny)
This is not the release of Slackware 10! This is merely the release of the "release candidate version 1"!
Worst of all, I was looking forward to rsync the update today, and now you've shot that idea to hell, Timothy!
Re:This is not news! (Score:2)
I thought something was up! (Score:2)
I noticed this the other day while Swaret was running-I kept getting "Welcome To Slackware 10!" emails after it finished. Had me confused for a while there-guess that's what I get for updating against current. :)
Hats off to both the Slackware and the Swaret crews-I use my old Slackware 9.0 CD all the time for installs. For whatever reason, my Linux installation success rate (which I define as "going from fdisk through to working X in one attempt") is highest when I use it, across all the computers I've e
update with swaret in two steps (Score:5, Informative)
(2) issue the command: swaret --update; swaret --upgrade -a
and you'll basically have installed Slackware 10 RC1. Damn, I love Slack, and swaret just makes it easier to keep 'current'.
CB
May it never change, except to NetBSD style init (Score:3)
However, given that Slackware seems to be one of the prefered distros for BSD-o-philes, why not move its old-school BSD init style to be more in line with the other BSDs? The NetBSD rc scripts are not a huge leap for people familiar with Slackware's. That's because the new style is a logical evolution from the old. FreeBSD made the jump too. The new rc script style feels more "BSD" than the old feels to me now...
-Peter
Unofficial mirror list (Score:3, Informative)
Re:KDE (Score:2)
Re:KDE (Score:3, Interesting)
Re:KDE (mod parent up) (Score:2, Interesting)
You make such a fine point, I could hardly agree more. Slackware has contributed more to my general knowledge of *nix-like systems than any other single entity. Slackware *does* force you to learn, but allows one to do it at their own speed. After almost six years using Slackware, I can sit down at virtually any Linux distro (or for that matter, *BSD) and soon have the task at hand complete.
I don't want to perpetuate the old myth that 'if you know Slack, you know BSD', but Slack does more to stomp out the
Re:KDE (Score:3, Interesting)
hell, i have kde installed in slackware and never actually use kde as a desktop environment. there are a few apps that are built for kde that I use.
Re:No. (Score:2)
Re:Vim (Score:4, Informative)
Re:A question... (Score:2)
Re:A question... (Score:5, Informative)
Re:A question... (Score:2, Informative)
Re:A question... (Score:3, Informative)
Re:A question... (Score:3, Informative)
Yeah, but RPM is a horrible awful thing and its implementation is a plague on the Linux world.
No central repository, no consistent interface, sparse documentation, incompatible versions, etc. Debian's APT, Slackware's pkgtool, and the ports system the BSDs have have all been a much better working and better designed system, for much longer than RPM has been around.
Just IM
Re:A question... (Score:2, Insightful)
If you only use prebuilt binaries then I can see why this might be a problem. However, Slackware is designed with simplicity in mind for the user who is prepared to get his hands dirty compiling his own stuff (even if only from time to time). This almost by definition makes any package management system a la Debian or SillyHat redundant, since your database is out of date the first time you do this.
If you want to stay current wit
Re:A question... (Score:2)
What Slackware doesn't do is automatically resolve dependencies. You're on you own for that. And, frankly, given my experiences using the Debians and RedHats of this world, automatic dependency resolution is a disaster waiting to happen.
A little bit of reading before you install something should tell you about its prerequisites. If a maintainer can't be bothered to tell you what his code assumes is already on your machine, don't u
Actually...... swaret helps with that (Score:3, Informative)
Re:The only real linux distribution! (Score:2, Interesting)
Re:The only real linux distribution! (Score:3, Funny)
10 years ago there was no google.
funny guy
Re:Great News. (Score:2)
Re:Why is this a major release? (Score:3)
In fact, I think it was one of the reasons Patrick himself mentioned for skipping a few version numbers with Slack.
I love slack, btw! Keep up the good work, Patrick!