Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 30156 - media-video/mplayer-0.92 fails to emerge (Lib pthread not found)
Summary: media-video/mplayer-0.92 fails to emerge (Lib pthread not found)
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Media-video project
URL:
Whiteboard:
Keywords:
Depends on: 16701
Blocks:
  Show dependency tree
 
Reported: 2003-10-02 06:11 UTC by Sebastian Flothow
Modified: 2003-11-03 07:05 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sebastian Flothow 2003-10-02 06:11:26 UTC
configure fails, giving this output at the end:


Checking for pthread ...
Error: Lib pthread not found (needed by Windows and networking stuff).
 
Check "configure.log" if you do not understand why it failed.
 
!!! ERROR: media-video/mplayer-0.92 failed.
!!! Function src_compile, Line 287, Exitcode 1
!!! configure failed


I assume this is a missing dependency, on the other hand emerge -s pthread found 
nothing.

Reproducible: Always
Steps to Reproduce:
1. emerge -u mplayer
2.
3.

Actual Results:  
emerge unpacks source and applies patches, then runs configure which fails as 
described above.

Expected Results:  
configure, compile and install. :-)

Portage 2.0.49-r3 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.20-gentoo-r7)
=================================================================
System uname: 2.4.20-gentoo-r7 i686 Celeron (Mendocino)
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=i686 -funroll-loops -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config 
/usr/kde/3/share/config /var/bind /usr/X11R6/lib/X11/xkb /usr/kde/3.
1/share/config /usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -march=i686 -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="sandbox ccache autoaddcvs"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp:
//ftp.tu-clausthal.de/pub/linux/gentoo http://mirrors.sec.informatik.
tu-darmstadt.de/gentoo http://gentoo.oregonstate.edu http://distro.ibiblio.
org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mmx 
mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb 
gtkhtml gdbm berkdb slang readline arts tetex aalib bonobo svga tcltk java guile 
mysql X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt 
kde motif opengl mozilla curl dga doc fbcon gd gd-external ggi hbci innodb jikes 
maildir mbox memlimit ofx sse tiff usb wmf"
Comment 1 SpanKY gentoo-dev 2003-10-02 06:15:40 UTC
review Bug 16701 and make sure that you're not in a similar situation ...
follow through the debugging steps there and post your results
Comment 2 Sebastian Flothow 2003-10-06 09:40:43 UTC
/usr/lib/libpthread.so does exist, though it's just 216 bytes, which seems
strange. I'm currently re-emerging glibc and will try again afterwards.
Comment 3 Patrick Kursawe (RETIRED) gentoo-dev 2003-10-06 22:36:46 UTC
The 216 bytes is just fine. Have a look at it with "less" and check the real
libraries with are referenced there.
Comment 4 Sebastian Flothow 2003-10-16 12:58:36 UTC
I solved the problem - it was caused by PAX; using a kernel without PAX,
mplayer compiled fine. Interestingly, the mplayer executable works under
my PAX-enabled kernel, without any noticeable problems, and other packages
which use libpthread do compile under PAX, so I guess there's a bug in the
way mplayer checks for libpthread presence.
Comment 5 Patrick Kursawe (RETIRED) gentoo-dev 2003-11-03 07:05:11 UTC
I'd recommend reporting this problem to the mplayer team if it still exists
with current mplayer. For now, let's call this WONTFIX.