Debian Bug report logs - #536885
symbol lookup error: mplayer: undefined symbol: codec_wav_tags

Toggle useless messages

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

From: Anders Lagerås <anders.lageras@gmail.com>

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

Subject: symbol lookup error: mplayer: undefined symbol: codec_wav_tags

Date: Tue, 14 Jul 2009 14:44:56 +0200

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.27                Debian configuration management sy
ii  libasound2         1.0.19-1              shared library for ALSA applicatio
ii  libatk1.0-0        1.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  libavutil49        4:0.5+svn20090609-1   ffmpeg utility library
ii  libc6              2.9-12                GNU 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  libesd0            0.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  libfribidi0        0.10.9-1              Free Implementation of the Unicode
ii  libgcc1            1:4.4.0-6             GCC support library
ii  libgif4            4.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-0        2.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-1                data compression library
ii  libncurses5        5.7+20090607-1        shared libraries for terminal hand
ii  libogg0            1.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.2debian    1.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-27            console SVGA display libraries
ii  libswscale0        5: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  libxxf86vm1        1: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-3    high-quality block-sorting file co
ii  fontconfig                    2.6.0-4    generic 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: /dev/cdrom

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkpcfcUACgkQw5UvgfnzqGqFNQCdH8dCPAhG+xIGFKh/wb5X2EKj
xRkAn0mnAHZj0sZaaRs5Pi7zO1lL0WpA
=fUff
-----END PGP SIGNATURE-----

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

From: Fabian Greffrath <greffrath@leat.rub.de>

To: Anders Lagerås <anders.lageras@gmail.com>, 536885-done@bugs.debian.org

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

Subject: Re: Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags

Date: Tue, 14 Jul 2009 15:04:57 +0200

> 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  libswscale0        5: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:  greffrath@leat.ruhr-uni-bochum.de

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

From: Reinhard Tartler <siretart@tauware.de>

To: Anders Lagerås <anders.lageras@gmail.com>

Cc: 536885@bugs.debian.org

Subject: Re: Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags

Date: Tue, 14 Jul 2009 16:28:53 +0200

Anders Lagerås <anders.lageras@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

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

From: Christophe Mutricy <xtophe@chewa.net>

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

Cc: Anders Lagerås <anders.lageras@gmail.com>

Subject: Re: Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags

Date: Tue, 14 Jul 2009 16:01:16 +0100

2009/7/14 Reinhard Tartler <siretart@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

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

From: Reinhard Tartler <siretart@tauware.de>

To: Christophe Mutricy <xtophe@chewa.net>

Cc: 536885@bugs.debian.org, Anders Lagerås <anders.lageras@gmail.com>

Subject: Re: Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags

Date: Tue, 14 Jul 2009 17:38:54 +0200

Christophe Mutricy <xtophe@chewa.net> writes:

> 2009/7/14 Reinhard Tartler <siretart@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

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

From: Diego Biurrun <diego@biurrun.de>

To: Christophe Mutricy <xtophe@chewa.net>, 536885@bugs.debian.org

Subject: Re: Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags

Date: Tue, 14 Jul 2009 17:39:10 +0200

On Tue, Jul 14, 2009 at 04:01:16PM +0100, Christophe Mutricy wrote:
> 2009/7/14 Reinhard Tartler <siretart@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

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

From: Fabian Greffrath <greffrath@leat.rub.de>

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

Cc: Christophe Mutricy <xtophe@chewa.net>, Anders Lagerås <anders.lageras@gmail.com>

Subject: Re: Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags

Date: Wed, 15 Jul 2009 08:51:33 +0200

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:  greffrath@leat.ruhr-uni-bochum.de

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

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

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

Subject: Re: Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags

Date: Wed, 15 Jul 2009 09:18:06 +0200

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.

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

From: Reinhard Tartler <siretart@tauware.de>

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

Cc: 536885@bugs.debian.org

Subject: Re: Bug#536885: symbol lookup error: mplayer: undefined symbol: codec_wav_tags

Date: Wed, 15 Jul 2009 10:31:39 +0200

Reimar Döffinger <Reimar.Doeffinger@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

Send a report that this bug log contains spam.