


FreeBSD 5.2.1 RC Ready For Getting 133
MobyTurbo writes "FreeBSD 5.2.1 RC is now available, and now can be downloaded from the FreeBSD site and mirrors, or if you are currently running FreeBSD 5.2 (or for that matter some earlier versions) you can simply cvsup to it. The upcoming 5.2.1 release should fix a number of outstanding bugs in the 5.2 release, and this is a chance to make sure those bugs get fixed!"
Re:Comparison chart (Score:1, Offtopic)
It might have been easier to explain to the public if RedHat had chosen to keep calling it "RedHat Linux," rather than Fedora. They could have kept selling RHN access at $60/pop, too -- just
Portage (Score:5, Interesting)
Re:Portage (Score:2)
cvsup is i386-only and written in modula-3 (Score:2)
http://www.cvsync.org/ is a not-yet-mature portable replacement for cvsup written in c.
Re:cvsup is i386-only and written in modula-3 (Score:1)
Re:CVS must die (Score:3, Interesting)
Yes, but the mechanism of rsync treats the data like a black box (i.e. doesn't assume anything), while cvsup knows the structure of cvs file and therefore is faster and more economic.
Errm, I have a read a lot of messages saying that CVS must die, more or less recently. I have the impression that mo
Re:CVS must die (Score:2)
You talk about insignificant differences for the non-interactive rarely-processed data transfer.
Errm, I have a read a lot of messages saying that CVS must die, more or less recently. I have the impression that most of them people writing so are non-programmers or have never used cvs themselves.
I've done successfully migra
Re:CVS must die (Score:2)
I, e.g., see more reasons why PVCS should die, I understand that PRCS is already dead, and many other have a good idea behind them, but are not usable or a too proprietary to be widely used.
Uwe Ohse describes [www.ohse.de] why he thinks CVS is not so good - from my point of view, these reasons don't really matter. Have you more and better reasons?
Re:CVS must die (Score:3, Informative)
OK, that's actually 2 words. But they're important words describing a feature CVS lacks. Basically it means that when I commit a bunch of files, they either all are committed or none of them are. No partial commits that break the build. No chance of getting latest during what happens to be the midst of someone else's multi-file commit.
See the Subversion site [tigris.org] to try it out.
In the last 10 years, I've worked on projects with RCS, CVS, Sourcesafe, Perforce
Re:CVS must die (Score:1)
axxackall wrote:
You can make that statement of CVSUp and it will still be true. CVSUp simply has extra support for CVS repositories to make the deltas smaller. For non-CVS data repositories, CVSUp uses rsync/append/copy algorithms as appropriate.
In practice, my experience with CVSUp is that it makes an excellent tool for regularly synchronising fixed repositories specific to
Re:come on. (Score:5, Funny)
It is News for Nerds : who else would care about a Release Candidates of FreeBSD?
Re:come on. (Score:1, Offtopic)
Re:come on. (Score:5, Insightful)
The software nerd, as opposed to those who view software merely as a means to get their work done, is more inclined to be interested in software "in the rough" than as a finished product. Thus release candidates are of particular interest.
What's more, since most people are somewhat "embeded" in their favorite enviroment (Windows lock in anyone?) they aren't likely to personally keep track of the development of platforms outside their own, even those that they have some genuine interest in.
I haven't used FreeBSD, but the posting of stories such as this keeps my interest up in doing so someday in a way that other news venues don't, because I don't see them.
And I don't really see that posting a few of these in anyway takes away from other Slashdot stories. I don't know that this story was posted instead of some other story as opposed to as well as the other story.
As with all Slashdot stories I read those that interest me and skip those that don't, just as I ignore the social pages of my local newspaper. I don't write letters to the editor complaining that they exist.
KFG
Re:come on. (Score:3, Insightful)
That said, release candidates for really major pieces - like a new Linux kernel or this FreeBSD update - deserve a place on
So yes, agree in general, but not in this particular case.
Re:come on. (Score:3, Insightful)
Er, it's not an update to a port, it's a call for testers for a new release of the entire OS. Seems pretty significant `news for nerds' to me.
Certainly more interesting than `Intel is releasing yet another ugly processor no one needs care about'.
Re:come on. (Score:1)
SO SHUT YOUR GOB.
Not ever fix is in the ports (Score:3, Insightful)
[...]
- many improvements and fixes to the ATA driver
- new kdeadmin3 package to address the 'KUser' problem
- fixes to several network drivers, IPSec, NFSv4, and NNS.
- fix for the cd bootloader code to handle USB cdrom drives.
[...]
As you see, most of the above fixes do not apply to ports/packages as they are in the base system.
Re:come on. (Score:2)
Re:come on. (Score:1)
Re:BSD is ... (Score:2, Funny)
Re:Install Howto ($core:-5, Clueless) (Score:3, Informative)
Even your favourite K3b is available.
Re:why so far ahead of linux? (Score:1)
Huh?
KFG
Re:why so far ahead of linux? (Score:3, Informative)
The original Windows (not NT, which is a different OS) was released in 1985 (Windows 1.0), and the last version was released in 2000 (Windows Me).
Linux and NT are about the same age: Linux 1.0 was released in 1994; Windows NT 3.1, (which was really NT 1.0, but called 3.1 to match the version number of Windows 3.1) was released in 1993.
Also:
Windows 2000 = NT 5.0 (really 3.0, since NT started with version 3
Re:why so far ahead of linux? (Score:4, Funny)
Pff, FreeBSD is still stuck at version numbers, while some Linux distros have cool movie characters names [debian.org]. I'm still waiting for FreeBSD Potato or FreeBSD Woody. But then again, FreeBSD doesn't exactly gives woodies to anyone does it?
Re:why so far ahead of linux? (Score:1)
If you get a woody thinking about Linux, then you have a serious problem...
Re:I was a Linux user considering FreeBSD... (Score:1, Insightful)
Linux users just like to bash Windows (the OS), not its users (people). BSD fans tend to act like condescending assholes towards Linux users (people). See, there's the difference.
Re:I was a Linux user considering FreeBSD... (Score:1)
Keep in mind that in any group you'll get the loud mouthed ignorant people who just want to bash others. Or people from other groups who want to persuade people not to join that group...
Go visit the newsgroups some time.
Re:I was a Linux user considering FreeBSD... (Score:2, Funny)
This comment coming from someone who calls himself "yer_momma". Amusing...
Re:I was a Linux user considering FreeBSD... (Score:3, Interesting)
Re:I was a Linux user considering FreeBSD... (Score:1, Informative)
Remember though that just like any stereotype what you actually see from a group doesn't necessarily paint the whole picture. For linux OR FreeBSD.
Honest question (Score:5, Interesting)
I would like to test kernels from time to time, as I test linux distros. Apart from [debian.org] Debian [debian.org], what is the state of bulding familiar systems (with familiar package management, etc) on different kernels, e.g. FreeBSD?
Is there any possibility to get a Debian-like (or Mandrake-like, why not?) experience with non-linux kernels? I would certainly give them a try... Or are there FreeBSD live-CDs with a hardware auto-recognition comparable with that of knoppix? That would be a nice way to try, too :)
Freesbie (Score:4, Informative)
[PATCH] More time (Score:1, Funny)
Try the attached patch.
Re:[PATCH] More time (Score:1)
(yes, I know the parent post was a joke, but this is something we'll have to face _sometime_ before 2038)
Seriously, I've been experimenting with using 64-bit time_t's on FreeBSD/ia32 for a while. The base OS seems to be perfectly fine with it, but I've run in to all sorts of problems with software that assumes that sizeof(time_t) <= sizeof(long).
Re:Honest question (Score:2)
You can run Debian userland on the NetBSD kernel:
http://www.debian.org/ports/netbsd/
While I applaud the goal of ensuring that the Debian userland is a bit more portable, in the long run it is doubtful that it can be as well integrated as a normal NetBSD system. As someone who uses NetBSD as his preferred platform, I can attest to the growing "Linuxisms" in open source software.
Chris
Re:Honest question (Score:1)
You could just install FreeBSD and then the Debian port. You can then chroot into a Debian jail. Looks like Debian, smells like Debian, but the kernel is FreeBSD. Would that do? :)
I've built Linux kernels inside Debian jails on FreeBSD and they're binary identical (as I would have expected, but it was nice to see it work).
- J
A Brief synopsis (Score:5, Informative)
I just hope I can use my USB mouse with out needing a PS/2 mouse plugged in and my sound works again!
I for one am very excited about 5.* (Score:5, Interesting)
Re:I for one am very excited about 5.* (Score:2, Interesting)
I chuckled when I read that, because when I went to upgrade my workstation to 5.2 I did a quick check of the uptime first, almost 200 days. It made me sit back and think "Gee, I never did have to reboot my computer, did I..."
Checking my 4.x server whenever I thought it needed an upgrade brought about even higher uptimes, generally regulated by central power failure +90minutes until the UPS gave up and the system shut itself down. The only
Re:I for one am very excited about 5.* (Score:1)
Re:I for one am very excited about 5.* (Score:2, Funny)
"Hello, tech support. I'm a complete numpty. Can you please switch my server back on."
Did it just the other day.
Re:I for one am very excited about 5.* (Score:1)
5.x production release date? (Score:1)
Re:5.x production release date? (Score:3, Informative)
Oh no (Score:1)
Re:Oh no (Score:1)
FreeBSD vs. OtherOS (Score:1)
Daemon rocks - the guardian angel