#FreeBSD 14.0 is coming up soon!
beta (and soon release candidate) images are available: https://lists.freebsd.org/archives/freebsd-current/2023-October/004814.html
Draft release notes are here: https://www.freebsd.org/releases/14.0R/relnotes/
Is anything missing from the release notes? Anything in particular we should highlight? I'm particularly interested in user-facing changes like having /bin/sh as the default root shell (and the usability improvements in /bin/sh).
@emaste
Have we missed the boat on bugs like:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=273557
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274312
?
@emaste
Update: a bunch of us are looking at the mkimg one, given that Marcel has been inactive.
Not sure who has bz@'s ear though.
I started the semi-formal list for the change list last night and will send reminders in this week's call reminders.
@dexter I've tagged the makefs issue as Blocks: 14.0r
Not sure about the bhyve jail issue
@emaste
♥️!
1. Technically it's mkimg but that sure wasn't obvious from a user's perspective.
2. @antranigv took a stab at a fix yesterday and should have a status report shortly.
Did I mention ♥️?
@emaste
No braino here! Story time!
As a user, gpart barked on 'backup' with an RE provided image made with the new 'makefs -t zfs' code. CLEARLY one of those was to blame. But no, the issue has existed in mkimg (under the hood or makefs) and it had nothing to do with the '-t zfs' support, which had a huge issue that markj@ fixed.
Go team!
@antranigv @dexter
Yea, there's two problems. geom is bogusly rejecting the fewer entries: that's explicitly allowed by the spec. geom should have a check for reserved space and issue a warning if it's too small (but it's not allowed to reject the GPT according to the spec). The other problem is mkimg isn't reserving enough space (the # of partitions is a red herring: that part is pedantically correct, but undesirable due to geom bugs). I have fixes for both.
Ed Maste
Michael Dexter
bsdimp