Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upDebian Templates: libxen-4.4 broken dependency / not installable / causing follow up issues #1974
Comments
andrewdavidwong
added
bug
C: Debian
labels
May 7, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
May 7, 2016
Member
debian: prevent simultaneus installation of libxen-4.4 and libxen-4.6
While the package can be made to work that way, it isn't worth the
effort in Qubes VMs. For example libxenvchan have the same ABI for both
4.4 and 4.6, so would need a separate subpackage (to be installed only
once).
So I guess you say "it isn't worth the effort in Qubes VMs" is not true ;)
So I guess you say "it isn't worth the effort in Qubes VMs" is not true ;) |
rootkovska
removed
the
C:
label
Jun 30, 2016
andrewdavidwong
added
the
C: Debian
label
Jul 1, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Aug 8, 2016
Member
Probably good idea to do it during switch to xen 4.7 for Qubes 4.0. Debian package must be updated for it anyway.
|
Probably good idea to do it during switch to xen 4.7 for Qubes 4.0. Debian package must be updated for it anyway. |
marmarek
added this to the Release 4.0 milestone
Aug 8, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
@unman do you want to take care of it? |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Sep 7, 2016
Member
The task here is to properly package each of xen library into separate subpackage. As recommended by Debian policy:
Shared libraries are normally split into several binary packages. The SONAME symlink is installed by the runtime shared library package, and the bare .so symlink is installed in the development package since it's only used when linking binaries or shared libraries.
The run-time shared library must be placed in a package whose name changes whenever the SONAME of the shared library changes. This allows several versions of the shared library to be installed at the same time, allowing installation of the new version of the shared library without immediately breaking binaries that depend on the old version. Normally, the run-time shared library and its SONAME symlink should be placed in a package named librarynamesoversion, where soversion is the version number in the SONAME of the shared library.
Xen 4.7 Debian build is currently broken, exactly because of changed soversions, so it seems logical to split the package while fixing this.
|
The task here is to properly package each of xen library into separate subpackage. As recommended by Debian policy:
Xen 4.7 Debian build is currently broken, exactly because of changed soversions, so it seems logical to split the package while fixing this. |
andrewdavidwong
added
task
and removed
bug
labels
Sep 8, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Sep 25, 2016
Member
Some work has been done here: https://anonscm.debian.org/cgit/users/holger/xen.git/
Especially here: https://anonscm.debian.org/cgit/users/holger/xen.git/commit/?id=0fdf47cf865a855d309cc949af7b372386011e07
I think it could be easily integrated into our package.
Or, the other way around: make our package synced with Debian one. Warning, Debian package is based on just git checkout of xen repository, not full xen release tarball (which is composed from multiple repositories).
|
Some work has been done here: https://anonscm.debian.org/cgit/users/holger/xen.git/ I think it could be easily integrated into our package. |
added a commit
to marmarek/old-qubes-vmm-xen
that referenced
this issue
Oct 27, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
Done in |
adrelanos commentedMay 7, 2016
Qubes OS version (e.g.,
R3.1):R3.1
Affected TemplateVMs (e.g.,
fedora-23, if applicable):debian-8
Expected behavior:
libguestfs-tools should be installable as usual.
Actual behavior:
Steps to reproduce the behavior:
sudo apt-get install libguestfs-tools