Sascha Wildner re-added burncd(8); it still works for some people. As Matthew Dillon pointed out, cdrecord is probably the better long-term bet.
Avalon, the machine that works as the master mirror site for DragonFly, and also as git.dragonflybsd.org, is being moved. Binary package downloads and source updates won’t work in the meantime. If you can’t wait for the system to come back, change the settings for pkg_radd or in /usr/Makefile to point at a different host.
Sascha Wildner continues the driver update streak, bringing in the updated FreeBSD version of the aac(4) driver. This adds support for 40+ Adaptec AdvancedRAID cards – the aac(4) man page has a very long list.
The burncd command has been removed; it hasn’t been working for some time. The sysutils/cdrtools utility cdrecord is the viable alternative. cdrecord is a pkgsrc application, but it comes on the DragonFly install CD/DVD/image/whatnot.
Ilya Dryomov wrote out some more details about his deduplication work, with some notes on what he plans next for this feature.
Apparently the surplus money from the recent NYCBSDCon is going to each of the BSD projects. Great news! Now, what to do with it…
Ilya Dryomov has added live deduplication, or as he titles it, “efficient cp”. It’s experimental and turned on with a sysctl, so approach with caution.
Here’s a nice collection of post-installation notes on DragonFly. They’re part of a larger UNIX note collection. I may have linked to it before; I don’t remember. This note’s new, though.
Xerox Network Services is gone from DragonFly. Does anyone, anywhere, use this protocol? Ironically, I don’t recall this even being visible on the Xerox hardware products I have at work.
Tim Bisson put together support for the RealTek 8168E network card, under the re(4) driver. It’s in DragonFly now.
Another bus bites the dust: EISA is no more on DragonFly. I don’t know if there’s even any system that DragonFly could boot on and would use this. Still, remove your hats and enjoy a moment of silence.
Apparently there’s a lot of DragonFly people going to the 27th Chaos Communication Congress. Of course, I don’t know if there’s any tickets left at this point.
Matthew Dillon fixed a rare and difficult-to-find bug on x86-64 Dragonfly. This means much more of the system can be run ‘MPSAFE’, or without the Giant Lock. Watch for this soon if you’re running 2.9.
Ed Smith was thinking of working on sysctl documentation, but as it turns out, a lot of it has already been done via Google Code-In; Samuel Greear recently committed a lot of it. (Though there’s more sysctl work possible.)
While on that topic, Samuel Greear also posted a lengthy summary of all the Code-In work done so far. We need more code-related tasks! The existing ones have been so popular that they’re all getting done, quickly.
Venkatesh Srinivas has created what he calls “Super Light Weight Reference Counting”, which he describes in a recent post, plus followup. He’s already converted sfbuf to use it.
Sepherosa Ziehau recently made a change in TCP handling that could cause a panic. If you get it to happen, he wants to know about it. This only applies to people running bleeding edge DragonFly as of a few days ago.
Sascha Wildner has continued his driver-adding run, bringing in mps(4). This supports various LSI Logic SAS controllers, taken from FreeBSD. Support isn’t complete or tested, but it’s enough to start with.
Tim Bisson posted a note on the progress he and Pratyush have made on a virtio driver for DragonFly, ported from NetBSD. This is for use in virtualized environments; his post links to graphs (yay!) that show the performance improvement over emulated IDE. His note also links to the code and documentation.