Bug#1035808: Info received (Bug#1035808: (libvirt-clients: Cannot run virsh: /usr/local/lib/x86_64-linux-gnu/libvirt.so.0: version `LIBVIRT_PRIVATE_9.0.0' not found (required by virsh)))
On 5/10/2023 4:00 PM, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian Libvirt Maintainers If you wish to submit further information on this problem, please send it to 1035...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 1035808: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035808 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Respectfully, Sean Whalen signature.asc Description: OpenPGP digital signature
Bug#1035808: (libvirt-clients: Cannot run virsh: /usr/local/lib/x86_64-linux-gnu/libvirt.so.0: version `LIBVIRT_PRIVATE_9.0.0' not found (required by virsh))
Never mind. There were leftover files when I tried installing and removing my own version of libvirt via checkinstall. On 5/9/2023 8:42 AM, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. You can follow progress on this Bug here: 1035808: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035808. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to sea...@pm.me (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): Debian Libvirt Maintainers If you wish to submit further information on this problem, please send it to 10 35...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 1035808: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035808 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Respectfully, Sean Whalen signature.asc Description: OpenPGP digital signature
Bug#1035808: libvirt-clients: Cannot run virsh: /usr/local/lib/x86_64-linux-gnu/libvirt.so.0: version `LIBVIRT_PRIVATE_9.0.0' not found (required by virsh)
Package: libvirt-clients Version: 9.0.0-3 Severity: important X-Debbugs-Cc: sea...@pm.me Dear Maintainer, When I attempted to run virsh after installing virt-manager, the folllowing error occured virsh: /usr/local/lib/x86_64-linux-gnu/libvirt.so.0: version `LIBVIRT_PRIVATE_9.0.0' not found (required by virsh) -- System Information: Debian Release: 12.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-7-amd64 (SMP w/24 CPU threads; PREEMPT) 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 not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libvirt-clients depends on: ii libc6 2.36-9 ii libgcc-s1 12.2.0-14 ii libglib2.0-02.74.6-2 ii libgnutls30 3.7.9-2 ii libreadline88.2-1.3 ii libvirt09.0.0-3 ii libxml2 2.9.14+dfsg-1.2 ii sensible-utils 0.0.17+nmu1 libvirt-clients recommends no packages. Versions of packages libvirt-clients suggests: pn libvirt-clients-qemu ii libvirt-daemon9.0.0-3 pn libvirt-login-shell -- no debconf information
Bug#1020971: usrmerge: Fails to install on Windows Subsystem for Linux (WSL) 1.0
On Oct 1, 2022, 3:34 PM, Luca Boccassi < bl...@debian.org> wrote: > The Debian WSL maintainer uploaded a new version to the store, which is > merged-usr, so the issue will no longer happen for new installations. I'm happy to confirm that this worked with a new install of the Debian application from the Microsoft Store under WSL 1. I've also done some testing with WSL 2, and it turns out that unlike the last time I tried several years ago, Oracle VirtualBox and VMware Workstation/Player work fine as-is when the Windows Virtualization Platform is enabled for WSL 2. So, the only scenario where WSL 1 must be used instead of WSL 2 is when the system doesn't support \[nested\] virtualization, such as virtual desktops, like AWS Workspaces or Citrix. signature.asc Description: OpenPGP digital signature
Bug#1020971: usrmerge: Fails to install on Windows Subsystem for Linux (WSL) 1.0
I just created a bug report in the official Microsoft WSL project on GitHub to track the issue there as well, and maybe get some eyeballs from Microsoft. https://github.com/microsoft/WSL/issues/8927 signature.asc Description: OpenPGP digital signature
Bug#1020971: usrmerge: Fails to install on Windows Subsystem for Linux (WSL) 1.0
On Thu, 29 Sep 2022 21:38:36 +0100 Luca Boccassi wrote: > Is the root filesystem read-only or something? Doesn't look like it > findmnt TARGET SOURCE FSTYPE OPTIONS / rootfs wslfs rw,noatime > ls -alh /lib/x86_64-linux-gnu/security total 1.4M drwxr-xr-x 1 root root 4.0K Sep 8 11:55 ./ > ls -alh /usr/lib/x86_64-linux-gnu/ total 195M drwxr-xr-x 1 root root 4.0K Sep 29 15:32 ./ -- Respectfully, Sean Whalen signature.asc Description: OpenPGP digital signature
Bug#1020971: usrmerge: Fails to install on Windows Subsystem for Linux (WSL) 1.0
Apologies for the duplicate emails, Marco. I forgot to hit reply all What details do you need? I don't have a deep understanding of the internals of WSL, but I can run some tests on my system and provide the results. On 9/29/2022 4:37 PM, Marco d'Itri wrote: On Sep 29, Sean Whalen wrote: FATAL ERROR: mv --no-clobber /lib/x86_64-linux-gnu/security /usr/lib/x86_64-linux-gnu/security: rc=1 Looks like Microsoft is employing some file system magic here. Somebody who is familiar with WSL will have to provide details, I do not have any Windows systems around. -- Respectfully, Sean Whalen signature.asc Description: OpenPGP digital signature
Bug#1020971: usrmerge: Fails to install on Windows Subsystem for Linux (WSL) 1.0
Package: usrmerge Version: 31 Severity: normal X-Debbugs-Cc: none Dear Maintainer, When installing usrmerge on Debian Bookworm under the Windows Subsystem for Linux (WSL) 1.0, installation fails at the setup stage. **This bug effectively breaks the entire install of Debian Bookworm on WSL 1.0**, because usrmerge is now a required dependency of the essential/system-critical package init-system-helpers, as of version 1.65~exp1 through the current version (1.65.2) of that package. I suspect the cause of this issue is related to the fact that WSL 1.0 uses a Microsoft-provided kernel for all Linux distributions that run on WSL 1.0. WSL 2.0 allows the use of the actual distribution's kernel, because it uses the Hyper-V hypervisor on the host Windows operating system. However, WSL 2.0 is not an option for me (and I assume many others), who use other virtualization products on Windows, or use a cloud-hosted virtual Windows desktop, such as AWS Workspaces or C itrix. -- Setting up usrmerge (31) ... mv: cannot move '/lib/x86_64-linux-gnu/security' to '/usr/lib/x86_64-linux-gnu/security': Permission denied FATAL ERROR: mv --no-clobber /lib/x86_64-linux-gnu/security /usr/lib/x86_64-linux-gnu/security: rc=1 You can try correcting the errors reported and running again /usr/lib/usrmerge/convert-usrmerge until it will complete without errors. Do not install or update other Debian packages until the program has been run successfully. E: usrmerge failed. dpkg: error processing package usrmerge (--configure): installed usrmerge package post-installation script subprocess returned error exit status 1 Errors were encountered while processing: usrmerge E: Sub-process /usr/bin/dpkg returned an error code (1) -- Attempting to run sudo mv --no-clobber /lib/x86_64-linux-gnu/security /usr/lib/x86_64-linux-gnu/security manually results in the same permission denied error. -- System Information: Debian Release: bookw orm/sid APT prefers testing APT policy: (500, 'testing') merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-22000-Microsoft Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: unable to detect Versions of packages usrmerge depends on: ii libfile-find-rule-perl 0.34-2 ii perl5.34.0-5 usrmerge recommends no packages. usrmerge suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature