Bug#489914: bad dependencies: vdr in testing breaks libxine1-xvdr or vdr-plugin-xineliboutput in testing

[Tobias Grimm]

> after the following updates in testing it was not longer possible to us=
e
> the vdr plugin within xine:

The latest version of vdr-plugin-xinelibout will migrate to testing soon
and solve this issue.

The relationship between VDR and it's plugins are kinda tricky, because
VDR's versioning scheme is not strictly coupled to it's ABI changes.
That's why the plugins usually only have a ">=3D"-relationship to VDR, wh=
ich
makes plugins compiled against a VDR version with an older ABI not work
with a VDR providing a newer ABI. Such plugins are simply not loaded at
runtime.

Introducing an epoch version for each ABI change and making plugins depen=
d
on only a specific epoch might be a solution, but this is not what the
epoch component of a version number is intended to be used for.

A versioned provide would be handy in this case, but maybe a "Provides:
vdr-abi-x.y.z" and letting plugins depend on vdr-abi-x.y.z would work
as well.

Tobias

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-vdr-dvb-devel/attachments/20080709/e78cc6b5/attachment.pgp