It’s now possible to set up rules for your dynamic device file system. If this intrigues you, and it should, there’s more details about the rules within the devfsctl(8) man page.
There’s now a counter in the sidebar to this site (look under my email address) that shows how many posts have been made, ever. Not necessarily helpful for you, the reader, but it makes me feel good.
Also, all those posts, back to 2003, are reachable via the archive page.
Simon ‘corecode’ Schubert has removed GCC 3.4 and Kerberos 5/Heimdal from the base system. Kerberos hasn’t been building as part of base for a while, and is available in pkgsrc. It was also the last item that requires GCC 3.4, so buildworlds are little quicker now. (Cross your fingers that GCC 4.2 the current version doesn’t break somehow.)
ÆrieBSD; a fork from OpenBSD. (via) It appears to be GNU-free.
Update: Steven Rosenberg has some further research.
BSD Magazine’s 3 previous issues are all available for download. If you like what you see, please subscribe. (via)
If you have any remaining issues for DragonFly that you want fixed before the 2.4 release in September, link them to the ‘umbrella issue‘ in the bug tracker. It makes them easier to find.
As predicted, size_t and ssize_t is back to normal. (Hasso already noted this in a reply to the original post.)
Matthew Dillon’s made some changes to Hammer that make performance during mixed operations (reading and writing requests at the same time) much faster. This should work for everyone, though AHCI/SILI/SCSI users will notice it more. The new writing system is called ‘BIOQ‘.
www.dragonflybsd.org is now running a newer version of ikiwiki because of me; tell me if you see problems, as they’re probably my fault. Oh, and I cleaned up the developer docs page too.
Matthew Dillon’s made some improvements to Hammer’s read and write processes. To quantize this, he’s tested Hammer and UFS with blogbench and written up the results. The tl;dr summary: UFS performs well until the system cache runs out, and then it halts. Hammer has some overhead from saving all history, but doesn’t stop working under a much heavier load.
DragonFly’s size_t and ssize_t have been modified. This creates more exact warnings of 64-bit problems when building on 32-bit systems. It may cause trouble with pkgsrc, though, so it will be reverted before the release (on 32-bit) if needed.
Be careful if you’re running bleeding-edge DragonFly. A full buildworld is needed because of this.
I’ve got a number of little items, so more roundup:
- How much disruption happened in DragonFly after introducing a dynamic device system? Surprisingly, very little, as most of pkgsrc still builds. Thanks are due to Hasso Tepper for the corrective work.
- _why makes some very perceptive comments.
- Jordan Gordeev’s been working on the very difficult AMD64 port as part of his Summer of Code work. He says thanks for the help, and others reply in kind. Speaking of which, it’s possible to boot 64-bit DragonFly now, though it’s not production-ready.
I’ve always had trouble updating certain pkgsrc packages that happen to also form the basic tools for pkgsrc – pkg_install, bootstrap, etc. Hasso Tepper has very kindly written up a note describing how to update these packages with newer versions of pkgsrc.
The mpt(4) driver has been updated, thanks to Alexander Polakov. This is useful for anyone using LSI Logic hardware for fibre channel disks, for instance.
Vinum’s been changed to work with devfs, with the advantage that drive labels instead of device paths can now be used. There’s some caveats – read the message for details.
audio/cdparanoia, in pkgsrc, had a major update and now doesn’t work on DragonFly. Hasso Tepper could use a hand fixing it – any takers?
Dear universe, including DragonFly people: stop doing so much stuff. It’s hard to keep up.
- Git in One Hour, an O’Reilly webcast. You need to register (free) and so on, but what the heck. O’Reilly doesn’t show crap.
- Poul Henning-Kamp is suing to recover the cost of Vista on his Lenovo laptop. (He’s installing FreeBSD.) I hope it comes out in his favor, though it will have little legal effect here in the U.S. (via)
- I didn’t realize this until I chimed in on the mailing lists, but one of the best books about file systems is freely available as a PDF.
- Another benefit of Hammer: you can’t run out of inodes, nor is it possible to have too many hardlinks.
- Some notes on pf usage in DragonFly. I know some parts have been mentioned before, but it’s good to sum up.
The amount of swap space usable under DragonFly has gone to a theoretical max of 4 terabytes. The practical limit is probably around 512 gigabytes. As Matthew Dillon writes, this could be interesting when paired with SSDs.
Well, technically, the title is “Twenty questions about the GPL“, but I read it more as reasons for using the BSD license. (via)
Also, I was going to link to this article about increased BSD(ish) license adoption, and then I wasn’t, and then I found that Dru Lavigne had managed to pull out the quote that summarized the idea perfectly.
While I’m on this theme, this Coding Horror “Digital Sharecropping” article complains that people are effectively doing free labor for companies that plan to profit from that labor. There’s a parallel between free software and the activity he’s worried about. Not that he’s wrong, mind you, but there’s more to the story.
Subscribe to BSD Magazine, get all the previous issues. (via)