FS#50853 - [qemu] missing dependency to bluez-libs

Attached to Project: Arch Linux
Opened by Alexandr (disarmer) - Wednesday, 21 September 2016, 12:50 GMT
Last edited by freswa (frederik) - Saturday, 26 September 2020, 22:54 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tobias Powalowski (tpowa)
Jan Alexander Steffens (heftig)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description: qemu=2.7.0-2 fails to start after fresh install. Looks like package 2.7.0-2 don't have dependency to bluez-libs, but qemu binary still have:

% qemu-system-x86_64
qemu-system-x86_64: error while loading shared libraries: libbluetooth.so.3: cannot open shared object file: No such file or directory
% ldd /usr/bin/qemu-system-x86_64|grep blue
libbluetooth.so.3 => not found

After bluez-libs manual installation, it works

Steps to reproduce:
install and run qemu in empty system
This task depends upon

Closed by  freswa (frederik)
Saturday, 26 September 2020, 22:54 GMT
Reason for closing:  Fixed
Comment by Tom Yan (tom.ty89) - Monday, 12 December 2016, 09:47 GMT
bluez-libs is required by brltty since 5.1-2:
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/brltty&id=b4c6df85c3297b2ec3e7cbd8782a209d2cb7cb8f

and qemu pulls brltty since 2.6.0-2:
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/qemu&id=78f57e8e383300a513733f8013a1a7dbed2030e4

so I wonder why bluez-libs didn't get pulled in your system.

Though there is a bug report that suggests removing brltty as a hard dep:
https://bugs.archlinux.org/task/50718

No idea if that's going to be implemented someday, and whether qemu would still need bluez-lib in that case.
Comment by loqs (loqs) - Sunday, 06 September 2020, 20:44 GMT
qemu 5.1.0-1 qemu-system-x86_64 has no dependency on any version of libbluetooth.so, so the issue would appear to no longer be present.

Loading...