This will need fixes for the Darwin issues reported last time; applying util-linux/util-linux#3013 and potentially adding memorymappingHook for the fmemopen issue should do it.

(Happy to help with this & testing builds if needs be.)

For me the util-linux build is broken with

/nix/store/0kg70swgpg45ipcz3pr2siidq9fn6d77-coreutils-9.5/bin/mkdir: cannot create directory '/nix/store/2i21jv4iaacd2vylj5j3j1jv04a6fyhy-systemd-256.4/lib/tmpfiles.d': Permission denied /nix/store/0kg70swgpg45ipcz3pr2siidq9fn6d77-coreutils-9.5/bin/mkdir -p '/nix/store/56ikq0xkr7zhx4hmdx3053gg1kr4j7ff-util-linux-2.40.2-dev/include/uuid'

Given what happened last time we tried this, I think it might be better not to do it in the last staging cycle before freeze.

@alyssais the newer bcachefs-tools and old util-linux can't mount my filesystem due to a bug in util-linux that was fixed in 2.40, I was kinda hoping that I could unpin bcachefs-tools since it's already about 9 months out of date, You did mention backporting the patches in June, but that never ended up happening.

I'm fine with waiting a few extra months, but if there's any other options that would be sweet too.

You did mention backporting the patches in June, but that never ended up happening.

I'm fine with waiting a few extra months, but if there's any other options that would be sweet too.

Backporting the patches is still an option. Somebody just needs to open a PR.

This needs "--with-tmpfilesdir=${placeholder "out"}/lib/tmpfiles.d" in configureFlags to build.

Would it be reasonable to apply the Darwin build fix util-linux/util-linux#3013 as a patch until it gets merged upstream?

I've run a full system rebuild on my machine (NixOS) with this change, with no issues.

Is there anything else blocking moving forward with this update?

Would it be reasonable to apply the Darwin build fix util-linux/util-linux#3013 as a patch until it gets merged upstream?

Yes. It might also be good if somebody could resubmit it upstream, since it doesn't look like anybody is currently working on upstream's feedback (about the commit message).

@dasJ Please rebase this PR and make these changes:

• Add "--with-tmpfilesdir=${placeholder "out"}/lib/tmpfiles.d" in configureFlags
• Add This re-enables build on macOS. util-linux/util-linux#3013 as a patch
• util-linux has moved to pkgs/by-name since this PR was made.

If you are too busy, let me know and I'll make a new PR.

by the way 2.40.3 was tagged by now

Just tested the boot of one of my devices (lvm with xfs inside luks) with util-linux 2.40.3. Still doesn't boot. Will later search again for an issue or report it (even though I don't really know where to start)

Can we get some movement on this? @alyssais @vcunat IIRC it needs to go through staging.

I think my bcachefs-tools is now officially 1 year out of date lol.

@leona-ya boot with kernel parameter boot.debug1devices and manually mount it, run dmesg etc. I have xfs + luks on my laptop, so maybe I can test as well, just don't want to spend ages compiling.

Yes, it does need to go through staging, and it's correctly targeted there. But is it worth risking if we know about some use case(s) that get broken by this update?

more recent pr is here: #376007