Bug#637077: mplayer: relocation error: mplayer: symbol __aeabi_d2lz, version LIBAVCODEC_52 not defined in file libavcodec.so.52 with link time reference

[Reinhard Tartler]

reassign 637077 libavcodec52
severity 637077 normal
found 637077 4:0.6.2-5
tag 637077 help
stop

On Mo, Aug 08, 2011 at 12:52:50 (CEST), Timo Juhani Lindfors wrote:

> Package: mplayer
> Version: 2:1.0~rc4.dfsg1-2
> Severity: important
>
> Steps to reproduce:
> 1) sudo apt-get install freeciv-sound-standard
> 2) mplayer -ao null /usr/share/games/freeciv/stdsounds/Splash.ogg
>
> Expected results:
> 2) mplayer exits succesfully.
>
> Actual results:
> 2) mplayer prints
>
> MPlayer 1.0rc4-4.4.5 (C) 2000-2010 MPlayer Team
> mplayer: could not connect to socket
> mplayer: No such file or directory
> Failed to open LIRC support. You will not be able to use your remote control.
>
> Playing /usr/share/games/freeciv/stdsounds/Splash.ogg.
> libavformat file format detected.
> [lavf] stream 0: audio (vorbis), -aid 0
> mplayer: relocation error: mplayer: symbol __aeabi_d2lz, version LIBAVCODEC_52 not defined in file libavcodec.so.52 with link time reference

This has been previously reported in ubuntu:
https://bugs.edge.launchpad.net/ubuntu/+source/libav/+bug/787486

It seems to me to be a problem in libavcodec, but this bug requires an
arm porter to properly diagnose. As I lack hardware and expertise with
the arm platform, I'm copying the arm porters. After short googling, it
looks like a toolchain issue to me, TBH.

Timo, is this reproducible with 'ffplay' from the 'ffmpeg' package as
well? I suspect so. If yes, can you please also try the ffplay package
from debian/experimental? This one will use libavcodec53 (instead of
libavcodec52), and I'm curious if that issue might already have been
fixed upstream.

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