xen-system-amd64 recompilation from source broken in 16.04

Stefan Bader stefan.bader at canonical.com
Wed Mar 23 12:39:55 UTC 2016


On 23.03.2016 12:14, Éliás Tamás wrote:
> Hi.
> 
> Moreover, libxen-4.6 package contains a file named
> /usr/lib/x86_64-linux-gnu/libxenctrl-4.6.so
> 
> but the naming is invalid. I had to create a symlink with the name of

That is not invalid but the way some Xen libraries are packaged in Debian and
Ubuntu. The version is part of the name and not a so version. It done so tools
linked against those a co-installable.

-Stefan

> /usr/lib/x86_64-linux-gnu/libxenctrl.so.4.6
> 
> to make it work.
> 
> 2016-03-23 11:55 keltezéssel, Stefan Bader írta:
>> On 23.03.2016 10:51, Éliás Tamás wrote:
>>> HI.
>>>
>>>>> I had to install libsystemd-daemon-dev from an older ubuntu repository,
>>>>> which seemes to place the required pkgconfig file for the xen sources
>>>>> are looking for. I assume there is a need to merge  the old
>>>>> ibsystemd-daemon-dev package with the new libsystemd-dev.
>>>>>
>>>>>
>>>> Not really as long as the Debian/Ubuntu packaging is not enabling systemd (which
>>>> is not yet the case).
>>>
>>> Then what should be the acceptable solution?
>>>
>>> Currently the xen sources are not compiling on 16.04 without extra
>>> hacks. This is not the case with eg.: debian 8, that works out of the
>>> box after the required backages been installed. (yes, 16.04 has newer
>>> gnutls and for some reason the systemd packages been merged into one,
>>> but this breaks compiling xen sources)
>>
>> If fetching the source directly from upstream works in Debian that might be luck
>> and may as well change any time. If you look at the Xen package in Debian this
>> is not just the upstream source either.
>> So either you will have to live with personal hacks or you might use the
>> existing distro packaging as a base for merging the new upstream version. Doing
>> that would allow to use a PPA for the build. Admittedly that is not a simple
>> task as debian packaging is a big area to learn. So personal hacks might be simpler.
>> There is just no way that the distro changes its packaging that late in the
>> cycle to satisfy compiling from upstream source. Even more so with something
>> like systemd which mostly everything depends on.
>>
>> -Stefan
>>>
>>>
>>
>>
> 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ubuntu.com/archives/ubuntu-devel-discuss/attachments/20160323/bb7a9c61/attachment.sig>


More information about the Ubuntu-devel-discuss mailing list