As planned, there will be a 5.4. 1 release for DragonFly. Matthew Dillon’s work on HAMMER2 will be in there, as will be a fix for keyboard attachment and updates from Aaron LI on dhcpcd support. I will tag and build this weekend, so it’ll be just in time for Christmas.
This week’s BSD Now covers assembly on OpenBSD, games on FreeBSD, and disk space on DragonFly.
I uploaded the current 5.4 release candidate – there’s an ISO and an IMG file, though your local mirror may be a better place to get it than those links. Or just wait; I think the release won’t be long.
Note that I was smart for once and named it ‘rc1’, so if there’s another release candidate, it can be named ‘rc2’. I used ‘rc’ in previous releases and was never sure if I should name a second candidate rc1, rc2…
Bear with me; this is the history: wpa_supplicant is the program DragonFly uses to connect to most wireless networks. It’s been part of the base system for some time, but if you start it up, you will see a warning (at boot time) about how this version is deprecated. Installing from dports puts a newer version in place.
As is the case with most third-party include in any operating system’s base, there’s always lag between the newest version of software and what’s been included in. Dependencies creep in, or it’s duplicated work between packaging and basic OS maintenance, etc. (Who here used Perl on FreeBSD 4? That was frustrating, but a good example here.) Anyway, the dilemma is that since wpa_supplicant is a program that may be required in order to get online, it must be in the base install. However, since it has / had vulnerabilities, it must be updated. The base install doesn’t update as fast as the origin of the software, and there’s the mismatch.
All that’s a long explanation as to why network/wpa_supplicant is now on the DragonFly install CD, and gets automatically used if installed. Thanks for Aaron LI and Matthew Dillon for making it happen. The base package is still there, in case someone deletes their installed ports and needs to get online before they can reinstall. This is in master now and will be in the 5.4 release.
I tagged the first release candidate for DragonFly 5.4 last night. The commit message has summary lines from all the commits in this release, if you want to go through them – or wait for the release notes. I’m happy to see some new-to-me committer names in there, too.
We’re overdue for 5.4 to be released. New releases are due every 6 months; I lost track! I plan to work on tagging and building over the U.S. Thanksgiving holiday later this week.
For better or worse, there’s different browser options out there, especially for non-mainstream platforms. You know what I mean. DragonFly developer tuxillo has put together a helpful page listing options and how to get them to build.
For future edification: If you have HAMMER2 installed, the bulkfree operation will create console/dmesg activity even when nothing is wrong, to show operations are happening.
If you happen to be using DragonFly from a network location that only allows http/https as outbound traffic, you won’t be able to update /usr/src using defaults. /usr/Makefile pulls DragonFly source using a git:// URL.
The fix is to use the read-only Github mirror. You can set origin manually or just change GITHOST in /usr/Makefile (or GITURL_SRC if you are on DragonFly-master) to “https://github.com/DragonFlyBSD/DragonFlyBSD”.
(Guess what I did today? Updated to note it’s different on -master. Thanks tuxillo for reminding me of this whole thing.)
DragonFly has an automated installer, called PFI, for “pre-flight installer”. It’s not well-known, and there isn’t a man page to link to for it that I can find. Because of that, I jump at any chance I can get to link documentation or example configs.