Slashdot Mirror
FreeBSD 5.2-RC1 Released
Dan writes "FreeBSD Release Engineering Team's Scott Long has uploaded ISO images and FTP install bits for FreeBSD 5.2-RC1. i386, alpha, and pc98 are available now, amd64 will be available shortly, and sparc64 will be available shortly. Please test this as much as possible so that the FreeBSD Team can release a good 5.2-RELEASE next week. Testing focus for 5.2-RELEASE relates to PCM locking and performance issues, ATA driver improvements, GPT support for sysinstall, ATAng disk corruption issues, SMP and random_harvest panic, vinum data corruption, ACPI kernel module and reported NFS failures."
RC's aren't just -CURRENT, there goes more testing into an RC. RCs are stable, except for very special cases, -CURRENT often isn't.
For anyone familiar with FreeBSD's legendary stability this is minor and can in fact be ignored, but for new users RC's are far better than CVS co on -CURRENT.
then go to releases/ARCH/ISO-IMAGES/5.2-RC1
Um, no DON'T get 5-CURRENT. That will likely have changes in it that will bork your system. That's for development and developers, not for end users
eh-- they say 5.3 will be the first stable release on the 5.x line. I would tend to take their word for it. Given how utterly rock solid previous FreeBSD-stable releases have proven, their opinions count for a lot.
Unfortunately my spare box at the moment is garbage, otherwise I'd jump at this. I haven't been able to get anything other than Windows working on it.
When someone might yell at me, it has to be OpenBSD.
> no DON'T get 5-CURRENT. That will likely have changes in it that will bork your system. That's for development and developers, not for end users
A slight exagerration. 5.2-RC1 pretty much is CURRENT. As I understand it, release engineering (or somebody) would say "OK, that looks pretty good" and then take a snapshot of CURRENT and dub it 5.2-RC1. Whatever changes may have happened to CURRENT in the last couple of days would be minor, as CURRENT is still preening for 5.2-RELEASE, and major and/or risky new commits are discouraged in this phase.
Red Hat offer 5
If you repeat a lie long enough do you hope to make it true?
Red Hat's policy for Red Hat Linux distributions is to provide maintenance for at least 12 months. No 5 year offer....just a 1 year offer.
well-designed and thoroughly tested distros like Debian and Slackware are totally rock-solid.
That would be the same 'totally rock-solid' Debian project which was rooted via do_bkr() - a result found in the 'thoroughly tested' Linux kernel?