Matt Dillon has announced the availability of DragonFly BSD’s 1.0 Release Candidate #1. 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 more. A final is expected in two weeks.
is the installer graphical ? that would be the first BSD
Any benchmarks on performance compared to 5 branch? Any stability testing? Version 1.0 of any program should be a big deal and it should impress like Mozilla 1 and openoffice 1 did.
is the installer graphical ? that would be the first BSD
Read the article…no automated installer whatsoever, not even a graphical one.
The README file consists of several commands you must run to install it. Doesn’t look too hard, as long as you’ve used a UNIX-like system for a while.
Apparently they are working on a simpler installation procedure for upcoming versions.
Most likely the new installer that has been worked on will be used for the release. See livebsd.com for a beta.
We are messing with creating a new installer. It’s supposed to do graphical installs too when we are done. For now we only support web-based installes and ncurses installs.
Take a look at http://www.livebsd.com/dfly/
DragonFly BSD is turning out to be a fine OS. Fast, stable (between major code changes that is ;^) more than reasonably secure, and it runs most legacy Linux and FreeBSD applications at native speed.
It’s really cool that it’s being redesigned at it’s core in such as way that will allow native clustering abilities.
Good stuff.
http://www.energyhq.es.eu.org/files/dfly-1.0RC1.iso.gz.torrent
This torrent was created by Miguel Mendez.
I love the freebsd ports system, but as they are forking the entire thing wouldn’t they be better off using the NetBSD ‘packagesource’ system ? Presumably os specific code has been seperated out more in the netbsd system and it would free them from maintaining an entire seperate ports tree.
* configure.in: Add support for DragonFly BSD.
ehn you start to find that in major OSS changelogs you know the OS is growing just fine :=)
We will have a RC1 iso posted to livebsd.com with the beta installer later tonite. In the meantime, the cd that is present on livebsd.com was uploaded yesterday so the codebase is pretty close.
Regards
pkgsrc: Yes, it has been discussed, as has portage, debian apt-get/dpkg, ports/packages, and various other solutions. Simon aka corecode has written a very nice document about what the system should do and what it shouldn’t. I don’t have the link off-hand, but it is easily found in the list archives. Interested people who want to help on that effort are very welcome.
fuser: Where did you see that change? I did submit a bunch of patches to the config and autoconf people in the past to add DragonFly support, but it is nice to see some more spread of this. Of course, if you are running DragonFly and do not consider yourself a kernel coder or something like that, just try and see if your favourite piece of software runs on DragonFly. If not, submit patches back to the original project to get DragonFly supported.
it was in the ruby (ruby-lang.org) ChangeLog:
Wed Jun 9 15:39:55 2004 Akinori MUSHA <[email protected]>
* configure.in: Add support for DragonFly BSD.