void-packages
void-packages copied to clipboard
qemu qemu-user-static: Provide binfmt services
binfmt-support
doesn't work as expected, prioritizes randomly (static & non-static binaries in case both qemu
& qemu-user-static
is installed), also does not add F
flag onto the binfmts which are static (that is required to chroot without copying the binaries to chroot's /usr/bin
). Ref: https://github.com/void-linux/void-mklive/issues/253#issuecomment-1146786352.
This adds up runit services so that one can easily create the binfmts specific to qemu using scripts/qemu-binfmt-conf.sh provided in the upstream qemu repository. It also prioritizes static service if symlinked to the service dir.
Testing the changes
- I tested the changes in this PR: briefly
A long while ago I suggested using the binfmt-support software's built in config handling. I still think that is the best option. It lets the user configure the specific binfmt settings and enable/disable formats as necessary.
https://github.com/void-linux/void-packages/pull/10395
Seems correct, any idea why was it not merged?
@CameronNemo As far as I can tell with #10395, whenever a package with binfmt_files
would've been updated, the corresponding formats would've been overwritten and reactivated irregardless of a user's changes to the db
Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it.