Bug#512466: marked as done (libavcodec52: Undefined symbol av_lfg_init)

[Reinhard Tartler]

Fabian Greffrath <greffrath at leat.rub.de> writes:

> Reinhard Tartler schrieb:
>> Hm. That sounds a bit overly strict. We could do that, but wouldn't be
>> bumping the SHLIBS version be sufficient?
>
> Since SHLIBS normally creates (>= SHLIBS) dependencies it is still
> possible to unintentionally mix up our packages and Marillat's as soon
> as he releases a newer snapshot. The striking part of my proposal is the
> (= binary:Version) dependency.

thinking about the whole dependency issue even more, I now found another
reason why (>= ${source:Upstream-Version} ) is not enough: bug #512946.

The reason is not that obvious: if libavutil changes internal functions,
upstream does not guarantee that an older version of libavcodec will
work with an recent libavutil. This does not only happen when
debian-multimedia.org updates ffmpeg, but can happen at any time in
debian as well.

Atm, I've added Breaks lines to libavcodec. But maintaining them
manually is error prone. So a better solution is welcome!

for that reason I'm now convinced that need a double bounded versioned
dependency. Probably something like (<= $(UPSTREAMVERSION)-99). Since it
seems that we all seem agree that the solution involving calling
dh_makeshlibs is the least ugly one, I'll try that out in the next days.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4