If you’re a student, you have from now until the 3rd of April to apply for a Summer of Code slot.
DragonFly BSD is a participating organization in Google’s Summer of Code 2009. (See the lists of participating organizations at the Google site.)
I have an announcement message with more details on the mailing lists; the next important date is the 23rd, when students can apply. If you’re a student, start putting your proposal together and talking with others. If you can mentor, sign yourself up on the Google site and request a mentoring spot.
Big news: Sepherosa Ziehau has managed to remove the Big Giant Lock from the ip and bridge forwarding path. This includes ipfw, though not yet pf. It is in fact possible to make the whole TCP/UDP code path BGL-free. Sepeherosa helpfully posted some benchmarks to show just how significant the improvements can be.
wiki.dragonflybsd.org has been set to be read-only, since the content has been moved to www.dragonflybsd.org. The site hasn’t been turned off yet, because I may have missed something in the move…
The iwi(4) firmware has been updated, and there’s an announcement that tells you where to find it.
If you are interested in the Google Summer of Code project, as a student, a mentor, or just want to suggest a project, write that down:
http://www.dragonflybsd.org/gsoc2009/
The application period starts for DragonFly (for the organization, not students) in a week, and it’ll help to see who wants to get in on the action.
Simon ‘corecode’ Schubert has some tips on how to mirror the git repo for DragonFly more exactly; there’s an additional command that can clean up spurious branches.
Sepherosa Ziehau has updated em(4) to version 6.9.6, with some interesting improvements. It does possible require loading a module now. He also has more patches to test.
A vulnerability in telnetd code common to FreeBSD and DragonFly was just discovered; it’s been fixed in DragonFly using code from NetBSD in 1995, strangely enough. (via #dragonflybsd on EFNet)
As Simon ‘corecode’ Schubert notes, DragonFly is now in a ‘Feature Freeze’ for two weeks. Please work on bug fixes in the intervening timeframe, and push them to the ‘master’ branch. Changes for the release will be pushed to the 2.2 release branch. Matthew Dillon has more details.
The ISC DHCP package in pkgsrc is changing as it moves from 4.0 to 4.1; the package names will be different, as will the rc flags. Keep an eye out for this if you use it for your internal network. (This may affect our install CD, too.)
Simon ‘corecode’ Schubert warns that a recent change in the size of struct thread is going to require a buildworld; this only affects people running DragonFly 2.1.
Somehow I missed this commit, but DragonFly 2.0.1 is out, with many changes to Hammer and other miscellaneous updates.
DragonFly 2.0.1 is going to be rolled this Wednesday, so if there’s anything you need in there, speak up.
As Matthew Dillon writes in a post to kernel@: “The kernel & modules are now being installed in /boot/kernel and /boot/modules instead of /kernel and /modules.”
This means do a full buildworld and installworld if you are using bleeding edge code; this is to clean up the correct files.
Sepherosa Ziehau has enabled intr_mpsafe for bleeding edge code; see his warning if this causes issues for you. Another step closer to removing the big lock from networking…
Read and go! Please use a mirror if possible. If you’re feeling torrentish, Christian Sturm has a BitTorrent link.
Do you run a mirror? Make sure you’re downloading the 2.0 release ISO. The release won’t officially happen until there’s enough ISOs floating around for people to actually reach it.
If you want to commit something for 2.0, do it now!
If you are so inclined, test 2.0 building with a ‘cd /usr/src/nrelease; make installer release‘
It’s been 5 years since Matthew Dillon announced DragonFly. Happy 5th birthday, us!