Slashdot Mirror


DragonFly BSD Announces 1.0RC1

CoolVibe writes "Matt Dillon announced the availability of DragonFly BSD's 1.0 Release Candidate #1. Get it at Dragonfly BSD's site (please use a mirror or post mirrors as comments). Changes and features include: variant symbolic links, UDF support, lightweight kernel threads, message passing, GCC 3.4 in the tree, binutils 2.14, Kernighan's awk 2004-02-07, BIND 9.2.4 rc4, CVS 1.12.8, libpcap 0.8.3, tcpdump 3.8.3, less 381, MMX/XMM kernel optimizations are now on by default, greatly improving bcopy/bzero/copyin/copyout performance for large (>4K) buffers, XIO, acpica5, new AC'97 codec support, network stack revamping, long standing bug fixes for wide variety of support and stability issues, and way, way, way more. A new installer is also in the works that uses DragonFly's new CAPS IPC mechanism. The installer beta is available from LiveBSD. (Not updated to RC1 just yet, but it gives a nice idea of the progess made)"

3 of 124 comments (clear)

  1. Re:*BSD is dying by dodell · · Score: 2, Interesting

    I know it's a troll but BSDi didn't die. We sold BSD/OS to Wind River and continued as iXsystems / Offmyserver.

  2. Re:Suffer fools gladly by dodell · · Score: 4, Interesting

    He didn't ask for support. He failed to read the features that were listed in the article, all of which are well explained on DragonFly BSD's site. If you have specific questions about what one feature offers over another, I'm certainly fine answering this (and, for the record, don't mean to come over with an elitist attitude), but really: if I said, ``Why should I choose Debian over SuSE'', I'm sure I'd get a million references to the websites of both products.

    Granted, the differences between the BSDs are of a different nature than those of different Linux distributions, but I think my point was rather clear.

    And really, the post itself lists a TON of features DragonFly has. I'm not going to list them all again.

  3. Re:variant symbolic links by CaptainPinko · · Score: 3, Interesting

    It makes it really easy to support 64/32-bit modes on Opteron systems. Care to explain how that would help? I fail to see what difference that would. Do you mean something like using lib /usr/lib/mathtrig$ARCH.so or something so that depending on mode (ie. 32 vs 64) it will the according lib?

    --
    Your CPU is not doing anything else, at least do something.