Debian Bug report logs - #653887
libavformat53 breaks mplayer

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Brian Paterni <bpaterni@gmail.com>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: libavformat53 breaks mplayer

Date: Sat, 31 Dec 2011 19:37:37 -0600

Package: libavformat53
Version: 4:0.8~beta1-1
Severity: serious
Justification: 5

Dear Maintainer,

libavformat53 in experimental seems to have broken mplayer's ability to
playback files. After upgrading to 4:0.8~beta1-1, mplayer reports the following
whenever I attempt to play something:

mplayer: relocation error: mplayer: symbol ff_codec_wav_tags, version
LIBAVFORMAT_53 not defined in file libavformat.so.53 with link time reference

I believe this is a 'serious' issue that needs to be addressed. Let me know if
I can provide more information.



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libavformat53 depends on:
ii  libavcodec53       4:0.8~beta1-1
ii  libavutil51        4:0.8~beta1-1
ii  libbz2-1.0         1.0.6-1
ii  libc6              2.13-24
ii  librtmp0           2.4~20110711.gitc28f1bab-1
ii  multiarch-support  2.13-24
ii  zlib1g             1:1.2.5.dfsg-1

libavformat53 recommends no packages.

libavformat53 suggests no packages.

-- no debconf information

Message #10 received at 653887@bugs.debian.org (full text, mbox, reply):

From: Reinhard Tartler <siretart@tauware.de>

To: Brian Paterni <bpaterni@gmail.com>

Cc: 653887@bugs.debian.org

Subject: Re: Bug#653887: libavformat53 breaks mplayer

Date: Sun, 01 Jan 2012 08:25:00 +0100

reassign 653887 mplayer 2:1.0~rc4.dfsg1-1
stop

Happy new year, Brian!

On So, Jan 01, 2012 at 02:37:37 (CET), Brian Paterni wrote:

> Package: libavformat53
> Version: 4:0.8~beta1-1
> Severity: serious
> Justification: 5

> Dear Maintainer,
>
> libavformat53 in experimental seems to have broken mplayer's ability to
> playback files. After upgrading to 4:0.8~beta1-1, mplayer reports the following
> whenever I attempt to play something:
>
> mplayer: relocation error: mplayer: symbol ff_codec_wav_tags, version
> LIBAVFORMAT_53 not defined in file libavformat.so.53 with link time reference

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.

In mplayer2, this was fixed properly, please see this very fine
explanation in the commit message:

http://git.mplayer2.org/mplayer2/commit/ffmpeg_files?id=a009d56d4d9672e88660bc7e1d179bbbdfb7b35a

I think something similar should be applied for mplayer1 as well. For
now, I'd therefore recommend to use mplayer2. Does this package work for
you with libav 0.8?

In any case, this should be release noted in the final 0.8 release. I
have reported this as http://bugzilla.libav.org/show_bug.cgi?id=187

> I believe this is a 'serious' issue that needs to be addressed. Let me know if
> I can provide more information.

I agree that this is a serious issue, but not a really new one. I left
the severity to 'serious' (i.e., release critical) because I don't think
we should release wheezy with this mplayer package.

Thank you very much for testing and your report,
Reinhard

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

Message #21 received at 653887@bugs.debian.org (full text, mbox, reply):

From: Julien Cristau <jcristau@debian.org>

To: Reinhard Tartler <siretart@tauware.de>, 653887@bugs.debian.org

Cc: Brian Paterni <bpaterni@gmail.com>

Subject: Re: Bug#653887: libavformat53 breaks mplayer

Date: Sun, 1 Jan 2012 13:57:13 +0100

On Sun, Jan  1, 2012 at 08:25:00 +0100, Reinhard Tartler wrote:

> reassign 653887 mplayer 2:1.0~rc4.dfsg1-1
> stop
> 
> Happy new year, Brian!
> 
> On So, Jan 01, 2012 at 02:37:37 (CET), Brian Paterni wrote:
> 
> > Package: libavformat53
> > Version: 4:0.8~beta1-1
> > Severity: serious
> > Justification: 5
> 
> > Dear Maintainer,
> >
> > libavformat53 in experimental seems to have broken mplayer's ability to
> > playback files. After upgrading to 4:0.8~beta1-1, mplayer reports the following
> > whenever I attempt to play something:
> >
> > mplayer: relocation error: mplayer: symbol ff_codec_wav_tags, version
> > LIBAVFORMAT_53 not defined in file libavformat.so.53 with link time reference
> 
> 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.
> 
It should *also* be fixed in libavformat53 by adding Breaks against
unfixed versions of mplayer.

Cheers,
Julien

Message #26 received at 653887@bugs.debian.org (full text, mbox, reply):

From: Reinhard Tartler <siretart@tauware.de>

To: Julien Cristau <jcristau@debian.org>

Cc: 653887@bugs.debian.org, Brian Paterni <bpaterni@gmail.com>

Subject: Re: Bug#653887: libavformat53 breaks mplayer

Date: Sun, 01 Jan 2012 14:56:29 +0100

On So, Jan 01, 2012 at 13:57:13 (CET), Julien Cristau wrote:

> On Sun, Jan  1, 2012 at 08:25:00 +0100, Reinhard Tartler wrote:

[...]

>> >
>> > libavformat53 in experimental seems to have broken mplayer's ability to
>> > playback files. After upgrading to 4:0.8~beta1-1, mplayer reports the following
>> > whenever I attempt to play something:
>> >
>> > mplayer: relocation error: mplayer: symbol ff_codec_wav_tags, version
>> > LIBAVFORMAT_53 not defined in file libavformat.so.53 with link time reference
>> 
>> 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.
>> 
> It should *also* be fixed in libavformat53 by adding Breaks against
> unfixed versions of mplayer.

Yes, but only after we actually have a fixed version of mplayer in
debian, or am I missing something?

Cheers,
Reinhard


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

Message #31 received at 653887@bugs.debian.org (full text, mbox, reply):

From: Julien Cristau <jcristau@debian.org>

To: Reinhard Tartler <siretart@tauware.de>, 653887@bugs.debian.org

Cc: Brian Paterni <bpaterni@gmail.com>

Subject: Re: Bug#653887: libavformat53 breaks mplayer

Date: Sun, 1 Jan 2012 15:08:03 +0100

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.

Cheers,
Julien

Message #36 received at 653887@bugs.debian.org (full text, mbox, reply):

From: Reinhard Tartler <siretart@tauware.de>

To: Julien Cristau <jcristau@debian.org>

Cc: 653887@bugs.debian.org

Subject: Re: Bug#653887: libavformat53 breaks mplayer

Date: Sun, 01 Jan 2012 15:26:33 +0100

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.

And it's not like we didn't have alternatives to mplayer.

Cheers,
Reinhard.

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

Message #41 received at 653887@bugs.debian.org (full text, mbox, reply):

From: Reimar Döffinger <Reimar.Doeffinger@gmx.de>

To: Reinhard Tartler <siretart@tauware.de>, "653887@bugs.debian.org" <653887@bugs.debian.org>

Cc: Julien Cristau <jcristau@debian.org>, "653887@bugs.debian.org" <653887@bugs.debian.org>

Subject: Re: Bug#653887: libavformat53 breaks mplayer

Date: Sun, 1 Jan 2012 17:04:14 +0100

On 1 Jan 2012, at 15:26, Reinhard Tartler <siretart@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.

Message #46 received at 653887@bugs.debian.org (full text, mbox, reply):

From: Reinhard Tartler <siretart@tauware.de>

To: Reimar Döffinger <Reimar.Doeffinger@gmx.de>

Cc: "653887\@bugs.debian.org" <653887@bugs.debian.org>, Julien Cristau <jcristau@debian.org>

Subject: Re: Bug#653887: libavformat53 breaks mplayer

Date: Sun, 01 Jan 2012 22:43:13 +0100

On So, Jan 01, 2012 at 17:04:14 (CET), Reimar Döffinger wrote:

> On 1 Jan 2012, at 15:26, Reinhard Tartler <siretart@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.

Interesting, I wasn't aware of that; thanks for the notice.

> 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.

Well, of course backporting that patch would be an option, but TBH, I
don't really think it's worth the effort and we should update the
mplayer package anyways.

However, I feel very uneasy with updating packages to random snapshot
versions for distro releases¹.  I personally, and it seems nobody from
team pkg-multimedia either, has the ressources to continously check what
important changes may or may not be useful for debian, so I really
prefer sticking with release tarballs.  Unfortunately, there was no
release that matched Libav 0.7, so I bit the bullet and uploaded a snapshot
that was up-to-date when Libav 0.7 was released to Debian (which was
then synced to Ubuntu).

Maybe you're right and we now need again to update to a current snapshot
version. But as stated before, I feel very uneasy with that and would
prefer a proper release tarball, which is then shared other distros.

Happy new year,
Reinhard

1: For Ubuntu PPAs, that's a totally different story, as they are
'opt-in' and not available by default. You might remember that I build
daily mplayer packages via cron at
https://launchpad.net/~motumedia/+archive/mplayer-daily/+packages, but
as these use a static libav copy instead of the system libav, we cannot
use these packages directly.

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

Message #55 received at 653887-close@bugs.debian.org (full text, mbox, reply):

From: Reinhard Tartler <siretart@tauware.de>

To: 653887-close@bugs.debian.org

Subject: Bug#653887: fixed in mplayer 2:1.0~rc4.dfsg1+svn34492-1

Date: Sat, 07 Jan 2012 13:05:00 +0000

Source: mplayer
Source-Version: 2:1.0~rc4.dfsg1+svn34492-1

We believe that the bug you reported is fixed in the latest version of
mplayer, which is due to be installed in the Debian FTP archive:

mencoder_1.0~rc4.dfsg1+svn34492-1_amd64.deb
  to main/m/mplayer/mencoder_1.0~rc4.dfsg1+svn34492-1_amd64.deb
mplayer-dbg_1.0~rc4.dfsg1+svn34492-1_amd64.deb
  to main/m/mplayer/mplayer-dbg_1.0~rc4.dfsg1+svn34492-1_amd64.deb
mplayer-doc_1.0~rc4.dfsg1+svn34492-1_all.deb
  to main/m/mplayer/mplayer-doc_1.0~rc4.dfsg1+svn34492-1_all.deb
mplayer-gui_1.0~rc4.dfsg1+svn34492-1_amd64.deb
  to main/m/mplayer/mplayer-gui_1.0~rc4.dfsg1+svn34492-1_amd64.deb
mplayer_1.0~rc4.dfsg1+svn34492-1.debian.tar.gz
  to main/m/mplayer/mplayer_1.0~rc4.dfsg1+svn34492-1.debian.tar.gz
mplayer_1.0~rc4.dfsg1+svn34492-1.dsc
  to main/m/mplayer/mplayer_1.0~rc4.dfsg1+svn34492-1.dsc
mplayer_1.0~rc4.dfsg1+svn34492-1_amd64.deb
  to main/m/mplayer/mplayer_1.0~rc4.dfsg1+svn34492-1_amd64.deb
mplayer_1.0~rc4.dfsg1+svn34492.orig.tar.gz
  to main/m/mplayer/mplayer_1.0~rc4.dfsg1+svn34492.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 653887@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Reinhard Tartler <siretart@tauware.de> (supplier of updated mplayer package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Fri, 06 Jan 2012 16:26:01 +0100
Source: mplayer
Binary: mplayer-gui mencoder mplayer mplayer-dbg mplayer-doc
Architecture: source amd64 all
Version: 2:1.0~rc4.dfsg1+svn34492-1
Distribution: experimental
Urgency: low
Maintainer: Reinhard Tartler <siretart@debian.org>
Changed-By: Reinhard Tartler <siretart@tauware.de>
Description: 
 mencoder   - MPlayer's Movie Encoder
 mplayer    - movie player for Unix-like systems
 mplayer-dbg - debugging symbols for MPlayer
 mplayer-doc - documentation for MPlayer
 mplayer-gui - movie player for Unix-like systems
Closes: 442181 481807 496106 533546 568514 643621 650339 653887
Changes: 
 mplayer (2:1.0~rc4.dfsg1+svn34492-1) experimental; urgency=low
 .
   [ Rico Tzschichholz ]
   * New upstream snapshot, Closes: #650339, #643621, #481807
   * Imported Upstream version 1.0~rc4+svn34492
   * Bump standards version
   * Bump dependency on libav >= 4:0.8~, Closes: #653887
   * Fix build-indep
 .
   [ Reinhard Tartler ]
   * Build mplayer-gui again, Closes: #568514
   * Drop debian/all-lang-config-mak.sh, no longer needed
   * include .dfsg1 in version number
   * remove get-orig-source target
   * no longer prune compiler flags from the environment
   * No longer advertise nor build 3fdx, mga and dxr3 backends,
     Closes: #496106, #442181, #533546
   * beautify mplayer version identification string
Checksums-Sha1: 
 29a95bda41e0a26b9c239e6937c005f6b23afc60 2804 mplayer_1.0~rc4.dfsg1+svn34492-1.dsc
 dab7e623199612e122521b9cbc9e3662b5aa5170 12736092 mplayer_1.0~rc4.dfsg1+svn34492.orig.tar.gz
 48958fb7d739264ed207a4b071bdb637f5040f72 39629 mplayer_1.0~rc4.dfsg1+svn34492-1.debian.tar.gz
 a2823d7088cc71b75b0d10d147255e1dd5e1035b 1904092 mplayer-gui_1.0~rc4.dfsg1+svn34492-1_amd64.deb
 376b51463bc12847cb96feeb91279a2848635efb 1337234 mencoder_1.0~rc4.dfsg1+svn34492-1_amd64.deb
 82b07b94d731d63ce6cd250f1fe2f51931ca366d 2850370 mplayer_1.0~rc4.dfsg1+svn34492-1_amd64.deb
 50162513cbb7936b41268c783825ba267fb4e230 4687678 mplayer-dbg_1.0~rc4.dfsg1+svn34492-1_amd64.deb
 291e360863c6b557b7c63d4d9fd09b9502a509b0 2271804 mplayer-doc_1.0~rc4.dfsg1+svn34492-1_all.deb
Checksums-Sha256: 
 64ee1e19d3b6ff77432dd80cda18daa1516856fb52d40ffe673696adab552a54 2804 mplayer_1.0~rc4.dfsg1+svn34492-1.dsc
 09d159db597b6e36d414582c6a70c15cb4711fdb24e02159dddad98a30b76233 12736092 mplayer_1.0~rc4.dfsg1+svn34492.orig.tar.gz
 23aa9e1b6376713305be6576c733a3b8d91789958363950f3a56691705d52f64 39629 mplayer_1.0~rc4.dfsg1+svn34492-1.debian.tar.gz
 4ce817fe1711aa9c847424a4245570d8a99893d5b3814bd56cb58d139abce068 1904092 mplayer-gui_1.0~rc4.dfsg1+svn34492-1_amd64.deb
 691019caabc8307889769448e02315f985bb28f1c250ddf0cb5323da736df3e5 1337234 mencoder_1.0~rc4.dfsg1+svn34492-1_amd64.deb
 936d774e1af257479d47d5a688cc6928a7e01a5ea0ee398e0763f14748cd6054 2850370 mplayer_1.0~rc4.dfsg1+svn34492-1_amd64.deb
 7696c2c7aabad103f08ea450d31e12ab5665b49ad42d60e45b96fd6b7c34e312 4687678 mplayer-dbg_1.0~rc4.dfsg1+svn34492-1_amd64.deb
 dfe695e1813e6055c3e0de90bc0447d92d57a77b94554de34bfae47939c2d660 2271804 mplayer-doc_1.0~rc4.dfsg1+svn34492-1_all.deb
Files: 
 47af4eb796d0c3dc2fc35e27ddfed94f 2804 video optional mplayer_1.0~rc4.dfsg1+svn34492-1.dsc
 35a6f5e4d9417d7b50c020447198a148 12736092 video optional mplayer_1.0~rc4.dfsg1+svn34492.orig.tar.gz
 d74446e7c69136f15b6a360b3e6a9bca 39629 video optional mplayer_1.0~rc4.dfsg1+svn34492-1.debian.tar.gz
 e95d6bcccc0cbe3563a700139d64734f 1904092 video optional mplayer-gui_1.0~rc4.dfsg1+svn34492-1_amd64.deb
 8a8f4b2b76b0d97fdb4709114ece5ea9 1337234 video optional mencoder_1.0~rc4.dfsg1+svn34492-1_amd64.deb
 1cc51ff35393d0dcc51b4884b2c3b01d 2850370 video optional mplayer_1.0~rc4.dfsg1+svn34492-1_amd64.deb
 5e72f71e6bd35c30833b59b4f72c39ee 4687678 debug extra mplayer-dbg_1.0~rc4.dfsg1+svn34492-1_amd64.deb
 4dcebeae07f29ad191049689d18bb660 2271804 doc optional mplayer-doc_1.0~rc4.dfsg1+svn34492-1_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Debian Powered!

iEYEARECAAYFAk8HG8QACgkQmAg1RJRTSKRizACfaIQUFWaa59NRSnjs29Vfwlwz
Kc4AnRM7/hcKNnocB2bAxKyToqd0pC7D
=hdyu
-----END PGP SIGNATURE-----

Message #60 received at 653887@bugs.debian.org (full text, mbox, reply):

From: Helge Kreutzmann <debian@helgefjell.de>

To: Reinhard Tartler <siretart@tauware.de>

Cc: Julien Cristau <jcristau@debian.org>, 653887@bugs.debian.org, Brian Paterni <bpaterni@gmail.com>

Subject: Re: Bug#653887: libavformat53 breaks mplayer

Date: Wed, 25 Jan 2012 17:52:16 +0100

[Message part 1 (text/plain, inline)]

clone 653887 -1
reassign -1 libavcodec-extra-53
severity -1 wishlist
reopen -1
retitle -1 Please add breaks against mplayer
found -1 4:0.8~beta2.2 
thanks

On Sun, Jan 01, 2012 at 02:56:29PM +0100, Reinhard Tartler wrote:
> On So, Jan 01, 2012 at 13:57:13 (CET), Julien Cristau wrote:
> 
> > On Sun, Jan  1, 2012 at 08:25:00 +0100, Reinhard Tartler wrote:
> 
> [...]
> 
> >> >
> >> > libavformat53 in experimental seems to have broken mplayer's ability to
> >> > playback files. After upgrading to 4:0.8~beta1-1, mplayer reports the following
> >> > whenever I attempt to play something:
> >> >
> >> > mplayer: relocation error: mplayer: symbol ff_codec_wav_tags, version
> >> > LIBAVFORMAT_53 not defined in file libavformat.so.53 with link time reference
> >> 
> >> 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.
> >> 
> > It should *also* be fixed in libavformat53 by adding Breaks against
> > unfixed versions of mplayer.
> 
> Yes, but only after we actually have a fixed version of mplayer in
> debian, or am I missing something?

This is now the case. And also the corrected mplayer seems to have
problems migrating to Testing, while libavformat53 has. Rebuilding of
the new mplayer in testing does not work, either, because trying to
install the build deps runs into:
 libavcodec-dev : Depends: libavcodec53 (<= 4:0.7.3-99) but it is not going to be installed or
                           libavcodec-extra-53 (<= 4:0.7.3.99) but 4:0.8~beta2.2 is to be installed
 libavdevice-dev : Depends: libavdevice53 (<= 4:0.7.3-99) but it is not going to be installed or
                            libavdevice-extra-53 (<= 4:0.7.3.99) but 4:0.8~beta2.2 is to be installed
 libavformat-dev : Depends: libavformat53 (<= 4:0.7.3-99) but it is not going to be installed or
                            libavformat-extra-53 (<= 4:0.7.3.99) but 4:0.8~beta2.2 is to be installed
 libavutil-dev : Depends: libavutil51 (<= 4:0.7.3-99) but it is not going to be installed or
                          libavutil-extra-51 (<= 4:0.7.3.99) but 4:0.8~beta2.2 is to be installed
 libpostproc-dev : Depends: libpostproc52 (<= 4:0.7.3-99) but it is not going to be installed or
                            libpostproc-extra-52 (<= 4:0.7.3.99) but 4:0.8~beta2.2 is to be installed
 libswscale-dev : Depends: libswscale2 (<= 4:0.7.3-99) but it is not going to be installed or
                          libswscale-extra-2 (<= 4:0.7.3.99) but 4:0.8~beta2.2 is to be installed

So for now mplayer is broken in Testing. (And yes, there are other players, but mplayer *does* have
its advantages)

And also consider partial updates. 

Greetings

               Helge
-- 
      Dr. Helge Kreutzmann                     debian@helgefjell.de
           Dipl.-Phys.                   http://www.helgefjell.de/debian.php
        64bit GNU powered                     gpg signed mail preferred
           Help keep free software "libre": http://www.ffii.de/

[signature.asc (application/pgp-signature, inline)]

Send a report that this bug log contains spam.