Package: qemu-system-data
Version: 1:6.1+dfsg-7
Severity: important
X-Debbugs-Cc: dbr...@schutzwerk.com

Dear Maintainer,

since today I receive the following error when launching qemu:

$ /usr/bin/qemu-system-x86_64 -device virtio-rng-pci \
-device virtio-net,netdev=user.0 -m 1024M \
-name packer_base_image -machine type=pc,accel=kvm -display gtk \
-boot once=d -netdev user,id=user.0,hostfwd=tcp::2235-:22 \
-vnc 127.0.0.1:76 \
-drive file=output-qemu/packer_base_image,if=virtio,cache=writeback,discard=ignore,format=raw \
-drive file=<path_to_iso>,media=cdrom

qemu-system-x86_64: -vnc 127.0.0.1:76: could not read keymap file: 'en-us'

Now, using strace I can see that qemu is trying to access the paths

/usr/share/qemu/keymaps/en-us,
/usr/share/seabios/keymaps/en-us and
/usr/lib/ipxe/qemu/keymaps/en-us

before failing. According to the package database, at least
/usr/share/qemu/keymaps/en-us should be provided by qemu-system-data
(https://packages.debian.org/bullseye/all/qemu-system-data/filelist).

However, the directory /usr/share/qemu/keymaps does not exist. I
observed that the file /usr/share/qemu/en-us exists instead of
/usr/share/qemu/keymaps/en-us.  And the following commands can
actually be used to work around the problem:

sudo mkdir /usr/share/qemu/keymaps; \
sudo cp /usr/share/qemu/en-us /usr/share/qemu/keymaps

So it appears to me that the keymap files are placed in the wrong
directory?

According to my dpkg logs, I upgraded qemu-system-data from
1:6.1+dfsg-6 to 1:6.1+dfsg-7 this morning (27.10.2021). However, it
might have been broken for longer since I haven't used qemu for a few
weeks.



-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.14.0-3-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- no debconf information

Attachment: OpenPGP_signature
Description: OpenPGP digital signature

Reply via email to