There’s now a read-only sysctl ‘jail.jailed’ that can be checked to see if the current environment is running within a jail; useful for scripts that should not run in that environment, etc. I link to it mostly because it’s an odd sort of meta-signifier of reality, like being awake or in a waking dream, and that entertains me.
Aaron LI’s fixed a bug in rconfig tag names. This is minor, but I think rconfig(8) is a very powerful and underappreciated utility, so I point it out whenever possible.
Thanks to Aaron LI, st (“suckless terminal” I assume) is supported in termcap in DragonFly.
DragonFly’s tcp keepalive was changed from milliseconds to seconds. This happened in both DragonFly-current and in the 5.6 release, and it changes the networking API, which means a dports rebuild is needed… or a pkg upgrade, for which happily all packages have been rebuilt. So, on your next update of the system, be sure to update packages too.
The module formerly known as ‘radeonkms’ is now just plain ‘radeon’. There have been changes in other commits, but this is the only usage change.
Matthew Dillon has made some changes to DragonFly’s scheduling system His further tests show an improvement in basic forking.
There’s several bug fixes that have gone into DragonFly over the past few days, in an attempt to track down an odd bug. They’ve been committed to 5.6, too, so you can pick them up if you update.
I imagine this will turn into a 5.6.2 release, but not until we find the cause of the error mentioned in that link.
You’ll all be happy to know ACPI errors are less noisy now. (And it was updated to 20190509, before the 5.6 release.)
Matthew Dillon’s made a change to the DragonFly kernel that could be disruptive, but will help make sure chromium runs. If you update after this point, make sure to update your dports, too, just to be sure everything is in sync. This applies to 5.6 and 5.7.
Because of some changes Matthew Dillon made to maxvnodes calculation in DragonFly, you may find yourself using 5%-10% less RAM. If you’ve upgraded to 5.6, you already have this benefit.
DragonFly now has retpoline turned on (stats included in that link) as a side effect of having gcc-8 as default, and SMAP/SMEP are also supported. I enjoy just saying these words out loud. SMEP SMEP SMEP SMEPSMEPSMEPSMEP.
I’m still backlogged, so here’s a May 14th mitigation in DragonFly for MDS attacks possible with Intel CPUs from 2011 onward. It’s in the current release.
A happy note for the end of the week: I like seeing cross-BSD work. (and POSIX)
A last-minute drm change in DragonFly 5.6 turned out to cause a reproducible lockup, so there’s changes in place for it. This means 5.6.1 will need to be rolled, which I will do in a day or two. If you want to update now, the normal buildworld/buildkernel process will get you this change.
This will turn into a real 5.6 release probably by weekend if no problems are found. See the tag commit message for a list of the commits since 5.4.
The next release of DragonFly should be smaller; Sascha Wildner and Rimvydas Jasinskas have removed or substituted enough packages on the installer image to drop the package disk usage 50%.
Rimvydas Jasinskas has done the tedious but useful work to update a number of utilities in DragonFly to newer vendor versions: LibreSSL 2.9.1, libarchive 3.3.3, xz 5.2.4, ldns 1.7.0, and OpenSSH 8.0p1.
opie(4) is no longer an option in several places in DragonFly. It’s also known as S/Key, and I’d be mildly surprised if you’ve used it.
Sascha Wildner has committed mandoc(1) to DragonFly to use for man, whatis, apropos, and other functions. One less GNU utility, and also means groff can come out of the base system. That is almost the last C++ code in base… I am not sure what remains.
Because of the ongoing pmap work from Matthew Dillon, building vkernels may not work for a short period in DragonFly-master. “A short period” usually means a few days for this sort of thing.
Update: all better now.