[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#862230: marked as done (mplayer: error while loading shared libraries: R_PPC_REL24 relocation at 0x207ac54c for symbol `htonl' out of range)

Your message dated Thu, 15 Oct 2020 08:56:48 +0200
with message-id <20201015065648.GB1539878@ramacher.at>
and subject line Re: Bug#862230: mplayer: error while loading shared libraries: R_PPC_REL24 relocation at 0x207ac54c for symbol `htonl' out of range
has caused the Debian Bug report #862230,
regarding mplayer: error while loading shared libraries: R_PPC_REL24 relocation at 0x207ac54c for symbol `htonl' out of range
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
862230: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862230
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: mplayer
Version: 2:1.3.0-6
Severity: important

Hi.

In my PowerPC G4 iBook, I am running unstable and I'm getting the following
error when starting mplayer (with parameters, without, doesn't matter):

$ mplayer 
mplayer: error while loading shared libraries: R_PPC_REL24 relocation at 0x2062d54c for symbol `htonl' out of range

If there is any extra information that I can supply, please let me know.


Thanks,

Rogério Brito.

-- System Information:
Debian Release: 9.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: powerpc
 (ppc)

Kernel: Linux 4.9.0-3-powerpc
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages mplayer depends on:
ii  liba52-0.7.4                      0.7.4-19
ii  libaa1                            1.4p5-44+b1
ii  libasound2                        1.1.3-5
ii  libass5                           1:0.13.4-2
ii  libaudio2                         1.9.4-5+b1
ii  libavcodec57                      7:3.2.4-1
ii  libavformat57                     7:3.2.4-1
ii  libavutil55                       7:3.2.4-1
ii  libbluray1                        1:0.9.3-3
ii  libbs2b0                          3.1.0+dfsg-2.2
ii  libc6                             2.24-10
ii  libcaca0                          0.99.beta19-2+b2
ii  libcdio-cdda1                     0.83-4.3+b1
ii  libcdio-paranoia1                 0.83-4.3+b1
ii  libcdio13                         0.83-4.3+b1
ii  libdca0                           0.0.5-10
ii  libdirectfb-1.2-9                 1.2.10.0-9
ii  libdv4                            1.0.0-11
ii  libdvdnav4                        5.0.3-3
ii  libdvdread4                       5.0.3-2
ii  libenca0                          1.19-1+b1
ii  libfaad2                          2.8.0~cvs20161113-1
ii  libfontconfig1                    2.11.0-6.7+b1
ii  libfreetype6                      2.6.3-3.2
ii  libfribidi0                       0.19.7-1+b1
ii  libgif7                           5.1.4-0.4
ii  libgl1-mesa-glx [libgl1]          13.0.6-1
ii  libjack-jackd2-0 [libjack-0.125]  1.9.10+20150825git1ed50c92~dfsg-5
ii  libjpeg62-turbo                   1:1.5.1-2
ii  liblirc-client0                   0.9.4c-9
ii  libmad0                           0.15.1b-8
ii  libmpeg2-4                        0.5.1-7+b2
ii  libmpg123-0                       1.23.8-1+b1
ii  libogg0                           1.3.2-1
ii  libopenal1                        1:1.17.2-4+b2
ii  libpng16-16                       1.6.28-1
ii  libpostproc54                     7:3.2.4-1
ii  libpulse0                         10.0-1
ii  libsdl1.2debian                   1.2.15+dfsg1-4
ii  libsmbclient                      2:4.5.8+dfsg-1
ii  libspeex1                         1.2~rc1.2-1+b2
ii  libswresample2                    7:3.2.4-1
ii  libswscale4                       7:3.2.4-1
ii  libtheora0                        1.1.1+dfsg.1-14+b1
ii  libtinfo5                         6.0+20161126-1
ii  libvdpau1                         1.1.1-6
ii  libvorbisidec1                    1.0.2+svn18153-1
ii  libx11-6                          2:1.6.4-3
ii  libxext6                          2:1.3.3-1+b2
ii  libxinerama1                      2:1.1.3-1+b3
ii  libxss1                           1:1.2.2-1
ii  libxv1                            2:1.0.11-1
ii  libxvidcore4                      2:1.3.4-1+b2
ii  libxvmc1                          2:1.0.10-1
ii  libxxf86dga1                      2:1.1.4-1+b3
ii  libxxf86vm1                       1:1.1.4-1+b2
ii  zlib1g                            1:1.2.8.dfsg-5

mplayer recommends no packages.

Versions of packages mplayer suggests:
ii  bzip2               1.0.6-8.1
ii  fontconfig          2.11.0-6.7+b1
ii  fonts-freefont-ttf  20120503-6
pn  mplayer-doc         <none>
pn  netselect | fping   <none>

-- no debconf information

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFCAAAA
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br

--- End Message ---
--- Begin Message --- 
Hi

On 2018-05-06 20:17:35 +0200, Reimar Döffinger wrote:
> I can reproduce it with the 1.0.3-8 Debian package on a PPC MacMini.
> However I cannot reproduce it when manually building MPlayer (from the debian source package). (I haven't tried rebuilding from source using the debian tools).
> I think the package must have been built with a badly broken compiler (possibly the hardening options cause issues?), for 2 reasons:
> - htonl is defined as a macro in netinet/in.h, we should never get a call to the function at all (I can confirm no such calls exist in the manual build). Digging deeper is hard since the debug symbol package seems to not longer exist?!
> - REL24 should not be used for relocations against a dynamic library, at least not if ASLR might be active.
> 
> Maybe someone could try rebuilding it with the latest toolchain?

The package now got rebuilt with the latest toolchain, so let's assume
that's now fixed.

Cheers
-- 
Sebastian Ramacher

Attachment: signature.asc
Description: PGP signature


--- End Message ---
Reply to: