Slashdot Mirror
Red Hat 6.2 Beta on FTP Servers
Bryan Mattern writes "I went to do an FTP install this morning and noticed RedHat 6.2beta on the FTP mirrors. There is no official word yet from Red Hat, but I'm downloading it right now. Might be nice to check out if you can grab it. " Update: 02/09 06:32 by H :You can also grab it from SourceForge's mirror.
Maybe the poster with the period at the end of the username is the real Bruce Perens, and the poster without the period is the imposter. Or maybe neither one of them is the real Bruce Perens. Hell, I could open up an account with the username "Bruce Willis", but that doesn't mean I run around high-rises and throw German terrorists out of windows. For that matter, how do we know that CmdrTaco is CmdrTaco? Maybe the real Rob Malda runs Jennicam, and Slashdot is run by a Malda impersonator. For crying out loud, Bruce Perens could be Rob Malda! The fake Rob Malda, that is. The real Rob Malda is Bruce Willis. Christ, how do we really know?
As for crpyto right out of the box, lawyers for kernel.org are reviewing US law to see whether it is legal for them to distribute crypto. It will probably still be a patch, they don't want to screw people in countries like China that have tight crypto restrictions. Distributions may come with the patch pre-applied though, probably compiled as kernel modules. Or they could at least make crypto easy to add, i.e. all crypto modules are packaged in an RPM that is automatically downloaded from a non-us site.
This is not Bruce Perens - don't moderate up.
Now here's someone who understands how moderation is supposed to work...
They should, although there are still some countries that don't allow strong encryption. Perhaps a US specific version w/ssh would be appropriate.
Sig (appended to the end of comments you post, 120 chars)
Posted by NJViking:
I have been trying to get the bootnet.img disk running for Red Hat 6.1 but it errors out on random packages as it installs.
Downloading the "supposed" fixes from Red Hat does not seem to help.
However, with only using 5 disks (1 boot, 1 root, 3 driver disks), I was able to install Debian 2.2 in a matter of 5 minutes with absolutely no hassles.
Not to mention that Debian actually has a central point to upgrade packages (unlike Red Hat)
NJV
Red Hat 6.1 Beta, which has been on FTP sites for some months now.
Programs that DEPEND on libc need some of the libc symbols. Ideally, there would be a normal and debug version of libc, together with the source, such that when you debug, gdb always knows where to go. That said, its easier said than done (since there's no protocol to adhere to when writing a debugger such that you can select the libraries that ld.so should link with)
John
John_Chalisque
They won't name it version 1.0; it'll be at least 3.1
nick
gzip has a 586-optimized version, and Mesa has a 686 optimized version.
The kernel is 2.2.15. I don't know what patches are included but knowing redhat probally quite a few.
The compilier is egcs-1.1.2. Rawhide was using gcc-2.95, so I'm confused.
The start of KDE-2 packages are there, but only the libraries basically. In the rawhide release the kfm defaulted to a Windows98 style web-explorer view. I don't know if the RH6.2 kde packages also do that.
XFree86 is up to version 3.3.6 from 3.3.2
Fvwm has been dropped. Fvwm2 is still included for those who want to avoid the Desktop Environments.
gnome is at 1.0.55. I have no idea how much has changed there.
The multi-language HOWTO's are missing from the beta. They are in rawhide, so maybe they will be in the release. Also missing from the beta but in rawhide are the Network Administrators Guide, and the System Administrators Guide.
NFS is still done in userspace. Rawhide has the knfs tools, but they did not make the trip to the beta.
--
This is more of a feature than a bug. There are a number of security issues here. One of my biggest complaints about in the past about RH is their lack of security. The downside is when you close off a hole you make things more difficult to use. This is one of the reasons things have been so lax in the past.
/sbin, and /usr/sbin in my user's path any way.) You can always use xhosts to allow root, or screw with your enviroment.
/w 6.2;-) They are really starting to make an attempt at resolving their security issues. On the other hand it's kinda of annoying when you upgrade and discover they put ping in a new package. (This may not be true of the current public beta, but it was true of beta 2.)
Your problem is that by doing "su -" you take on root's enviroment. If you just "su" you won't lose your prior enviroment, and things will just work. (Of course you won't have sbin in your path, but I always put
If you think the changes 6.0 vs 6.1 were bad just wait untill you see what happens
Some times I really feel a little sorry for Red Hat they get slammed for security if they leave things as is. Or they get slammed by users when something doesn't work the way it use to.
IANALBIPOOGL (I am not a Lawyer, but I play one on GrokLaw.)
Actually 6.1 shipped with a pre 2.2.13 kernel. It was a stealth upgrade. Just check their kernel src.rpm. It contains patch-2.2.13pre12.gz. They've been shipping pre kernels for a long time.
IANALBIPOOGL (I am not a Lawyer, but I play one on GrokLaw.)
PIGLET includes the following new features:
- A new and improved Anaconda [tm] installer
...which failed to work on my system, unlike the one that shipped with 6.1 (which did look like it was working although later turned out not to have modded most of the config files that it should of (eg UK keyboard and Logitech mouse were installed as US keyboard and Generic 2-button mouse)).
I dunno, these GUI installers look nice, but they're not going to impress any Windows converts until they actually do what they say they are doing :)
Denny
# Currently working on Linux UK
Police State UK - news and
Ditto, upgrading from 6.0 to 6.1 broke my system completely...good thing I had my home directory and mp3 directory on separate partitions, so I just reformatted and reinstalled from scratch...
I'm sitting out on this upgrade and instead just wait until XFree86 4.0 and 2.4 Kernel comes out, then buy a new computer.
Kill'em! Kill'em all!
Note the "." at the end of the username... Bruce did NOT write that comment, some idiot is trying to steal his identity using a very similar name to confuse readers. Just setting the record straight...
Bruce
Bruce Perens.
am, i know that, but you couldn't use fdisk if you chose the gui installer
Its spelt "L-I-N-U-X", but pronunced as "Free Beer"
This is an honest question:
I always thought it was such a smooth move back when Mandrake first came out:
"Red Hat with Fixes"
My friends and I were like 'ooohhh.. how cheap.'
But now... Mandrake is comming out BEFORE Red Hat. How can one make a 'Red Hat with Fixes' w/o seeing the latest Red Hat? Or have they finally morphed into their own solid distribution with its OWN custom fixes, etc.?
BELOW IS OFFTOPIC:
---------------------------------------
My last thing that anyone can respond to is: Whats to stop Microsoft from creating their OWN Linux distribution? My God, they have the money for it. Can you imagine?
"Microsoft Linux 1.0 Professional"
With that kind of marketing power, would that be a bad thing despite the GPL protecting Linux kernel? CAN Linux be destroyed by the 'If-You-Cant-Beat-Em-Join-Em' mentality? Please respond and thank you.
War LMCTF.
++Om
where redhat6.1's similar program is only available for those who buy the software and get access to ftp://priority.redhat.com
Actually, just change the update agent to point to ftp.redhat.com and it will work. The priority site just gives you a faster connection.
Then I installed VMware 2.0 beta and all is well there too...can't wait to abuse W2K with it.
Surely it's a 2.2.15pre(-release) version. I'm running 2.2.15-pre5 because it fixes a bug in vmware networking with 2.2.14. So far, pre5 looks pretty good, I haven't had any major problems.
It can cause massive damage and leave a general mess. It installs its own set of packages instead of looking at your RPM database and upgrading only the ones you actually have installed, allowing you to skip upgrading for specific packages you wish to keep at an older or customized version.
I have upgraded my sytem from RedHat 5.2 to Mandrake 5.3 to RedHat 6.0 to RedHat 6.1 without any problems whatsoever - because I didn't use RedHat's installer.
Instead, I boot single user, prepare a list of packages to upgrade using a set of quick-and-dirty scripts and just use rpm.
It's best to check your list and dependencies using rpm -test `cat packagelist` before doing the actual upgrade.
It is even quite easy to install a complete RedHat system without using RedHat's installer.
----
Stop worrying about the risks of nuclear power and start worrying about the risks of not using nuclear power.
i dont know about anyone else, but this I_RELEASE_A_NEW ver. of my distro. every few months is getting kinda out of control. i mean, how can anyone stay current? IMHO, if redhat is to keep on it is going to find some way of offering a simple - powerful way of keeping everyone together.
"apt-get update"? *ducking*
Jay (=
The HPT366 patch is in the 2.3.x kernels and will thus not be available until 2.4 is released. However, there are at least two ways for you to get access to your extra HDs without being forced to run a development kernel:
- Without rebuilding the kernel: Use the backward compatibility of the IDE controller and boot up LILO with a command similar to ide2=0xd800,0xd807. That'll force the kernel to detect whatever disk you have on the first HPT366 controller and you won't have to recompile the kernel. But you'll loose UDMA/66 and will have to do with the normal 33Mb/s transfer rate.
- Get the HPT366 patch from here, patch and rebuild kernel 2.2.14 and you're set to go.
Check out the Linux HPT366 mini-HOWTO for more information.Yes it is. I am running 6.1 with updates from rawhide (== 6.2). Unless you have specific problems with 6.1 (some particular versions of packages) - 6.2 is not better. And you can always point your kpackage to ftp://rawhide.redhat.com/pub/rawhide/i386/RedHat/R PMS and just upgrade some packages that you want. Kde 2.0 and Xfree 4.0 will/b> be worth getting them thought.
<^>_<(ô ô)>_<^>
if you're running X as a normal user, then usually by default only your username can connect to your Xwindows server. Read the man page on xhost, or for a quick and dirty (and insecure) fix, run `xhost +` as a normal user, and then try to run an xwindows program as root. xhost + lets anyone connect to your xserver.
Just out of curiosity, did you install using the updated RH6.1 boot disk and update disk. Booting off the CD or using the boot disk that came with the CD has some bugs. One of them I remember deals with your Lilo problem.
0 1.html
Check below for the updated disks. http://www.redhat.com/support/errata/RHEA1999045-
It also has done something to X windows now. I usually am able to su - to root in an xterm and then export DISPLAY=:0.0. and run certain programs as root in X. Now I get xlib connection refused. I'M ROOT!!! How the hell can you refuse me a connection??????
My next letter of complaint is going straight to them to let them know that I extremely disappointed in this release. They are becomming just like so many of the other crap companies that are selling Linux distros. They care less and less about the seasoned user and more and more about the newbie. While it is great that they care about the newbie, but they need to realize that when they hoze up someones system that they can really piss people off. Like ME!
signed one dissatisfied Redhat 6.1 customer.
send flames > /dev/null
Only 'flamers' flame!
As someone who's used every RedHat version since 4.2, I'm very aware that you can expect things to be broken from a RedHat upgrade period, even if it wasn't a non-official, beta release.
Here's hoping they fixed that horrible graphical installer in 6.1, though.
Cheers,
ZicoKnows@hotmail.com
Why do you need libc symbols if you aren't debugging libc? Or do you often need to debug libc? I'm confused.
Here I was all set to download 6.1 to set up a little firewall for the office on one of the surplus machines and now the site's going to be slashdotted. I better find a good mirror before I lose access to the site altogether
1. If Red Hat didn't want people to download it, they wouldn't have put it on a public FTP.
/. does stories, start your own website. a
2. As of 3:24PM PST, all of the mirrors i've checked have the new beta. If people aren't checking mirrors by now, they're either lazy or lame.
3. If you don't like how
If I was trolling I would have asserted that bob young was the grits guy. I actually run red hat (have done so for ~ 4 years) and I don't think this is news - for nerds or anybody else. It's not like this is an official beta, there might not actually be a 6.2 release. If redhat does announce the beta, you can bet there will be another /. story on it.
--Shoeboy
I don't know if they should be held guilty for inflating version numbers anymore. I am extremely surprised that they didn't follow Mandrake's jump to 7.0 (what justification was there for that?). Kudos to Redhat, I guess.
Yes, you can. Just edit rpmrc, add a new archflags line and change some of the buildarchtranslate lines (and make a /usr/src/redhat/RPM/i586 directory or something like that). The problem is that Mandrake ships with PGCC, which is a branch off of gcc, specifically aimed at Pentium, K6, on up and with good optimizations for those archs. Red Hat does not ship this, nor do they even have RPMs for it. GCC as it is in RH 6.1 (or so I've heard) doesn't have as much in the way of Pentium-optimizations. I've heard pgcc is a little flaky from various sources, though I've never varified it myself (well, many things were flaky for me when I tried it, but I can't rule out user error), plus Redhat now owns Cygnus, which is in charge of GCC proper, so they'll probably want to use the official version, I'd think.
GCC 2.97 is supposed to have a better pentium backend, so I don't know how that will go. It may finally make sense for them to make i586 and i686 RPMs. Personally, I've recompiled GNOME, X, Python, and whatever new packages I get using GCC 2.97.1 and -march=pentium. It's not worth the days it would take to recompile everything. I'll live if xclock wastes some cycles it might not have.
Not really... it's just a pre-release kernel.
Sure it is, matter of fact it's downright rude to make an announcement that you know is going to impose a load on a company's service when they're making every attempt to distribute the load out to the mirrors so you can download it.
How about looking at this from the service's point of view rather than wallowing in your own little world? ~dlb
I love news like this. This is why i hit slashdot like 50 times a day instead of going to cnn or abcnews.com or even cnet or wired... Because I like Geeky news, and I want to be on the cutting edge of things. Yeah, I could wait till Red Hat issues a press release on the subject, or until official word hits ZD-Net or some crap like that, but I'd rather be on the cutting edge of things.
/. shouldn't report on every new software release or whatever, quit your damned complaining. If you don't like it, go read one of the sites mentioned above, live a boring life, you're obviously not "geeky" enough for Slashdot. Go somewhere else.
So, in short, for those of you complaining that this "isn't" news or saying that
indierock / punkrock band photos and more... http://www.digitaldefection.net
I just went back to Mandrake 6.0 from 7.0. 7.0 contains the 2.2.14 kernel which finally has module support for the GI SB1000 1 way cable modem board.
Mandrake 6.0 with a downloaded 2.2.14 kernel, and following the installation steps lets met get up and running with my hybrid cable modem system in about 30 minutes.
If I use Mandrake 7.0 with their 2.2.14-15mdk custom kernal and follow the same steps, will never EVER access the cable modem. I tried 5 fresh installs over the weekend and followed the same steps each time. It just won't work.
Too bad really as the supermount functionality and the Drak configuration tools are very nice.
My very first distro was Slack 2.0. Boy, did I love the EASY installation process. It really made me appreciate later Red Hat 4.2's simple install. I've used RH 5.1 and 6.0 after that and I can't really complain; true, other distros are as easy or easier to install now, but I like RH (just a matter of personal taste). Since I have an extra box here, I might try the 6.2 Beta. Not only would I get an early peek at 6.2, I can also help in a limited way to improve a product that I enjoy using.
De gustibus et coloribus non est disputandum
Mirror Site:
a t/redhat/redhat-6.2beta/
ftp://download.sourceforge.net/pub/mirrors/redh
It wasn't the real Bruce Perens. Keep ya shorts on! That's why it was moderate down!
tewfie
Well, as of Mandrake 7.0 (and I think even 6.1), the default compiler is Gcc 2.95 (7.0 uses the more reliable 2.95.2). They do not appear to be using PGCC anymore, although they do ship egcs 1.1.2 (probably for backwards compatibility and kernel building)
I do know that recent kernels have incorporated numerous patches, submitted by Bero (of Mandrake), in order to allow it to be compiled by modern Gcc versions (ie. 2.95+). A quick check seems to indicate that kernel 2.2.14 is the minumum for those wanting to safely build with Gcc 2.95.
In a nutshell, use Gcc 2.95.2 if you can, and don't use PGcc if reliability is a consideration (from personal experience).
"It's overkill, of course. But you can never have too much overkill." - Anonymous Slashdot Coward
I believe you will find that there are 2.2.15pre kernels currently available. Since Alan Cox is the official maintainer of released kernels and also works for RedHat, it's not too hard to see why redhat has no problem putting this kernel into their distro. Alan probably told them that he didn't expect many changes between this pre kernel and the .15 kernel, and also one would expect that the .15 release will probably happen before redhat 6.2 goes final.
I believe in one of the 5.x releases redhat did actually ship a pre kernel (the RPM had -0.x revision).
I would like to see the CPAN rpm's actually WORK!!! and of course, I should really do it the correct way by grabbing the modules direct, but it's (in theory) real convenient having the whole thing on CD, especially when you're experimenting. I'm specifically talking about pathing, and even more specifically about Tcl/Tk - you put it together with RH rpm's and it doesn't work.
I want xauth and xhost permissions ANDed together, instead of ORed. So X clients need both a valid cookie, and a valid source ip address.
Imagine someone sent this into slashdot:
/.ers don't use Microsoft's SQL (well, and the obvious fact that SQL Server isn't an operating system; sorta less of an impact to most users...). However, many DO use RedHat. It is news to those of us who didn't think there would even BE a 6.2; I thought they'd wait until summer to catch the 2.4.x kernel series and just go with RH7.0. So, it was news to me.
/.. (Troll right back atcha.... See, isn't this fun?) =)
[snip!]
No one would care because most
Of course, perhaps you're just trolling. Oh, well. I bit. By the way, I'm sure that when NT5.0^H^H^H^H^HWin2K is released (albeit 2 years later than was originally thought) it'll probably be posted here as "news", sort of like when the Melissa virus was running amok. Both will infect Windows PCs... Of course, you could prevent the Melissa virus; Win2K will follow the normal forced upgrade path and be manditory for most companies eventually.
Sigh. Oh, well. I guess Microsoft doesn't have enough work to keep you busy, since you're trolling
---------The early bird gets the worm, but the second mouse gets the cheese.
You won't ever regret trying Debian :).
Just wait about two weeks when Debian 2.2 (potato) is released.
>Beside, why would you download a beta release f the distro? They're gonna change it more than likely anyway. What, you're gonna download it all over again later? Ugh.
Maybe you'd like to help those poor souls who are trying to make as good and stable distro as possible just for you by testing their beta products? When you found a bug, you'll immediatelly report it preferably with a fix. That's the way it goes.
RH 6.2 has been on the FTP for weeks under their Rawhide directory. This is nothing new.
otherwise it would have to be atleast version 7.1 if not version 8 :)
john
-- john
I agree. I've tried the last 2 mandrake distros (6.5 and 7)and they both broke for me. Couldn't get stuff to run (JServ, etc) and the worst is that they would lock my system up. I'm doing some production work so that blows it off my box immediately; no I don't wanna troubleshoot. Anyway RH6.1 just works and stays up, no lockups.
but I still like Madrake better. The extra config tools, and some of the other little tweaks are really nice. They released Mandrake 7.0 just a little while ago...
check out www.linux-mandrake.org
"It's tough to be bilingual when you get hit in the head."
I paid the big buck for the PRO version including the secure apache and priority support. I ran into a problem when configuring apache and opened up a ticket via the web site. Three days later I am still waiting for a response. Their priority support sucks bigh time. Thei docs are wrong too. I could go on and on but paying for a redhat distro is a waste of money if you ask me.
War is necrophilia.
I have been meaning to write this for a long time, but I haven't really had the time. I really like Slashdot, and I visit several times a day (okay, I visit several times an hour. Sue me. :) Cmdr, Hemos, etc, you must be aware that millions of people per day read your website, and you are also no doubt aware that several other news sites use Slashdot use a source for their news. You are also no doubt aware that your comments and posts can make or break small companies, and seriously affect the reputation and revenue of larger companies, whether the average Slashdot cares about that company (Red Hat being on one end of the Slashdot spectrum, Microsoft being on another.) I personally charge you (the editors of Slashdot) with maintaining the very same journalistic integrity that your readers so often complain about other sites (Microsoft's "Press Room," ZDNet, PC Magazine, etc.) lacking. It is not difficult to see, based on comments that can be found under many of your stories, that many of the rumors that you post as stories turn out to be untrue. Some fact-checking is in order. If a real news site (CNN, ZDNet, etc) were to post rumors like this on such a regular basis, it is not hard to imagine that Slashdot readers would throw them to the sharks. It is the same with beta announcements. When you post the availability of an unannounced beta release, as you have done many times in the past, you cause the servers in question to be Slashdotted (a phenomenon which has even been journaled on Slashdot), sometimes before it can even be mirrored. I can remember one instance in which a beta announcement was posted before the beta product was even complete on the server. Also, before you post links to small webservers, *ask* the admins for their permission before you unleash the distributed DoS (what else would you call it?) that is Slashdotting upon them (consider the Matrix parody on Prophet Networks.) Please, in the future, consider the consequences of posting a "story." Thanks, Conrad
I have been meaning to write this for a long time, but I haven't really had the time.
:)
I really like Slashdot, and I visit several times a day (okay, I visit several times an hour. Sue me.
Cmdr, Hemos, etc, you must be aware that millions of people per day read your website, and you are also no doubt aware that several other news sites use Slashdot use a source for their news.
You are also no doubt aware that your comments and posts can make or break small companies, and seriously affect the reputation and revenue of larger companies, whether the average Slashdot cares about that company (Red Hat being on one end of the Slashdot spectrum, Microsoft being on another.)
I personally charge you (the editors of Slashdot) with maintaining the very same journalistic integrity that your readers so often complain about other sites (Microsoft's "Press Room," ZDNet, PC Magazine, etc.) lacking.
It is not difficult to see, based on comments that can be found under many of your stories, that many of the rumors that you post as stories turn out to be untrue. Some fact-checking is in order. If a real news site (CNN, ZDNet, etc) were to post rumors like this on such a regular basis, it is not hard to imagine that Slashdot readers would throw them to the sharks.
It is the same with beta announcements. When you post the availability of an unannounced beta release, as you have done many times in the past, you cause the servers in question to be Slashdotted (a phenomenon which has even been journaled on Slashdot), sometimes before it can even be mirrored. I can remember one instance in which a beta announcement was posted before the beta product was even complete on the server.
Also, before you post links to small webservers, *ask* the admins for their permission before you unleash the distributed DoS (what else would you call it?) that is Slashdotting upon them (consider the Matrix parody on Prophet Networks.)
Please, in the future, consider the consequences of posting a "story."
Thanks,
Conrad
Nope, I don't think so...
.sigs are useless; it doesn't protect you from imposters.
I'm on their ftp server. But I can't find the beta. does anyone know where on their server it is.
It has been statistically shown that helmets increase the risk of head injury.
I thought I'd take this opportunity to mention that the Mandrake 7 installer eats my balls. Although Mandrake is very responsible in terms of internationalization (and it shows, no doubt -- you can install in Serbian, Welsh, Esperanto, and tons of other languages) the install program itself is one huge, monolithic X-based perl script, which is fairly easy to break. Problems I had with it include dying outright, not recognizing en_US as a proper locale for perl, sleeping for a half-hour before and after package installation, not being able to configure X, and others.
I am far from a newbie. I've used Linux since 1996, when my somewhat obscure hardware was basically unsupported. And I've never had this much frustration installing a distribution of Linux, ever.
I wholeheartedly agree with those who believe that the RedHat family is sacrificing correctness for quick fixes in terms of novice ease-of-use, and furthermore assert that the sacrifices of correctness and solidity will hurt novice users in the long-run, due to the effects they will have on these distributions in general.
Gee, how'd they do that, considering the latest 2.2.x is 2.2.14?
boxen:~> finger @www.kernel.org
[zeus.kernel.org]
The latest stable version of the Linux kernel is: 2.2.14
Actually it's been out for a while. It has XFree86 3.3.6, all the latest Apache, Window Maker and KDE stuff. I found it at:
Rawhide
Enjoy
JediLuke
JediLuke
-Do or Do Not, There is no Try
I'm glad to hear that the new install is better. But...personally I just stay up to date with rpms and stable kernel releases so a new version is really irrelevant to me...unless of course I need to install/setup a new machine, and then I'll just wait for the official release :) I'm just thinking out loud here. I would like to see the new install.
Based on previous Betas release dates, it will be in 3-4 weeks, and not for the most part "When it's ready".
(appended to the end of comments you post, 120 chars)
I am truly amazed by the number of times the fact that an 'l' looks just like a '1' in most fonts has caused nasty problems.
The cake is a pie
Oh goodie, time to find out what they have changed now. Everytime we get the new RH distro, something in our current setup gets broken 'cause they move config files or directories around. It really isn't worth it in a stable environment - even my sole NT server has a greater up-time than any of our many Linux boxes!
"Life is like a sewer - what you get out of it depends on what you put into it" - Tom Lehrer
> Whats to stop Microsoft from creating their OWN Linux distribution
1) MS will do anything to make money if they have to.
2) MS reinvents themselves when the market changes.
Add it up. MS Linux is inevitable. You know it's true.
My Karma: ran over your Dogma
StrawberryFrog
Why should every story be questioned because you felt that Double-Think was a really good idea. News is news, it should just be reported. Let the reader make up their mind.
Just remember that this is not an official release, if you manage to snag it expect things to be broken, etc. Already the userlimit's been hit, so I can't see what's there, but I expect it to be rather rough.
Still, if you like living on the edge, it's probably at least worth examining.
ftp://128.253.254.56/piglet-i386.iso
SlashMirror: Where to put files for fellow /.'ers
SlashMirror: Where to put files for fellow /.'ers
SlashMirror: Where to put files for fellow /.'ers
SlashMirror: Where to put files for fellow /.'ers
True and funny.
While this strategy has worked for M$ in the past, I truly doubt they would ever embrace Linux. They have way too much invested in the NT family of OSes. Even if they did make a distribution and purposefully create incompatibilities with other distributions they would end up looking more like fools than anything else. The only code they could kludge up would be their own since the peer review process would keep any of their nasty tricks out of any OSS projects. Although they could use name recognition to steal market share from RedHat et al, that would require M$ admitting that Linux is a worthwhile OS. They don't want to do that. Also since they used Linux as an example of a competing OS at the trial, they would be putting themselves into dangerous waters by trying to control another market segment.
All these points aside I think that M$ would never jump into the Linux game because the revenue structure of proprietary software is much nicer than that of open software. Lets face it, it is very difficult to be a profitable OSS developer because the focus is on support & training rather than sales. While on the other hand M$ makes sick amounts of money because they get sales, training and support money.
-
"If a problem has a single neck, it has a simple solution."
billgates (75865)
Bill_Gates (1523)
Bill Gates (156)
Bill__Gates (94039)
Bill Gates III (111350)
bill gates1 (113843)
Bill-Gates BillGates@microsoft.com (129481)
and 7 Bruce Perens as well:
Bruce Perens bruce@perens.com (3872)
Bruce Perens. bruce@perens.com (123221)
Bruce_Perens bruce@perens.com (123485)
Bruce.Perens bruce@perens.com (124707)
BrucePerens (145774)
BrucePerens (149861)
! Bruce Perens (150447)
While the arguements could be made that no one would really think Bill Gates would be posting on Slashdot, I think it is pretty clear that Slashdot does not protect a persons idenity at all. (oh yeah there are several "CmdrTaco"s as well.
Grr. RH 6.2-beta is no more important than 4.0-beta. What gives?
marotti.com
release scotland now, and wait with RH 6.2 'till it's released =)
~ Perfection, Gain or Knowledge? ~
It was on redhat-announce a few minutes ago.
If there is hope, it lies in the trolls.
lol
Come on folks, lets find solutions rather than just bitch on problems. After all, they end up being *our* solutions too. Isn't that one of the key points of OSS? --
Ancient Wiccan Tradition : An It Harm None, Party Like Wyld Thang
This was taken from the Red Hat mailing list email message:
/etc/fstab
/^^V^^V^^V^^V^^V^^V^^V^^V^^V^^V^^V^^V^^V^^V^^V^^V^ ^V^^V^^V^^V^^V^^V^^V^^V^^\
Tired of collecting Beanie Babies and Pokemon cards?
Christopher Robin called last night complaining about the lack of
collectibles pertaining to the famous "Pooh" show. Eeyore, of course, said,
"I dooon't knooow aboouuut this".... But what does Eeyore know anyway?
The result:
PIGLET
This is no ordinary pig! Stand back folks, he's large and live and ready to
rumble. This pig is knocking back CPU loads of 99 whilst having tea and
crumpets with Pooh Bear. This bad boy eats Lizards for breakfast and spits
out kernel patches. Approach with caution, he could be dangerous!
PIGLET: Your once in a lifetime chance to have this rare collection!
This is a limited time offer, when we run out of bits, they'll be gone
forever. Don't miss out folks, the Internet lines are lighting up, they're
going like hotcakes, and we can't guarantee availability on this item for very
long! Similar items we have provided in the past are now going for over a
ONE MILLION percent gain on the original price tag of $0.
PIGLET includes the following new features:
- A new and improved Anaconda [tm] installer
- Partitionless installs
- Improved X Configuration
- Additional GUI Partitioning tool
- Software RAID Configuration in Kickstart Installations
- RAID upgrades
- ATAPI Zip and Jaz Drive Recognition
- Rescue Disk Improvements
- It works!
- Rescue via the installation CD
- Pico on rescue disk
- mtools on rescue disk
- Kernel 2.2.15
- Enhanced Software RAID
- P III Enhancements
- New web based High Availability Configuration Utility
- Kerberos Integration
- New Window Managers
- New desktop backgrounds and themes
- Docbook tools
- Standard Samba mounts in
- Smaller minimal install
- Separate client/server packages for servers:
PIGLET, pick up this rare find at:
ftp://ftp.redhat.com/pub/redhat-6.2beta/
Or at a mirror near you! A list of Red Hat ftp mirrors can be had via your
web browser of choice at:
http://www.redhat.com/download/mirror.html
PIGLET is available now for Intel, Sparc and Alpha architectures. PIGLET is
ONLY available through the Internet, and ONLY for a limited time!. This is a
beta release of Red Hat Linux, and we don't encourage using this for mission
critical applications. However, like most Red Hat beta collectibles, it is
very usable for:
1) Testing those new holographic storage devices
2) Installing on all of the machines in your favorite lab
3) Seeing what that "Linux thing" is really all about
4) Preparing your thesis on "Works in progress"
We have created piglet-list for discussion of this beta release. To
subscribe, merely send a message to piglet-list-request@redhat.com with the
code word "subscribe" in the subject line, respond to the confirmation message
request, and enjoy hours upon hours of entertaining and useful messages from
hackers trying to make this thing fall down go *BOOM*...
(With a special thanks to home shopping channels everywhere!)
--
Dale Lovelace Red Hat, Inc. dale@redhat.com
Research, n.:
Consider Columbus:
He didn't know where he was going.
When he got there he didn't know where he was.
When he got back he didn't know where he had been.
And he did it all on someone else's money.
There's no reason for a sig here.
It seems that the actual tool "ftp" used by the '1337 d00dz was running on some hacker system known as "linux", as it seems that this might be a real OS and not just some term meaning "IPO scam" (as in LinuxOne), or something meaning "make money fast" in some obscure Finnish dialect.
The NSA announced they'll be fighting this new wave of script kiddies by spying on all internet connection from now on.
Looks like Zero Knowledge will make a lot of money soon...
-------
cheers
Not even that! Hit 'enter' for a GUI install, type 'text' for a text install (on x86's anyway...)
---- Windows Emulator for Linux: kill -9 $RANDOM
Cheers //Johan
Installed the Bubblemon yet?
mandrake 7 beta had 2.2.14 before it was released.. its weird how these distros get the kernel before its released
The ultimate distributed DoS attack.
Release early, release often. It's all good. It lets people who like to have the newest of everything do their upgrades painlessly (well, almost painlessly), and it lets Red Hat dump their bugs on a whole bunch of readily-available users who will do the debugging for them.
Incidentally, I've never found upgrading my Red Hat (or Red Hat-clone) systems anything other than "simple and powerful". Many people speak of these horrible problems created by the RH upgrade process -- never had a single problem except when I've created the problem myself.
If you use a product marked 'beta', fully expecting it to be bug-free, and you get angry when you find bugs, you're a fool.
meisenst
Green's Law of Debate: Anything is possible if you don't know what you're talking about.
Good base idea, but you also have to supply the "get by ftp" option as well (I don't remeber what it is right now). But upgrading all of your software blindly like that is a bad idea. You want to spend some effort verifying that the downloads are uncorrupted and uncracked.
But doesn't autorpm do this for you?
Actually this would be a better way to get things done. I know that Red Hat had a utility that you had to pay for the service of using that would upgrade packages for you when a new one would be released. It would be really nice to see a program that could look at an errata section or updates and take newer packages and just put them on your system. Even have the utility update itself. That would prevent major upgrades and help you stay up to date. Just a thought.
So Linus, what are we going to do tonight?
The same thing we do every night Tux. Try to take over the world!
I used Redhat at first... Then I tried Debian...
Now I'll only use a Debian or Debian based distro...
.deb is really a whole lot better than .rpm
Really, I'm not trying to troll, if you haven't tried Debian, at least give it a try, chances are, you'll like it.
Woah man, did you know that windows was at version 2000?! =) Debian rules! (2.3 (Woody) :)
but the last time I went with their latest upgade, going from RH6.0 to 6.1 right away after the release, I got whacked. It broke tons of stuff. I will quietly observe the experiences of my more brave peers for a few weeks.....(I'm not knocking them BTW)
mas cerveza, por favor politically incorrect stu
you tell me whats new?
I'm from Argentina: Tango, Asado, Mate, Gaucho, Maradona, YPF
so, is redhat 6.2 based on mandrake 7 since it now has a lower version number? hmmmm...
the mind is a terrible thing to taste --ministry
I have the opposite problem - Mandrake is compiled for a Pentium but I'm trying to get it onto a 486. Don't even tell me about cross-compiling on another machine; that would take a little more chisenbop than I've got and I don't have the disk space anyway. What's worse is that the 486 in question has an EISA-bus 53c710 SCSI as its only disk controller, and that's not supported until 2.2.13 IIRC. Couple all that with a proxy server at work that doesn't let me use a real FTP client (HTTP only) and I'm pretty well screwed, glued, and tattooed. -SN
Can I assume with any amount of safety that the next redhat release after 6.2 (probably what, 4 months?) will come with XF86 4.0 and the new KDE?
I've been hearing a lot about both of those. As a newbie, can you tell me if they will drastically change my linux experience, or if I've just been getting hype?
I don't think I'll upgrade to 6.2 from my 6.1 install, but 7.0 (if it comes with new X and KDE) would be great to have.
OK, I have had this question on my lip every time the Mandrake/Redhat compile flags issue comes up. Hope someone can answer this.
Scenario:
Ok, I have the time and I am willing to recompile the entire RedHat or Mandrake distro from SRPMS to be more optimized for my architecthure whether it is to optimize RedHat for Pentium class architecture or compile Mandrake so it runs 486.
Lets take the first question first as that is what most people are likely to want. That is optimize RedHat for Pentium.
How do I do that? Can I simply edit the rpmrc to suit my compile flags and do rpm --rebuild *.src.rpm or what is the correct way to do such a thing?
One requirement I have is that the entire process can be done without me sitting around. Isn't this kinda what SRPM is about?
I would very much appreciate if someone could shed some light on this issue. Thank you very much in advance.
I can indeed confirm that there has been fixes to the installer.
The installer in 6.1 was flickering terribly because the installer used some video mode that was terribly unstable with my monitor (I am not talking regular 60hz flicker here, I am talking badly unstable)
Being the nice fellow I am. I posted a bugreport on bugzilla with the full details of my relevant hardware and not a long time ago I received a nice email saying the bug was fixed :-)
The reason I am mentioning this because some people can obviously only whine about things like these instead of taking their time to file a proper bug report.
Keep up the good work RedHat!
Well, it should not only be deleted. It should be blocked in such a way that no one are able to create accounts that are too similar to high profile open source folks.
Gee, I thought I read somewhere that 7.0 was to come out in Feb. I was waiting for 7.1 for the bug fixes in 7.0 -- guess I'll continue with 6.0 patched.
MEA
So, does is have the new gcc in place of the discontinued egcs like in rawhide, or is it still egcs ?? rawhide kicks ass btw :)
Moot Point...
I noticed that an Alpha version was also available. This is very surprising, considering the fact that RedHat 6.1 for Alpha was released in the second halfth of December. I upgraded 22th december to 6.1, which broke a few packages (most notably some .conf files and slocate), and am not going to upgrade after just two months... What are they thinking?
I know that this is just the beta, but does anyone know when RH 6.2 is scheduled for full release? Also, what kernel and pcmcia-cs module will it include?
The RedHat documentation on this sketchy, especially the pcmcia-cs module, which has been updated recently to support the latest laptops and some new cards.
.
Trollmastah
Take all good things in moderation, including moderation.
I know that this is just the beta, but does anyone know when RH 6.2 is scheduled for full release? Also, what kernel and pcmcia-cs module will it include?
The RedHat documentation on this sketchy, especially the pcmcia-cs module, which has been updated recently to support the latest laptops and some new cards.
.
Trollmastah
Take all good things in moderation, including moderation.
I use Windows 2000 because it is more stable than Linux and there are tons of software programs available for Windows. I mean hey, if I want some shareware-like program that some drunk guy from Finland wrote I will start using Linux
Please note this is not the read Bruce Perens. Note the "." at the end.
Every day we get a new beta :)
(pity apt isnt installable atm, but thats what freezes are for, isnt it)
* Yarn pokes mirror.ac.uk and decides to check if it has the required packages now
-Yarn - Rio Karma: Excellent
You might call Piglet a snapshot of Rawhide. Or not.
-E
Send mail here if you want to reach me.
IMHO, whenever the errata exceeds 50MB, an automatic version increment should occur.
Let's face it: not everybody is on a T1. This will also encourage Red Hat to do it right the first time (witness the Apache upgrades for 6.1).
I don't know what the Slashdot policy on this is - it would probably be good to delete the user.
Please don't moderate this up.
It is tempting, if the only tool you have is a hammer, to treat everything as if it were a nail. - Abraham Maslow
If you don't have a testbed server to play with 6.2, I suggest waiting a month until the product is officially released, then grab and install this; by this time, the major security bugs will have been found and errata'ed, and you'll know of any possible quirks in the install if you follow the right discussion boards.
"Pinky, you've left the lens cap of your mind on again." - P&TB
"I can see my house from here!" - ST:
Whasn't the beta releases named rawhide?
What ever happened to the rawhide distrobution? Did they simply give up on the idea on rawhide, and now just name things beta?
-- I'm the root of all that's evil, but you can call me cookie..
Bruce
Bruce Perens.
What are they doing at RH? With all the fiscal support they've been getting, I'd expect some pretty amazing advances in terms of installs and upgrades. Oh well. It's not my problem and I have nothing to contribute, so I'll just shut me gob!
**>>BELCH
Oh come on - it's not like this is a major ethical transgression on slashdot's part to announce that a new unannounced beta has been released.
In fact, it's their bloody job. This is news on the internet, which means that time on the scale of hours is critical. Sure, it would be "nice" of slashdot to coordinate everything with Redhat, but they can't do that.
I for one want to hear about these things as quickly as possible, because that's what slashdot is good at for me - speed. If I want to hear it after it's official and all the mirror sites have a copy, then I'll bloody well read a press release off of RedHat's site when they announce it.
-- Truth goes out the door when rumor comes innuendo. -- Groucho Marx
The mirrors started syncing it since noon Central time yesterday, i snagged me a copy of the iso by 4pm, and the installer is much better than in 6.1
This is what 6.1 installer should have been like. They finaly made an option for you to use fdisk instead of stinky diskdruid during the gui installation.
Its spelt "L-I-N-U-X", but pronunced as "Free Beer"
Check out the period "." at the end of the name. Slasdot guys, shouldn't this be grounds for cancellation of an account..?
----
Before we begin with all the posts about how Red Hat is simply inflating their version numbers, etc, etc, let's take a moment to look at the past Red Hat release schedule...
Oh yeah, comes out about every 6 months, like clockwork. That's a good thing, IMHO - if you want to stay on the cutting^H^H^H^ fairly sharp edge (and of course you don't HAVE to....) there it is, all wrapped up with a bow on it.
----
perhaps an account name should not be exactly the same as another with only punctuation or spacing as difference? a little intelligence in the name checking would go a long way.
I've finally had it: until slashdot gets article moderation, I am not coming back.
Bah. This method truly SUCKS on remote hosts, because you must manually REVOKE the cookie afterward on the remote host. If several people can su root on that host, they can steal that cookie and keep it even if you revoke it. Whereas with xhost, at least I can remove the xhost access.
... which is why it's made impossible.
I want to be able to xhost +COOKIE:LARGE-HEX-NUMBER, which I could just generate on the fly, then transfer to the remote end. When finished, I could just drop it from xhost, neatly revoking authorization. Steal the cookie all you want, it's useless now.
At the very least, I'd at least like to just create new xauthority entries. try it yourself sometime with xauth generate. works exactly once, defeating the purpose.
That would just all make sense
I've finally had it: until slashdot gets article moderation, I am not coming back.
send flames > /dev/null
Only 'flamers' flame!
It also has done something to X windows now. I usually am able to su - to root in an xterm and then export DISPLAY=:0.0. and run certain programs as root in X. Now I get xlib connection refused. I'M ROOT!!! How the hell can you refuse me a connection??????
My next letter of complaint is going straight to them to let them know that I extremely disappointed in this release. They are becomming just like so many of the other crap companies that are selling Linux distros. They care less and less about the seasoned user and more and more about the newbie. While it is great that they care about the newbie, but they need to realize that when they hoze up someones system that they can really piss people off. Like ME!
signed one dissatisfied Redhat 6.1 customer.
send flames > /dev/null
Only 'flamers' flame!
with a last updated stamp of 01/01/97.
In light of the recent DoS stories I thought this might be interesting to some people.
Imagine someone sent this into slashdot:
"I went to do an FTP install this morning and noticed a hidden folder under ftp://ftp.microsoft.com/bussys/sql containing tons of pre sp2 hotfixes for sql7.0. There is no official word yet from microsoft, but I'm downloading it right now. Might be nice to check out if you can grab it. "
Would anyone care? Of course not. Cause it's not news.
If you found a tcpdump log on the ftp server showing that bob young was the grits guy, that would be news. Finding a beta release 12 hours before a press release is issued isn't news.
--Shoeboy
I think theres a reason they don't announce the beta right off the bat and it's probably (just maybe) so they can get the distribution out to mirrors so their core site doesnt get slammed.
Jeezus, do you think we could be just a tad more responsible when making these kind of announcements?
~dlb
#1 wish of server operators: better administration tools. LinuxConf's GTK+ frontend is buggy and poorly designed from a user interface point of view. Occasionally the program exhibits other weird behaviors too (not changing things it said it would change, etc). And it's still not that comprehensive.
Check out Corel's video settings tool in the KDE control center. THAT is something I've wanted for YEARS. Webmin, by the way, is much nicer to use than any form of LinuxConf right now. Really, though, I don't need for one tool to be comprehensive, but I DEFINITELY want a central location from which to configure things, even if some of those config utilities are command line. This is an area in which many commercial OSes surpass Red Hat, but it should also be a relatively easy part to fix (which is tougher, writing a nice config interface, or scaling to 32+ processors?). Please, please work on this.
--JRZ
The kernel in 6.2 as per the mirrors is 2.2.15 .
If Microsoft was never created, who would we have to hate?
[nonroot@mymachine homedir]$ xauth list
mymachine:0 MIT-MAGIC-COOKIE-1 LARGE-HEX-NUMBER-WHICH-IS-THE-COOKIE
mymachine/unix:0 MIT-MAGIC-COOKIE-1 PROBABLY-THE-SAME-LARGE-HEX-NUMBER
Go root and add the authorization cookie to root's xauth file. Since you are on the same machine, and on the console, you want to copy the line that says mymachine/unix:0:
[nonroot@mymachine homedir]$ su - root /root]# xauth add mymachine/unix:0 MIT-MAGIC-COOKIE-1 LARGE-HEX-NUMBER
Password:
[root@mymachine
Now, export display to the console:
[root@mymachine /root]# export DISPLAY=:0
Now everything should work.
Although typing: xhost +localhost seems more economical, it opens you to "X attacks" by any one with login access to your machine (attacks such as popping whatever X programs on your screens or being able to know whatever programs are running on your X and killing them or sending any X events to them). Besides, some sensitive X programs (particularly those that are supposed to be run by root) simply refuse to run on displays with xhost +whatever-machine because of the unsafety descibed above.
-----------
"You can't shake the Devil's hand and say you're only kidding."
If Redhat's marketing make a thing about their installer being easy to use, and it blatantly isn't, then the poster might have a case. I don't think MS claim their *installer* is easy to use, so you probably can't get them on that.
perl -e 'fork||print for split//,"hahahaha"'
Also, does Red Hat support the Highpoint HPT366 ATA/66 chip?
--------
Oscarfish.com: tropical fish with attitude. Way t
And the stable kernel is only 2.2.14! Better get Windows 95!
I can see the headlines : Another popular site victim of a DoS attack...
-----
cheers
I had replaced sendmail with postfix, and the upgrade stomped on it, reinstalling sendmail.
Then you did something wrong.
You probably didn't rpm -e sendmail, so the installer saw sendmail was installed and needed to be updated.
Or, you installed a broken postfix RPM that doesn't provide smtpdaemon, so the installer saw there's no smtpdaemon and resolved that dependency by installing sendmail.
This message is provided under the terms outlined at http://www.bero.org/terms.html
We're currently working on it.
If you've checked the beta, you've probably noticed the
wuftpd-config
printer-config
apache-config
squid-config
firewall-config
packages.
They're a start. There will be a central tool for them all, but we probably won't finish it in time for 6.2.
This message is provided under the terms outlined at http://www.bero.org/terms.html
We'd like to include OpenSSH - but the stupid RSA patent doesn't allow it.
This message is provided under the terms outlined at http://www.bero.org/terms.html
In the mean time, you can download official Red Hat packages for both ssh and openssh from our German servers. ftp://ftp.redhat.de/pub/rh-addons/securi ty.
This message is provided under the terms outlined at http://www.bero.org/terms.html
From an Anonymous Coward, "DES sucks. Let's see Blowfish, RC4, RC2, Twofish, IDEA, RSA, 3DES, Safer, etc. on the standard, precompiled, linux distros (with the crypto source already in there too).
I want to be able to create encrypted file systems right out of the box. It should even be an option in the setup program. That way, when the MPAA/RIAA kick down the door searching for copies of DeCSS or MP3s, you can just hit the power switch and be safe."
What I wouldn't do for the ability to create an encrypted file system right out of the box. I'm so sick of hearing stories about Government granting searches of home computers.
Joseph Elwell.
Since nobody else seems to have the full thing posted yet, and it's funny:
/etc/fstab
Tired of collecting Beanie Babies and Pokemon cards?
Christopher Robin called last night complaining about the lack of collectibles pertaining to the famous "Pooh" show. Eeyore, of course, said,
"I dooon't knooow aboouuut this".... But what does Eeyore know anyway?
The result:
PIGLET
This is no ordinary pig! Stand back folks, he's large and live and ready to rumble. This pig is knocking back CPU loads of 99 whilst having tea and crumpets with Pooh Bear. This bad boy eats Lizards for breakfast and spits out kernel patches. Approach with caution, he could be dangerous!
PIGLET: Your once in a lifetime chance to have this rare collection!
This is a limited time offer, when we run out of bits, they'll be gone forever. Don't miss out folks, the Internet lines are lighting up, they're going like hotcakes, and we can't guarantee availability on this item for very long! Similar items we have provided in the past are now going for over a ONE MILLION percent gain on the original price tag of $0.
PIGLET includes the following new features:
- A new and improved Anaconda [tm] installer
- Partitionless installs
- Improved X Configuration
- Additional GUI Partitioning tool
- Software RAID Configuration in Kickstart Installations
- RAID upgrades
- ATAPI Zip and Jaz Drive Recognition
- Rescue Disk Improvements
- It works!
- Rescue via the installation CD
- Pico on rescue disk
- mtools on rescue disk
- Kernel 2.2.15
- Enhanced Software RAID
- P III Enhancements
- New web based High Availability Configuration Utility
- Kerberos Integration
- New Window Managers
- New desktop backgrounds and themes
- Docbook tools
- Standard Samba mounts in
- Smaller minimal install
- Separate client/server packages for servers:
PIGLET, pick up this rare find at:
ftp://ftp.redhat.com/pub/redhat-6.2beta/
Or at a mirror near you! A list of Red Hat ftp mirrors can be had via your web browser of choice at:
http://www.redhat.com/download/mirror.ht ml
PIGLET is available now for Intel, Sparc and Alpha architectures. PIGLET is ONLY available through the Internet, and ONLY for a limited time!. This is a beta release of Red Hat Linux, and we don't encourage using this for mission critical applications. However, like most Red Hat beta collectibles, it is very usable for:
1) Testing those new holographic storage devices
2) Installing on all of the machines in your favorite lab
3) Seeing what that "Linux thing" is really all about
4) Preparing your thesis on "Works in progress"
We have created piglet-list for discussion of this beta release. To subscribe, merely send a message to piglet-list-request@redhat.com with the code word "subscribe" in the subject line, respond to the confirmation message request, and enjoy hours upon hours of entertaining and useful messages from hackers trying to make this thing fall down go *BOOM*...
(With a special thanks to home shopping channels everywhere!)
If Rob deletes the "Bruce Perens." account, then the imposter will simply create a new account. Deleting the account doesn't quiet him; it just gives him extra attention. At least we know the "Bruce Perens." account is fake and can warn other people.
cpeterso
Just got the email from RedHat. Here's some features of what's new. /etc/fstab
PIGLET includes the following new features:
- A new and improved Anaconda [tm] installer
- Partitionless installs
- Improved X Configuration
- Additional GUI Partitioning tool
- Software RAID Configuration in Kickstart Installations
- RAID upgrades
- ATAPI Zip and Jaz Drive Recognition
- Rescue Disk Improvements
- It works!
- Rescue via the installation CD
- Pico on rescue disk
- mtools on rescue disk
- Kernel 2.2.15
- Enhanced Software RAID
- P III Enhancements
- New web based High Availability Configuration Utility
- Kerberos Integration
- New Window Managers
- New desktop backgrounds and themes
- Docbook tools
- Standard Samba mounts in
- Smaller minimal install
- Separate client/server packages for servers: