HAMMER2 recently gained the ability to be used as the root mount for your DragonFly system.  Live deduplication of data is also now possible, which means fast copy operations, less space used, and no need to wait for an overnight batch process to do it.  If you want to try it, you need a bleeding edge DragonFly system and the WANT_HAMMER2 option.  It's still not ready for production use, so don't try it with any data you want to keep.
Historical platforms week, quite by accident. Your unrelated comics link of the week: Jack Kirby would have been 98 today.
Put together at the last minute.
BSDNow this week is titled "Beverly Hills 25519", which is a play on an older U.S. TV show if you missed the reference.  There's the normal news, back this week, plus an interview of Damien Miller about OpenSSH.
I've gradually been leaning towards two opinions: 1: Having the Digest load as fast as possible is a benefit for everyone, and 2: I want to get off the PHP/Wordpress vulnerability merry-go-round. Does anyone have specific experience with static site generators?  Ideally there's something out there as polished/unfiddly as Wordpress, but I don't know what.  The Digest started using the Movable Type product, and I'm tempted to return. Update: People have been recommending Hugo, Pelican, and Jekyll.  It looks like comments would end up going into Disqus, which is an external not-under-my-control application.  There are other plugins for comments, but none of them as straightforward.  What are people's thoughts on using an outside service?
I don't note it enough, but Tomohiro Kusumi has been making constant updates to HAMMER, the version we have now.  Often they are the sort of update that makes the code more readable, or fixes possible problems, and so on.  Very essential, but hard to post about it.  In any case, I'm using his recent improvements to hammer volume-del to note his contributions, of which there are much more than the day's worth I link here.
If you are near thoughtbot at 7 PM tonight in New York City, "The search for truth: the `true` and `false` programs" is happening there.  It's a code reading group, so there will be comparisons of each program and its history in the various BSDs and other less important operating systems.  This sounds neat, plus food and drinks will be served.  (via)
This is the week for entertainment, not deep thought.  
Some catchup here from stuff I missed last week:
I was on the road last week and didn't post a link to the BSDNow episode "May Contain ZFS".  It has an interview with Peter Toth about iocage, among other things.  This week's episode is the spectacularly-named "Ubuntu Slaughters Kittens", with an interview of Bryan Cantrill from Joyent, so there's conversation about pkgsrc and various Sun-based things.
Why buy ECC RAM?  This is a discussion I've seen many times.  I've always heard that without the error checking, you can't tell if a random bit was flipped by a cosmic particle.  That seems like a very remote threat.  Over the last week, I went to Science North in Sudbury, Canada, and saw the Diffusion Cloud Chamber.  I took a photo myself.  Both of those picture represent an instant in time, and each of those squiggles in the chamber in that instant represents some particle zipping through space that miiiiiight scramble your RAM.  That's... a lot more common than I thought.
My links are haphazard - but that shouldn't get in the way of reading. Your unrelated comics link of the week: Bird and Moon.
Did you know that AT&T maintains a regex library and test suite?  I did not, but now DragonFly has both, in part for better multibyte character support. (corrected to note that the regex library is not from AT&T - thanks, anonymous commenter)
Most of the news is about Intel video support, but Radeon direct rending improvements are coming too.  'zrj' have brought up drm/radeon support to match what is in Linux 3.12.  Worth trying if you've had problems with your Radeon and audio, going by what I've seen people report in IRC.
The vi in any BSD is not the original Berkeley vi - instead it's usually nvi.  However, thanks to John Marino, DragonFly has the up-to-date, multibyte-supporting nvi2.  (I know I've made reference to the nv/nvi difference before.)
If your DragonFly-running c720p (the touchscreen model) occasionally decides to go perma-bonkers, Matthew Dillon has added a method to reset it, either on reboot or by setting debug.atmel_mxt_reset=1.