25.08.2024 09:06, Michael Tokarev wrote:
The intention is to rename qemu-user-static into qemu-user (making qemu-user to be the only user-mode qemu emulation package, statically linked), make qemu-user-static to be a transitional package which depends on qemu-user, and make qemu-user Provides: qemu-user-static. qemu-user-binfmt becomes just an empty transitional package. Both transitional pkgs will be removed after trixie.
After discussion on irc with helmut, it become clear we want to keep binfmt registration optional. So qemu-user-binfmt package stays, providing optional binfmt registration for (statically-linked) qemu-user, being in Recommends of qemu-user. So, current proposal is: qemu-user-static: empty/transitional, Depends: qemu-user, qemu-user-binfmt qemu-user: static version without binfmt registration (but with binfmt registration files inside so can be enabled manually one by one if needed), with Provides: qemu-user-static and with Recommends: qemu-user-binfmt (exactly as now) qemu-user-binfmt: just the registration links in /usr/lib/binfmt.d/ for all supported fmts. There's another possible way to split it up. Something like qemu-user-bin, the static binaries and binfmt files but no "forced" registration (like suggested for qemu-user above), and qemu-user which provides just the links for binfmt.d and depends on qemu-user-bin. This way, users who install qemu-user will always have binfmts registered even if Recommends: is disabled, but there's actual need to install just the binaries without auto-registering the binfmts, that's the -bin package. This looks uglier though, but works around people disabling Recommends and wondering why qemu-user does not provide ability to run foreign binaries automatically. /mjt
