zlib and dhcpcd are both updated in DragonFly… but my quick perusal of the commits makes it sound like bugfix only; no usage changes needed.
Do you have a Coffee Lake Intel CPU? Cause corepower(4) in DragonFly now supports it.
If you were used to kldloading i915kms(4) and radeonkms(4)… they are now named i915 and radeon, respectively.
Pluggable Authentication Modules on DragonFly have gone through some changes. pam_ssh has been removed, along with pam_tacplus, and pam_radius, in favor of the more frequently updated versions in dports. ppp(8) still supports radius, though.
As anyone who has been running HAMMER1 or HAMMER2 has noticed, snapshots and copy on write and infinite history can eat a lot of disk space, even if the actual file volume isn’t changing much. There’s now an ‘emergency mode‘ for HAMMER2, where disk operations can happen even if there isn’t space for the normal history activity. It’s dangerous, in that the normal protections against data loss if power is cut go away, and snapshots created while in this mode will be mangled. So definitely don’t leave it on!
There’s now (well, for DragonFly 5.7 users) an /etc/os-release file to show the installed DragonFly version. This is similar to the de facto Linux standard, which of course evolved separately from the not-consistently implemented general standard. Evolved cross-platform standards are fine with me.
If you have a whole lot of I/O on a HAMMER2 system, this change will help. This is I assume an outgrowth of dsynth testing, cause that causes many, many threads to be reading and writing.
It’s now possible to pick which sort of compression you want to use for dsynth packages – xz is the default, but you can go gzip for speed.
Thanks to Erik Blomberg and the Vintage Computer Festival Midwest, I now know the Digest has reached a whole new operating system: CP/M. This entertains me.
(It’s the Digest being browsed in text mode on a TeleVideo TS-803, if you can’t see the screen well enough.)
Tomohiro Kusumi has been bringing in a large number of fixes to the msdos filesystem, mostly from FreeBSD, but from other sources. I’m not going to link to them all, cause there’s many over the last few weeks, but the good news is that there’s performance gains for this lowest-common-denominator filesystem.
You should set hostname in /etc/rc.conf. I am mentioning this now because not doing it kept me from running X apps from a DragonFly system on a Windows 10 system with vcxsrv, and I wasted half an hour of my life figuring that out. Apparently this is a lesson I need to keep relearning.
dsynth(1) has a new ‘monitor’ command, which watches log output and tells you what it’s doing. I haven’t tried it yet, so I am only guessing. A screenshot would be nice.
The default variables for jails on DragonFly have changed; obviously this only affects you if you are running jails. Adjust your rc.conf as needed.
HAMMER2 is Copy on Write, meaning changes are made to copies of existing data. This means operations are generally atomic and can survive a power outage, etc. (You should read up on it!) However, there’s now a fsck command, useful if you want a report of data validity rather than any manual repair process.
A quick entry: dhcpcd(8) 8.0.6. committed to DragonFly.
The headline is a little misleading; umtpx has been in DragonFly forever, but now utmp is really retired and programs adjusted to match. The change is not that user-affecting and utmp data is still accessible; this is part of the ABI change alluded to over the past week.
If you are not familiar with utmp(5) and utmpx(5), they are databases in /var that track user logins and system restarts. utmpx is of course better cause it has an X.
If you are on DragonFly-current, the ABI changes of the past few days are complete and new dports packages are built, so now is a good time to do a complete build and install of world and kernel, and then a pkg update.
5.6 users can keep on keeping on; no breakage there.
ABI breakage continues, so continue the full buildworld/buildkernel cycle, if you are on DragonFly-current, and continue to ignore it, if you are on 5.6.
Update: yeah aim for next week.
There’s commits being made in DragonFly that will break binary compatibility. If you are running DragonFly-master, that means you will need to do a full buildworld/buildkernel when updating, and you will either have to rebuild packages or wait some days until a new set are built.
If you are running the 5.6 release, you are unaffected.