Package Details: qemu-user-static-bin 3.1-7

Git Clone URL: https://aur.archlinux.org/qemu-user-static-bin.git (read-only)
Package Base: qemu-user-static-bin
Description: A generic and open source machine emulator, statically linked
Upstream URL: http://wiki.qemu.org
Licenses: GPL2, LGPL2.1
Conflicts: qemu-user, qemu-user-static
Provides: qemu-user, qemu-user-static
Submitter: dvdhrm
Maintainer: dvdhrm
Last Packager: dvdhrm
Votes: 72
Popularity: 0.540086
First Submitted: 2017-10-05 07:33
Last Updated: 2019-04-01 12:33

Dependencies (1)

Required by (6)

Sources (2)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

jpegxguy commented on 2019-03-28 16:22

@dvdhrm aarch64 works as well now. Thanks!

dvdhrm commented on 2019-03-28 07:28

@jpegxguy I see, you use aarch64. I fixed the binfmt generator to work with the x86 versions as well. Please give it a try!

jpegxguy commented on 2019-03-22 16:34

uname -srvmo is: Linux 5.0.3-1-ARCH #1 SMP Wed Mar 20 18:03:35 MDT 2019 aarch64 GNU/Linux

I've found the problematic files: (Installed by this package in /usr/bin/binfmt.d)

  • qemu-i486-static.conf and qemu-x86_64-static.conf, which contain only the letter F and a newline (LF). systemd-binfmt complains that Rule file name '' is not valid, refusing. as can be seen in the journal

  • qemu-i386-static.conf, which contains what seems to be 2 rules stitched together? less output:

:qemu-i386:M::\x7fELF\x01\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x03\x00:\xff\xff\xff\xff\xff\xff\xff\x00\x00\x00\x00\x00\x00\x00\x00\x00\xfe\xff\xff\xff:/usr/bin/qemu-i386::qemu-i486:M::\x7fELF\x01\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x06\x00:\xff\xff\xff\xff\xff\xff\xff\x00\x00\x00\x00\x00\x00\x00\x00\x00\xfe\xff\xff\xff:/usr/bin/qemu-i386-static:F

In my x86_64 pc, no errors, because those files aren't there in that case

dvdhrm commented on 2019-03-22 06:50

@jpegxguy You sure this is related to this package? I cannot reproduce it. Can you check which file exactly causes this to be triggered? The files systemd-binfmt reads are in {/usr/bin,/etc}/binfmt.d/.

jpegxguy commented on 2019-03-21 20:58

journalctl has this to say when systemd-binfmt.service is (re)started:

Μαρ 21 22:55:22 systemd[1]: Starting Set Up Additional Binary Formats...
Μαρ 21 22:55:22 systemd-binfmt[16910]: Failed to add binary format: Invalid argument
Μαρ 21 22:55:22 systemd-binfmt[16910]: Rule file name '' is not valid, refusing.
Μαρ 21 22:55:22 systemd-binfmt[16910]: Failed to add binary format: Invalid argument
Μαρ 21 22:55:22 systemd-binfmt[16910]: Rule file name '' is not valid, refusing.
Μαρ 21 22:55:22 systemd-binfmt[16910]: Failed to add binary format: Invalid argument
Μαρ 21 22:55:22 systemd[1]: systemd-binfmt.service: Main process exited, code=exited, status=1/FAILURE

dvdhrm commented on 2019-01-08 11:54

@polyzen I changed this now. I think I had to rename the source because the HTTP request supplied a generic name. Not sure. Regardless, it is now versioned according to the package version.

@mudkip908 Thanks! Should be fixed now. No idea why I forgot that. I assume the issue @polyzen mentioned might have caused me to miss this. Sorry!

polyzen commented on 2019-01-08 07:49

Please either do not rename the deb sources or at least include the pkgver or something so people don't have to delete the older sources when there's an upgrade.

mudkip908 commented on 2019-01-07 19:04

The checksum of the downloaded .deb file for x86_64 does not match. The actual checksum is b52b43a2519a97613ac4081e8eadb58300c890be710db19bf6e2607a7fac4948, while the PKGBUILD says it should be 27aff9179038f561cfdbf0726b5dfda5afb6ff938afa586d255160afce265375.

petronny commented on 2018-10-31 09:24

That's very helpful. Thanks!

dvdhrm commented on 2018-10-31 09:10

@petronny, it should be enabled by default. See systemctl status systemd-binfmt. I thought it picks up new entries automatically, but you might be required to run systemctl restart systemd-binfmt. A reboot is sufficient as well.