Bug#653887: libavformat53 breaks mplayer

[Reimar Döffinger]

On 1 Jan 2012, at 15:26, Reinhard Tartler <siretart at tauware.de> wrote:
> On So, Jan 01, 2012 at 15:08:03 (CET), Julien Cristau wrote:
> 
>> On Sun, Jan  1, 2012 at 08:25:00 +0100, Reinhard Tartler wrote:
>> 
>>> I really think this is a bug in mplayer. ff_codec_wav_tags is and always
>>> was an internal symbol, that is no longer exported since this commit:
>>> 
>>> http://git.libav.org/?p=libav.git;a=commitdiff;h=8d74bf17c6d6280195854f4dadb19ef37d054566
>>> 
>>> This issue a long-standing wart in mplayer that should really be fixed
>>> there.
>>> 
>> Honestly, this is kind of a broken position IMO.  The moment one of your
>> reverse deps uses a symbol, it stops being internal, whatever your
>> intentions were.
> 
> Well, if you can show me that a number of other packages use
> ff_codec_wav_tags, I agree to patch the symbol versioning script to make
> it visible again. But TBH, I'd be surprised if you would find a single
> other package.

Please note that this is fixed since several months (actually I think since very shortly after this became an issue) in MPlayer svn.
So you could update, backport the patch (well, unfortunately several since the first few tries were broken) or make the versioning script change as a temporary workaround you would _not_ have to carry around forever.