You are not logged in.
It's been over a month since any package under `qemu-full` has received any updates and now qemu is fully broken because it expects an older version of libnfs.
Why has no one talked about this? This is a pretty serious issue and needs to be addressed.
Offline
Nobody's talking about it because it's not true. If you need help with something, describe your issue and post actual errors.
Online
Not in Arch but in Debian sid Qemu/virt-manager works just fine. There have been plenty of upgrades recently for both.
I Am Canadian!
Offline
Both qemu-full and libnfs were last updated together on 2025-01-25, so I'm not sure what you're getting at here. And neither package has seen any updates in the testing repos.
Offline
Gonna jump in on this because my experience is the same. Apologies for any formatting errors. This is literally the first time I've ever posted in the Arch forums, mostly I've been able to find solutions with existing information but this one has stumped me...
In particular, this started when I was trying to create an OSX-KVM image using the command:
qemu-img create -f qcow2 *my-file*
The output of this was as follows:
qemu-img: error while loading shared libraries: libnfs.so.14: cannot open shared object file: No such file or directory
output of # find / -name "libnfs.so.14"
find: ‘/proc/723/task/723/net’: Invalid argument
find: ‘/proc/723/net’: Invalid argument
find: ‘/run/user/1000/gvfs’: Permission denied
find: ‘/run/user/1000/doc’: Permission denied
However, output of # find / -name "libnfs.so.16"
find: ‘/proc/723/task/723/net’: Invalid argument
find: ‘/proc/723/net’: Invalid argument
/usr/lib/libnfs.so.16
find: ‘/run/user/1000/gvfs’: Permission denied
find: ‘/run/user/1000/doc’: Permission denied
So clearly, it cannot find libnfs.so.14, but it can find libnfs.so.16, thus leading me to the same conclusion as the original post.
Does anyone have an alternate explanation of this issue that could help to resolve this issue? Because as it stands, it appears I just cannot create any new kvms until qemu updates to support libnfs.so.16 or I use an older version of libnfs.
Last edited by bobthetomato1996 (2025-03-01 22:52:52)
Offline
an alternate explanation of this issue
Jin, Jîyan, Azadî
Offline
@bobthetomato1996 what is the output of:
pacman -Qikk qemu-block-nfs libnfs
Offline
What versions are you running of qemu-full, qemu-img, and libnfs? None of my Arch systems even reference libnfs.so.14 anymore. For reference, my system has these versions:
qemu-full 9.2.0-2
qemu-img 9.2.0-2
libnfs 6.0.2-3
The last libnfs package that contained libnfs.so.14 was libnfs-5.0.3-1, which was released a year ago.
Offline
What versions are you running of qemu-full, qemu-img, and libnfs?
All versions are up to date as you said.
qemu-full 9.2.0-2
qemu-img 9.2.0-2
libnfs 6.0.2-3
@bobthetomato1996 what is the output of:
pacman -Qikk qemu-block-nfs libnfs
Here are the logs:
Name : qemu-block-nfs
Version : 9.2.0-2
Description : QEMU NFS block driver
Architecture : x86_64
URL : https://www.qemu.org/
Licenses : BSD-2-Clause BSD-2-Clause-Patent BSD-3-Clause
CC0-1.0 FSFAP GPL-1.0-or-later GPL-2.0-only
GPL-2.0-only WITH Linux-syscall-note
GPL-2.0-only WITH Linux-syscall-note OR BSD-2-Clause
GPL-2.0-only WITH Linux-syscall-note OR BSD-3-Clause
GPL-2.0-or-later GPL-2.0-or-later OR BSD-3-Clause
GPL-2.0-or-later WITH Linux-syscall-note ISC
LGPL-2.1-only OR BSD-3-Clause LGPL-2.0-or-later
LGPL-2.1-or-later LicenseRef-Public-Domain MIT
Groups : None
Provides : None
Depends On : gcc-libs glibc libnfs qemu-common=9.2.0-2
Optional Deps : None
Required By : qemu-desktop
Optional For : qemu-base
Conflicts With : None
Replaces : None
Installed Size : 76.64 KiB
Packager : Jan Alexander Steffens (heftig) <heftig@archlinux.org>
Build Date : Sun 19 Jan 2025 09:10:22 AM EST
Install Date : Sat 01 Mar 2025 05:02:19 PM EST
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signatureqemu-block-nfs: 15 total files, 0 altered files
Name : libnfs
Version : 6.0.2-3
Description : client library for accessing NFS shares
Architecture : x86_64
URL : https://github.com/sahlberg/libnfs
Licenses : GPL
Groups : None
Provides : None
Depends On : gnutls krb5
Optional Deps : None
Required By : qemu-block-nfs
Optional For : vlc
Conflicts With : None
Replaces : None
Installed Size : 806.41 KiB
Packager : Ike Devolder <ike.devolder@archlinux.org>
Build Date : Tue 07 Jan 2025 12:47:21 PM EST
Install Date : Sat 01 Mar 2025 05:02:19 PM EST
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signaturelibnfs: 30 total files, 0 altered files
Offline
Local installation of `qemu-img`?
$ type -a qemu-img
Offline
The last libnfs package that contained libnfs.so.14 was libnfs-5.0.3-1, which was released a year ago.
It may be worth noting that this version would have been in use until December 11, 2024, when 6.0 was released. It's possible I just didn't notice it until now, because while I have used my existing VMs without issue, I have not built a new one for at least a few months. Although it was released over a year ago, it has only been obsolete for a couple months.
Offline
Local installation of `qemu-img`?
$ type -a qemu-img
qemu-img is /usr/local/bin/qemu-img
qemu-img is /usr/bin/qemu-img
It would appear so. I'm not sure exactly what this means to be honest. My current installation is simply qemu-full, installed through the extras repository. I don't recall a time I ever installed it any other way, although I wouldn't say it's impossible. Assuming this is the case, do you have any idea of a solution?
Offline
I feel quite confident I have never done this. I do everything in my power to avoid doing partial upgrades or potentially package-breaking actions, because frankly I know I am not skilled enough to deal with the potential major dependency issues that such actions can create.
Offline
If you do not want to keep anything under /usr/local empty all the directories so it it is restored to:
/usr/local
/usr/local/etc
/usr/local/bin
/usr/local/lib
/usr/local/sbin
/usr/local/games
/usr/local/src
/usr/local/include
/usr/local/share
/usr/local/share/man
/usr/local/man
Offline