Chris Pressey posted his thoughts on
config(8). His summary on his plans are thus: “Basically: config(8) shouldn’t let you configure a kernel that won’t build. It should detect that it won’t build, tell you why, and stop immediately without wasting your time with a make session that is doomed to failure.“
If you update your sources and compile using gcc3, it now includes stack smashing protection, committed by Joerg Sonnenberger. Compiling using gcc2 already includes that protection.
There is a new ‘known good’ ISO file on the DragonFly site download page. This newer image includes the recently mentioned support for more partitions per disk.
Joerg Sonnenberger has added an infrastructure for
contrib/. Previously, in FreeBSD, 3rd-party software in the base installation would be modified from its original state to work with FreeBSD 4 (and hence DragonFly). These modifications are then repeated with each new version of the third-party software. (gcc 2.95 -> gcc 3.x, for instance.) The “new and improved” method keeps the original source for the 3rd-party software and keeps all DragonFly-specific changes in separate patch files. This is harder to set up, but better in the long run. This methodology has already been used for certain software like gcc and binutils.
For those of you who multiboot or like carving their disk to bits, Matt Dillon has doubled the possible partitions (8 -> 16) and decreased the number of slices possible. (32 -> 16) You will need to rebuild world and kernel, and install the new boot code with disklabel -B in order to take advantage of this.
Apparently coming soon: a ‘live’ DragonFly CD similar to the LiveBSD CDROM.
David Rhodus has added support for the Silicon Image SATA controller.
Joerg Sonnenberger has proposed breaking apart
sys/types.h into two files – one that follows POSIX, and the other that does not. His proposal is pasted here.
Continue reading “Typesplitting”
Included in this entry is a log from #dragonflybsd where several folks talk about the packaging system proposal – I’ve cleaned it up a bit and I present it for your perusal.
Continue reading “Packaging discussion log”
Matt Dillon doesn’t let a small thing like physical pain stop him: he’s committed his newtoken code as mentioned here earlier. Now is a good time to update and rebuild, to try it out. The commit message follows:
Continue reading “New token code arrives”
NetBSD, recently incorporated as a non-profit, produced a 2003 report, where they detail some interesting work formalizing the support structure of a mostly volunteer project. I don’t recall if I mentioned it before, but the October-December 2003 FreeBSD Status Report came out a while back.
Aaron Malone submitted (and Hiten Pandya committed) a whole lot of man page changes to account for changes from FreeBSD to DragonFly in system name but not history. Specifically, the HISTORY sections. It’s not glamorous, but it’s good to do it.
Matt Dillon will be coding a little more slowly for the next while – he broke his right clavicle while riding his bike, so his typing speed has been reduced, temporarily.
Joerg Sonnenberger added a driver for the ‘bfe’ device, which is the Broadcom DCM4401 NIC.
BSDCan is happening in Ottawa, Canada, May 13-16. Nothing DragonFly-specific planned there yet…
Matt Dillon mentioned that June is the current target for a 1.0 release of DragonFly BSD.
Simon ‘corecode’ Schubert has posted his initial thoughts about a packaging system; discussion about is on the dragonfly.kernel mailing list/newsgroup. Simon wants to move fast – 1-2 weeks for suggestions, then some weeks for implementation planning, and then jump in!
If you now set
mixer_enable="YES" in rc.conf, your mixer settings will get saved, thanks to ibotty’s idea and Joerg Sonnenberger’s commit.
(I’m writing this without trying it, but that’s how I read it…)
Dragonflybsd.org has a new layout, which can be mostly be called my fault.
Joerg Sonnenberger has done some major cleanup to dfports. A cvsup would be a good idea.
A quote from him follows:
“Hi all, next time you update your dfports tree, you must update
/usr/share/mk/bsd.dfport.mk too. This should fix a lot of the problems various people mentioned in the past weeks. You should also check the dependencies e.g. of GTK+, if you haven’t rebuild your ports after January 25th. Otherwise the dependencies recorded are supposedly broken.”