David Rhodus mentioned in his GoBSD journal that DragonFly is a better choice right now than FreeBSD 4.10, highlighting a FreeBSD-4 unfixed bug in his journal. He also let slip that he’s working on a commercial operating system based on DragonFly, with the first release candidate coming very soon.
Rahul Siddharthan pointed at this post as evidence of softupdates not working as quickly as it used to, for FreeBSD and by extension DragonFly. Matt Dillon replied that:
“FreeBSD-5 has a lot overhead, especially when it comes to the buffer manipulation that softupdates does. DFly should be nearly the same as 4.x in regards to FS performance.
There isn’t much I can do about softupdates but the (slowly progressing) namecache work will eventually allow us to release the exclusive lock on the directory vnode during directory searches and this will bring up our lots-of-little-file benchmark numbers considerably.
Another issue that slows down filesystem operations is the busy-page lockout that occurs when the system is writing data to disk and some other operation wants to modify the page undergoing I/O. That is ”on the table’ as well.”
There’s a whole slew of screenshots of the curses interface to the Nympha installer at http://www.livebsd.com/dfly/screenshots/.
The kernel mailing list is getting hit with a Windows mail virus in a big way; be careful when viewing it through your mail client/news interface if you use Windows.
Update: fixed now.
Matt Dillon has added bind-9.2.4rc4 to
contrib. This replaces bind8 that was being used for DragonFly (and I assume FreeBSD-4) by default. Things may be somwhat unstable for a few days; if that is trouble for you, don’t update your system this week.
Sascha Wildner has placed converted DragonFly man pages at http://www.yoyodyne.de/dfly/doc/
‘GeekGod’ has an alpha version of the DragonFly Live CD with the Nympha installer. Try it out, if you feel lucky – it is alpha, so read the caveats.
Update: now works on VMWare.
Emiel Kollof’s changes to the NVIDIA binary video driver have been committed; it will no longer break with the recent /dev changes.
Hiten Pandya noted that, if you are creating a port override in dfports, setting CCVER=gcc3 and testing your override using the different compiler is a good idea. He’s found a few ports where poeple didn’t do that and the build was broken.
Sascha Wildner described in a post to dragonfly.bugs,
/etc/rc.conf will enable your system to save crash dumps in
/var/crash, saving the effort of retyping them in a post. (“makeoptions DEBUG=-g” in your kernel config is also needed.)
Emiel Kollof has fixed up the NVIDIA driver – This diff makes it possible to update your kernel and still use the driver; the change to the dfports override is forthcoming.
‘esmith’ got Java applets working in Opera 7.5 thisaway:
Continue reading “Java Applets in Opera”
Chris Pressey committed the last stage of Andre Nathan’s gigantic K&R -> ANSI cleanup of source. 21 stages, in all.
The latest dev numbering changes from Matt Dillon will break the NVIDIA binary driver, if you are using it. Emiel Kollof is working on a new version, and until that’s set, avoid updating if you want to keep your NVIDIA driver working.
cvs is now at version 1.12.8, updated by Matt Dillon.
The network connection to dragonflybsd.org appears to be down – nntp is not accessible, and the website isn’t either.
Update: It’s back online.
I’ve committed a partial section on installation in docs, which – if we’re lucky – will be completely superseded by a DragonFly installer program.