FreeBSD 5.3 RC2 Released 150
ValiantSoul writes "FreeBSD 5.3 Release Candidate 2 was just released. This new RC includes an updated network stack that fixes a bug where the system stops responding when under severe network load, the complete disabling of the ULE scheduler due to instability, and other fixes. Originally the FreeBSD team decided not to release a RC 2 however the fixes in the latest CURRENT were important enough to do so. As long as there are no severe problems with RC 2, this will be the last test release until a final one. See the full announcement on the mailing lists."
Get with the times (Score:3, Funny)
Like whateva, Solaris is on version 8 and Fedora is on 9, Slickware is leading with 10, Gentoo is Gentoo is.... As if I would use something so not invouge. I run this click so I might just use 2003 since it has such highya numba.
Where is my lip gloss. Don't mess with me. I'm one crazy mo-fo. I once popped a cop cause he wasn't giving my props in Oak town. I've heard that somewhere.
Re:Get with the times (Score:1)
Re:Get with the times (Score:1)
Umm ... no. Fedora Core is on version 2, and their current unstable is 3 test3.
Re:Get with the times (Score:1)
Re:Get with the times (Score:1)
Re:Coaster and a Frisbie (Score:2, Insightful)
A spindle of 100 CD-R's costs around £14 here currently... so two blank CD-R's is around 28p, or the cost of a chocolate bar. Sound the bells!
Try writing RC's onto CD-RW's and then when updates come out, wipe them and burn the latest version!
Sheesh.
Re:Coaster and a Frisbie (Score:1)
and if downloading and burning 1.1GB is too much of an effort, why don't you just pre-order [freebsdmall.com] 5.3? you don't have to worry about how many RCs there are and you'll be giving back a little. then again, you are complaining about wasting 2 CD-Rs, which costs less than the amount of change i have on the floor of my car...
Re:Coaster and a Frisbie (Score:1)
CD-RWs work fine for installing operating systems, I haven't burned an OS image to a CDR in years. CD-RW's are cheap enough now as well.
Re:Coaster and a Frisbie (Score:2)
Re:Coaster and a Frisbie (Score:2, Insightful)
% cvsup
% make buildworld
% make installworld
% reboot
It's a little more complicated than that, but not much more.
Re:Coaster and a Frisbie (Score:2)
apt-get update && apt-get dist-upgrade && reboot
Works for me!
Re:Coaster and a Frisbie (Score:1)
No you *can't* rest assured. Here, have a look at what the word "likely" means. [dict.org]
Kudos to who marked a Troll "interesting"... :-/
Re:Coaster and a Frisbie (Score:1)
This is is clearly a Troll.
From the announcement of RC1: "This will likely be the only Release Candidate before the final release of 5.3". The word 'likely' should ring a bell...
Re:Coaster and a Frisbie (Score:2)
Re:Coaster and a Frisbie (Score:3, Informative)
That should keep most people busy and relieve dial-up users from download-hell.
The DVD seems to be very cheap, so even with international shipping, it shouldn't cost a fortune.
Rainer
Re:Coaster and a Frisbie (Score:2)
Or you've got two bootable 5.x series cdroms that you can use to do a netinstall w/o fiddling with floppies. The second CD you have there probably won't change much from the actual release.
It all depends on how you look at it.
Sure, I got jacked in the middle of a binary install bc the mirror i was on changed from RC1 to RC2 in the middle, but oh well. What do you expect for free?
I give the fbsd team credit for pulling the plug
Re:Coaster and a Frisbie (Score:1)
> software is by compiling "fetch lists" and then fetching files from the school connection.
> The easiest way to get FreeBSD is to download ISOs,
If it is that awkward for you, why didn't you simply wait another week for the final release ?
Damn. (Score:2)
Re:Coaster and a Frisbie (Score:2)
I'm waiting for the final release this time because rc1 wouldn't even install on this Dell C810. In the meantime it runs 4-stable like a dream.
Re:Coaster and a Frisbie (Score:3, Insightful)
I've actually given up downloading the entire thing and now just use the mini install cd. For me the first step after setting up a system is always updating the ports tree and installing from ports anyway.
Re:Coaster and a Frisbie (Score:2)
This is good. (Score:5, Insightful)
Personally, I'm happy that they're more concerned with stability than they are with the release schedual. The bugs in RC1 were pretty severe if not overreaching.
Re:This is good. (Score:5, Interesting)
Maybe that is why it works out so well [freebsd.org]?
Is 5.3 final going to be production ready? (Score:1)
Not just another RC (Score:4, Funny)
Bravo! I hereby increase my bid to $52,000.
Sincerely,
Jeff Merkey
(Please remember that directing vitriol against the mentally disabled may be a violation of Federal Hate Crimes statues)
Re:Not just another RC (Score:1)
Re:is it just me (Score:1, Informative)
nothing else but netbsd.
No, FreeBSD is LOTS faster (Score:1)
Presentation on new things in Network Stack for 5.3 [freebsd.org]
Obligatory BSDis dying troll (Score:5, Funny)
[Man with OS slung over his shoulder] 'ere's one!
[FreeBSD, slung over shoulder] But I'm not dead yet!
[Man with cart] 'e sez e's not dead.
[Man with OS] Don't mind 'im, what does he know?
[Man with cart] Well
[FreeBSD] Netcraft? Netcraft! Well, that bloody does it!
FreeBSD jumps off the second man's shoulder and begins to club both men, vigorously.
XP? (Score:5, Funny)
In other news, Microsoft has declared they have just improved the network-stack of Windows XP, making it more robust under heavy loads....
Re:XP? (Score:2, Interesting)
In other news, Microsoft has declared they have just improved the network-stack of Windows XP, making it more robust under heavy loads....
Strange... you should be happy, because GNU/Linux can adopt it as well. And it's about time... :)
What's New in the FreeBSD Network Stack (Sep 2004) [slashdot.org]
Quote: "FreeBSD can now route 1Mpps on a 2.8GHz Xeon whilst Linux can't do much more than 100kpps."
Seriously... It looks like most of you GNU/Linux users ha
Re:XP? (Score:1)
does fbsd have good framebuffer console? (Score:1, Interesting)
(i already checked fbsd web site man pages for wscons, and it looks like 800x600 with 90 cols is the max???)
kgi4BSD (Score:1, Informative)
http://people.freebsd.org/~nsouch/kgi4BSD/
Re:does fbsd have good framebuffer console? (Score:5, Informative)
(i already checked fbsd web site man pages for wscons, and it looks like 800x600 with 90 cols is the max???)
First of all, you'd need man syscons, not wscons.
At any rate, I'm currently using 132x43 character mode on my console, which works fine as logn as you have a graphics card with a vesa 1.2 bios or better, and have enabled vesa support (either by compiling it into your kernel or by loading the vesa kernel module)
800x600 (with 90 text collums) seems to be the maximum for graphics mode with syscons, but for character mode it seems to rather support anythign that your vesa bios supports.
Som if all you need is a 132x43 text mode screen, then yeah, that will work fine. If you need graphics mode, checkout the manpages on vga, vgl and vesa and see if that woulf work for you.
Re:does fbsd have good framebuffer console? (Score:2, Informative)
Hmm, that seems to work on a radeon 9200 here when using xvidx driver, but yeah, using background graphics would be a reason to want graphics mode.
Eventho xvidx manages to play a movie as background of a text mode console, it isn't without flaws (scaling does not always work properly, and cpu cost is rather
FreeBSD Newbie here (Score:2)
Re:FreeBSD Newbie here (Score:4, Informative)
Re:FreeBSD Newbie here (Score:2)
Re:FreeBSD Newbie here (Score:2, Informative)
I should add, that I found the tag specification somewhat confusing. The default is ".", which is current. Current is now FreeBSD-6.0 probably very unstable.
Your tag should be tag=RELENG_5_3, although it may need to be tag=RELENG_5. I'm pretty sure I read somewhere that for the most up to date 5.3 you need tag=RELENG_5_3. This will make sense after reading the make world section of the handbook.
I did google on the make world process for clarity. You may come across a site "BSDVault" t
Re:FreeBSD Newbie here (Score:4, Informative)
You should settle to this method as it is the preferred way of keeping your system up-to-date, wether on updating between releases or incooperating security or maintainance updates from the respective RELEASE branches.
Basically after having your source updated to the latest RELENG_5_3 branch, typically via cvsup(1), it consists of the following steps:
# make buildworld
# make buildkernel
# make installkernel
# reboot
single mode:
# mergemaster -p
# make installworld
# mergemaster
# reboot
It is very straight-forward, still be sure to read about the details in the handbook.
Re:FreeBSD Newbie here (Score:2)
Re:FreeBSD Newbie here (Score:4, Informative)
Re:FreeBSD Newbie here (Score:2)
But if there is some crucial feature of 5.3 that this person really needs (support for a certain USB device or something), I agree, download the ISOs and backup-install-restore.
Re:Another reason to run DragonFly FreeBSD (Score:2, Funny)
It certainly has some bugs. Regarding slow, it is far from slow for what I happen to do with it, but it might be for your case.
> It still does not release the Big Giant Lock like it was promised a year ago.
It does for some and not for other cases. It is definitely not free from giant locks for now.
> It looks like it's time to give the DragonFly branch of FreeBSD 4 a try.
I find Dragonfly very interesting but at the moment it is not usable for p
Re:Another reason to run DragonFly FreeBSD (Score:1)
Well, good to hear that it is developing well in that area also.
> As for accelerated GL - FreeBSD nvidia drivers work through a port override, and anything else that XFree86/X.org works with should go fine.
Hmm, means
Freedbsd-Stable? (Score:2, Interesting)
Re:Freedbsd-Stable? (Score:1)
I'm tracking RELENG_5 in case anyone is wondering.
CVSWeb [freebsd.org] also has some interesting reading...
For those not bothering to check the link, FreeBSD has gone from 5.3-STABLE -> 5.3-RELEASE -> 5.3 RC1 and now 5.3 RC2!?
Re:Freedbsd-Stable? (Score:2, Informative)
anyone remember 2.4.0-2.4.10? (Score:3, Interesting)
OT but I had to share! (Score:4, Funny)
Re:OT but I had to share! (Score:1)
Can ordinary users use this? (Score:1, Interesting)
Re:Can ordinary users use this? (Score:3, Funny)
She even tells me about how she uses Yahoo chat rooms to get FreeBSD support (when I'm not around).
Re:Can ordinary users use this? (Score:1, Funny)
Yeah, right.
Re:Can ordinary users use this? (Score:3, Informative)
TEST IT PEOPLE - PLEASE DL the CD! (Score:3, Insightful)
If you find a bug you will be a GOD in the eyes of those that want to run 5.3 production-style.
I vote wait untill that release is FULLY READY TO GO OUT THE DOOR. 5.3 is critical to further acceptance of FreeBSD, further commercial funding support, further legitimacy of the platform, and confidence in the developers/Release Engineering team.
If you need it now, run the RC. Unless a TON of people need 5.3 NOW, the developers should feel no pressure to get it out the door. They should feel pressure to get testers to find problems. They should feel pressure to find people that like inflicting damage on a running OS. Find those twisted individuals and give them a RC CD and a keyboard. Hear their stories.
Make it good as the worlds's eyes will be upon this relase and any further potential problems. RC2 should be fixing a much smaller list of bugs.
WE'RE STILL PLAYING AROUND WITH SCHEDULER CHOICES!! ???? I'd suggest more RCs. Blank CD-R media is CHEAP. Corporate downtime when bugs are discovered 1.5 weeks out from a release IS NOT!
Test Test Test Test Test. Beat the hell out of it - portinstall all ports. Rock the box and see how she holds. Try and crash it. Pound it from the network. Pull a live disk. JMP to a block of random bytes. Run 200 instances of your JVM. Start up as many desktop applications as possible. Try and kill your install and see how Beastie holds.....
5.3 is going to ROCK but SHOULD NOT BE RUSHED!!! If it needs time, by all means give RE-team time!
I hope we don't have to see a 5.3.1 release.
Perhaps the developers should require a certain variation in hardware platforms tested on or a given number of people to run it with no problems before final release.
(I don't run FreeBSD in a corporate environment or profess to know much about RE's testing process. Just trying to get in people's heads that extreme testing WILL make this release a HUGE success.)
My bad. Sorry for getting loud. (More shoutouts2) (Score:2)
I LOVE FreeBSD!!! I really can't wait for this release. Actually I can (perhaps unlike others), but it does excite me quite a bit. Just wish I had a MP machine on which to play....
Developers. Developers. Developers. You're all beautiful. Your work is wonderful. You code so we don't have to. Kudos, thanks, and appreciation to the Nth!
Same goes for the testers. FreeBSD wouldn't be where it is today if it weren't for you installing untested code on your machines and
Re:TEST IT PEOPLE - PLEASE DL the CD! (Score:1)
I might not be an expert, but I know a bug when I see one...
Re:TEST IT PEOPLE - PLEASE DL the CD! (Score:1)
good! (Score:2)
Re:good! (Score:1)
The problem was that a lot of people were still using SCHED_ULE in their kernel configs and getting mysterious problems. Developers were spending a lot of time trying to figure out what the problem was before the user owned up to using ULE which was known to be broken.
The change for RC2 was to forcibly break ULE so that if a user attempts to compile a kernel wi
Re:good! (Score:2)
XMMS skipping? (Score:1)
Outstanding (Score:3)
FreeBSD scores a hat-trick :) (Score:1)
and the 4th is a bsd as well
Re:Complete success! (Score:4, Informative)
Re:Complete success! (Score:5, Informative)
Since 5.x has been hold back long enough it was decided to drop ULE as the default scheduler for 5.3 and concentrate on releasing 5.3.
This doesn't mean that nobody is working on fixing the problem nor that ULE will not be the default scheduler. It is just going to take a while before it happens.
The reason for totally disabling ULE in 5.3 was to focus on other bugs in 5.3 and fix ULE on current (6.0) and then backport this to a later 5.x release.
I suggest you read cvs-src summaries at http://www.xl0.org/FreeBSD/ which gives a view on what is happening on current.
Re:Complete success! (Score:1)
(Parent post was definitely accurate on the reasoning)
Re:Complete success! (Score:2)
I'm primarily a desktop user of FreeBSD, and I miss ULE soo much (hiccups in mplayer - and even JUK sometimes - during compile with 4BSD, and general responsivity issues - on the desktop of course).
Just a minor correction (granpda) : ULE was not made the default scheduler in 5.2/5.2.1! In fact, I think that was the main problem (switching to ULE only in current later meant less exposure, and less chance to find the bugs as early as possible, less time t
Re:Minor Interest ... (Score:2, Funny)