Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags
Reinhard Tartler schrieb: it would be indeed easy to avoid this situation, if marillat would introduce an own soname for his packages. Or if we would introduce (again) an debian specific soname. Never! We provide the official packages, he provides the incompatible forks. Maybe we should use our restricted shlibs for all dependencies instead? -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags
On Tue, Jul 14, 2009 at 05:38:54PM +0200, Reinhard Tartler wrote: mplayer however contains a private copy of ffmpeg in its sources, and has therefore no problem including headers that are not installed. libavformat/riff.h is e.g. such a header. This is strictly speaking a violation of usage convention, but the mplayer developers don't care here. Just so that nobody gets the wrong impression: this is not so much not careing but that overall due to maintainability issues it still seems the better solution so far. I admit though that we focus more on our users that compile MPlayer themselves where this does not pose any issues. If this causes too serious issues for distributions we might try to re-evaluate, but obviously making us use harder to maintain code needs some convincing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags
Reimar Döffinger reimar.doeffin...@gmx.de writes: On Tue, Jul 14, 2009 at 05:38:54PM +0200, Reinhard Tartler wrote: mplayer however contains a private copy of ffmpeg in its sources, and has therefore no problem including headers that are not installed. libavformat/riff.h is e.g. such a header. This is strictly speaking a violation of usage convention, but the mplayer developers don't care here. Just so that nobody gets the wrong impression: this is not so much not careing but that overall due to maintainability issues it still seems the better solution so far. I admit though that we focus more on our users that compile MPlayer themselves where this does not pose any issues. If this causes too serious issues for distributions we might try to re-evaluate, but obviously making us use harder to maintain code needs some convincing. Well, it does cause serious issues on every ffmpeg upgrade when the mplayer and ffmpeg packages in debian get out of sync. In debian, we also have to consider partial upgrades, so we need to consider both packages to be upgraded in any order. In order to avoid upgrades that affect binary compatibility, we make the library packages encode the SONAME of the library, so that the both the old version and the new version can be co-installed. Normally this works just fine, however ffmpeg is giving us a very hard time for a number of reasons, and this is just one of several ones (I know about one other issue, there might be more. need to think about it some more). I don't want to go into details here right now, because this specific problem is caused by a broken 3rd party repository. The underlying issue is more fundamental of course. When I find some more time, I'll try to put the issues here in a wiki page and bring that up on probably both the mplayer and ffmpeg developer mailing lists. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags
Anders Lagerås anders.lage...@gmail.com writes: When trying to play a movie in mplayer do I get this error message: mplayer: symbol lookup error: mplayer: undefined symbol: codec_wav_tags Fabian already closed this bug, fully correctly, thanks. Short greps over the source: most likely introduced by this commit: svn log -c r19254 r19254 | diego | 2009-06-23 01:09:34 +0200 (Di, 23. Jun 2009) | 3 lines Add ff_ prefixes to exported symbols in libavformat/riff.h. patch by Daniel Verkamp, aniel drv nu svn diff -c r19254 | diffstat aiff.c|2 - asfdec.c |4 +-- asfenc.c |8 +++ au.c |2 - avidec.c |4 +-- avienc.c | 62 +- avisynth.c|4 +-- dxa.c |2 - gxfenc.c |2 - libnut.c | 12 +-- matroskadec.c |8 +++ matroskaenc.c | 18 mmf.c |4 +-- mov.c | 18 movenc.c | 18 nsvdec.c |4 +-- nutdec.c |6 ++--- nutenc.c |2 - nuv.c |4 +-- oggparseogm.c |8 +++ oma.c |2 - riff.c| 20 +- riff.h| 20 +- swfdec.c |4 +-- swfenc.c |2 - utils.c |8 +++ vocdec.c |4 +-- wav.c | 20 +- 28 files changed, 136 insertions(+), 136 deletions(-) lessons learned: - marillat's decision to continue tracking trunk is now breaking both vlc and mplayer - mplayer is (yet another time) using internals of libavformat and therefore very dependent on the exact version of ffmpeg against which it was compiled against. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags
2009/7/14 Reinhard Tartler siret...@tauware.de: r19254 | diego | 2009-06-23 01:09:34 +0200 (Di, 23. Jun 2009) | 3 lines Add ff_ prefixes to exported symbols in libavformat/riff.h. [...] - mplayer is (yet another time) using internals of libavformat and therefore very dependent on the exact version of ffmpeg against which it was compiled against. Now i'm confused. For me exported = external. so it's a break of the API so requires a soname bump. So if I trust the svn log, it's FFMpeg fault for not bumping soname and mot mplayer fault. -- Xtophe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags
Christophe Mutricy xto...@chewa.net writes: 2009/7/14 Reinhard Tartler siret...@tauware.de: r19254 | diego | 2009-06-23 01:09:34 +0200 (Di, 23. Jun 2009) | 3 lines Add ff_ prefixes to exported symbols in libavformat/riff.h. [...] - mplayer is (yet another time) using internals of libavformat and therefore very dependent on the exact version of ffmpeg against which it was compiled against. Now i'm confused. For me exported = external. in 'normal' software project, that's correct. For ffmpeg, that assumption doesn't hold. there have been symbol visibility patches been proposed in ffmpeg, but they weren't apply because they broke one thing or another. I agree that introducing them would be a very good idea, as we could then consider introducing symbol files for ffmpeg and start tracking symbol additions and removals. such a patch would however most probably break applications like mplayer horribly. so it's a break of the API so requires a soname bump. they differentiate between external api and internal api. Most obvious example is avutil, where a lot of functions are allowed to be called from inside other ffmpeg libraries but not outside ffmpeg. this is enforced by defining public symbols and functions only in public headers, headers that are installed with 'make install'. FFmpeg only guarantees binary compatibility for software using these symbols. mplayer however contains a private copy of ffmpeg in its sources, and has therefore no problem including headers that are not installed. libavformat/riff.h is e.g. such a header. This is strictly speaking a violation of usage convention, but the mplayer developers don't care here. So if I trust the svn log, it's FFMpeg fault for not bumping soname and mot mplayer fault. it would be indeed easy to avoid this situation, if marillat would introduce an own soname for his packages. Or if we would introduce (again) an debian specific soname. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags
On Tue, Jul 14, 2009 at 04:01:16PM +0100, Christophe Mutricy wrote: 2009/7/14 Reinhard Tartler siret...@tauware.de: r19254 | diego | 2009-06-23 01:09:34 +0200 (Di, 23. Jun 2009) | 3 lines Add ff_ prefixes to exported symbols in libavformat/riff.h. [...] - mplayer is (yet another time) using internals of libavformat and therefore very dependent on the exact version of ffmpeg against which it was compiled against. Now i'm confused. For me exported = external. so it's a break of the API so requires a soname bump. riff.h is not an installed header. So if I trust the svn log, it's FFMpeg fault for not bumping soname and mot mplayer fault. FFmpeg, not FFMpeg, please notice the correct spelling. Diego -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags
Package: mplayer Version: 1.0~rc3+svn20090405-1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When trying to play a movie in mplayer do I get this error message: mplayer: symbol lookup error: mplayer: undefined symbol: codec_wav_tags - -- System Information: Debian Release: squeeze/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages mplayer depends on: ii debconf [debconf-2 1.5.27Debian configuration management sy ii libasound2 1.0.19-1 shared library for ALSA applicatio ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libaudio2 1.9.2-1 Network Audio System - shared libr ii libavcodec52 5:0.5+svn20090713-0.0 library to encode decode multimedi ii libavformat52 5:0.5+svn20090713-0.0 ffmpeg file format library ii libavutil494:0.5+svn20090609-1 ffmpeg utility library ii libc6 2.9-12GNU C Library: Shared libraries ii libcaca0 0.99.beta16-1 colour ASCII art library ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcdparanoia0 3.10.2+debian-5 audio extraction tool for sampling ii libdirectfb-1.2-0 1.2.7-2 direct frame buffer graphics - sha ii libesd00.2.41-5 Enlightened Sound Daemon - Shared ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.4.0-6 GCC support library ii libgif44.1.6-6 library for GIF images (library) ii libgl1-mesa-glx [l 7.4.4-1 A free implementation of the OpenG ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgtk2.0-02.16.4-1 The GTK+ graphical user interface ii libjack0 0.116.1-4 JACK Audio Connection Kit (librari ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblircclient0 0.8.3-3 infra-red remote control support - ii liblzo2-2 2.03-1data compression library ii libncurses55.7+20090607-1shared libraries for terminal hand ii libogg01.1.3-5 Ogg Bitstream Library ii libopenal1 1:1.8.466-2 Software implementation of the Ope ii libpango1.0-0 1.24.4-1 Layout and rendering of internatio ii libpng12-0 1.2.37-1 PNG library - runtime ii libpostproc51 5:0.5+svn20090713-0.0 postproc shared libraries ii libpulse0 0.9.15-4 PulseAudio client libraries ii libsdl1.2debian1.2.13-4+b1 Simple DirectMedia Layer ii libsmbclient 2:3.4.0-1 shared library for communication w ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.4.0-6 The GNU Standard C++ Library v3 ii libsvga1 1:1.4.3-27console SVGA display libraries ii libswscale05:0.5+svn20090713-0.0 ffmpeg video scaling library ii libtheora0 1.0-2 The Theora Video Compression Codec ii libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii libxv1 2:1.0.4-1 X11 Video extension library ii libxvmc1 1:1.0.4-2 X11 Video extension library ii libxxf86dga1 2:1.0.2-1 X11 Direct Graphics Access extensi ii libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l ii mplayer-skin-blue 1.6-2 blue skin for mplayer ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime mplayer recommends no packages. Versions of packages mplayer suggests: ii bzip2 1.0.5-3high-quality block-sorting file co ii fontconfig2.6.0-4generic font configuration library pn mplayer-doc none (no description available) pn netselect | fping none (no description available) ii ttf-freefont 20090104-3 Freefont Serif, Sans and Mono True - -- debconf information: mplayer/voutput: autodetect mplayer/ttfont: Sans mplayer/cfgnote: mplayer/replace-existing-files-bail: mplayer/replace-existing-files: false mplayer/no-ttfont: mplayer/install_codecs: mplayer/dvd_device:
Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags
ii libavcodec52 5:0.5+svn20090713-0.0 library to encode decode multimedi ii libavformat52 5:0.5+svn20090713-0.0 ffmpeg file format library ii libpostproc51 5:0.5+svn20090713-0.0 postproc shared libraries ii libswscale05:0.5+svn20090713-0.0 ffmpeg video scaling library These are unsupported packages from an unofficial repository - Closing this bug report. Please install the Debian packages and try again. -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
