Hi, I had a look the list of bugs Christian added to the description. Here is my take on those.
### https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1935659 A patch exists: https://github.com/OpenMandrivaAssociation/grub2/blob/master/grub-2.02-fuse3.patch I couldn't spot any upstreaming effort for it. I had a look in the upstream repo, bug tracker and mailing list and apparently fuse3 isn't being considered for the moment. The patch looks very reasonable, but better double check if it's already used in production by other distros. As noted in the bug the src:grub2-unsigned binary packages need to be copyable back to to older releases. The packages contain only the EFI binaries, so even if the source pkg Build-Depends on libfuse, the binary packages do not. Note: this is not the whole story: <juliank> paride: the goal of grub2-unsigned was to be able to just binary-copy it back like shim, but then things changed because bionic needed special work but this still seems doable to me. Status: doable. ### https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1935665 There's an upstream PR opened by lp:~3v1n0 to address this https://github.com/vmware/open-vm-tools/pull/544/ On 2021-10-06 upstream mentioned that they have an upstream bug report to track it, but no activity since then. The patch isn't small but it's made by several simple changes, however I would NOT feel fully confident to ship it without having it landed upstream first, especially in a LTS. Status: waiting for upstream. ### https://bugs.launchpad.net/ubuntu/+source/s390-tools/+bug/1935666 There's a patch in active review, ETA difficult to estimate: https://github.com/ibm-s390-linux/s390-tools/pull/117 I would be -1 for applying the patch as a delta in the Ubuntu package, especially given that upstream requested changed. Status: waiting for upstream. ### https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1935667 Status: Fix Committed. \o/ ### https://bugs.launchpad.net/ubuntu/+source/xdg-desktop- portal/+bug/1935668 In Progress, effort driven by the Desktop team, fuse3 port of the package ready for review. I think this won't be a blocker. Status: doable. ### Final thoughts I think we have two main blockers: - open-vm-tools - s390-tools Both have upstream PRs pending, but it's difficult to tell when they'll be merged. Grub will need patching, but maintaining that kind of patch in the Ubuntu grub package is nothing new. I don't have much MIR experience, but the following course of action seems reasonable to me: - MIR fuse3, without immediately demoting fuse2 to universe - Move everything we can to fuse3. This will leave open-vm-tools and s390-tools out for now. - If fuse3 support for the missing packages lands upstream before Jammy's feature freeze, then let's proceed with the switch to fuse3 and demotion of fuse2. This should be our aim. - If the above fails, we'll have to live with two fuse implementations in Jammy. I hope this helps! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1934510 Title: [MIR] fuse3 as a dependency of qemu 6.0 and GNOME apps To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/fuse3/+bug/1934510/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
