search for: libxendevicemodel1

...te: Fri, 05 Oct 2018 19:38:52 +0100 Source: xen Binary: xenstore-utils xen-utils-common xen-hypervisor-common xen-doc xen-utils-4.11 xen-hypervisor-4.11-amd64 xen-system-amd64 xen-hypervisor-4.11-arm64 xen-system-arm64 xen-hypervisor-4.11-armhf xen-system-armhf libxen-dev libxenmisc4.11 libxencall1 libxendevicemodel1 libxenevtchn1 libxenforeignmemory1 libxengnttab1 libxenstore3.0 libxentoolcore1 libxentoollog1 Architecture: all amd64 source Version: 4.11.1~pre.20180911.5acdd26fdc+dfsg-2 Distribution: unstable Urgency: medium Maintainer: Debian Xen Team <pkg-xen-devel at lists.alioth.debian.org> Changed-By...

....000000000 +0000 +++ xen-4.17.3+10-g091466ba55/debian/control 2024-02-05 22:37:18.000000000 +0000 @@ -212,16 +212,16 @@ Section: libdevel Architecture: amd64 arm64 armhf Depends: ${shlibs:Depends}, ${misc:Depends}, - libxenmisc4.17 (= ${binary:Version}), - libxencall1 (= ${binary:Version}), - libxendevicemodel1 (= ${binary:Version}), - libxenevtchn1 (= ${binary:Version}), - libxenforeignmemory1 (= ${binary:Version}), - libxengnttab1 (= ${binary:Version}), - libxenstore4 (= ${binary:Version}), - libxentoolcore1 (= ${binary:Version}), - libxentoollog1 (= ${binary:Version}), - libxenhypfs1 (= ${binary...

...sion 2. libxen-dev version 4.8 produces libraries with 4.8 in the soname. A qemu compiled against this version has Depends: libxen-4.8 3. libxen-dev version 4.11 produces libraries with no version number in the soname (except those in libxenmisc). A qemu compiled against this version has Depends: libxendevicemodel1, libxenevtchn1, libxenforeignmemory1, libxengnttab1, libxenmisc4.11 There doesn't seem to be a way by which qemu could be packaged to work with *either* 4.8 or 4.11: If you have a qemu that was compiled against libxen-dev=4.8, your qemu will *only* use the libxen-4.8 files. If you have a qem...

...one here is the most important/urgent one. Having this dependency means that users of backports cannot use HVM, or that there also need to be qemu backports. When redoing the packaging in Q3 2018, all libraries with upstream stable ABI were split off into packages with its own version number, like libxendevicemodel1, libxenevtchn1, etc. We think there's technically no reason that qemu has to depend on libxenmisc4.11, so maybe it's the shlibs machinery that is confused. Task here: find out why this is happening and see if the dependency can be removed. Apparently collectd and libvirt have a similar p...