Bug#653887: libavformat53 breaks mplayer
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 deb...@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 Description: Digital signature
Bug#653887: libavformat53 breaks mplayer
On So, Jan 01, 2012 at 17:04:14 (CET), Reimar Döffinger wrote: > On 1 Jan 2012, at 15:26, Reinhard Tartler 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 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653887: libavformat53 breaks mplayer
On 1 Jan 2012, at 15:26, Reinhard Tartler 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. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653887: libavformat53 breaks mplayer
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 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653887: libavformat53 breaks mplayer
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 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653887: libavformat53 breaks mplayer
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 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653887: libavformat53 breaks mplayer
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 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#653887: libavformat53 breaks mplayer
Processing commands for cont...@bugs.debian.org: > reassign 653887 mplayer 2:1.0~rc4.dfsg1-1 Bug #653887 [libavformat53] libavformat53 breaks mplayer Bug reassigned from package 'libavformat53' to 'mplayer'. Bug No longer marked as found in versions libav/4:0.8~beta1-1. Bug #653887 [mplayer] libavformat53 breaks mplayer Bug Marked as found in versions mplayer/2:1.0~rc4.dfsg1-1. > stop Stopping processing here. Please contact me if you need assistance. -- 653887: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653887 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653887: libavformat53 breaks mplayer
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 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653887: libavformat53 breaks mplayer
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 libavutil514: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 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
