[Pkg-dpdk-devel] ABI Bump causes symbols collision in lib consumers

Christian Ehrhardt christian.ehrhardt at canonical.com
Tue Feb 7 11:08:03 UTC 2017

On Tue, Feb 7, 2017 at 10:43 AM, Christian Ehrhardt <
christian.ehrhardt at canonical.com> wrote:

> Reading through [1] and [2] makes details a bit blurred.
> I think we surely need the conflicts and maybe the replaces.
> I'm not so sure due to the middle paragraph in [2] if there is a versioned
> dependency if this will do the trick.
> It might be the case that this only works if the old had a non versioned
> provides that we are now moving forward and the non versioned dependencies
> would fix that.
> Yet clearly worth to be tested - even if breaking I'd hope it is much
> closer to a real solution.

The solution with provides/conflicts/replaces fails for what I expected
around the versioned depends.
Installing new removes old dependencies - reinstalling has conflicts:

Removes old libs - ok: libethdev4 librte-cryptodev1 librte-eal2
But also removes: openvswitch-switch-dpdk
To add I see:
   openvswitch-switch-dpdk : Depends: libethdev4 (>= 16.07~rc1)
                             Depends: librte-eal2 (>= 16.04)

That pretty much seems as the "Provides" doesn't serve versioned
Quoting: "If a relationship field has a version number attached, only real
packages will be considered to see whether the relationship is satisfied
(or the prohibition violated, for a conflict or breakage). In other words,
if a version number is specified, this is a request to ignore all Provides
for that package name and consider only real packages. The package manager
will assume that a package providing that virtual package is not of the
"right" version. A Provides field may not contain version numbers, and the
version number of the concrete package which provides a particular virtual
package will not be considered when considering a dependency on or conflict
with the virtual package name."

Going for the more explicit compat packages try now.

Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-dpdk-devel/attachments/20170207/1552f7ec/attachment.html>

More information about the Pkg-dpdk-devel mailing list