Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 238990 - www-plugins/mplayerplug-in-3.55 - cannot find -lgio-2.0 when building 32bit multilib
Summary: www-plugins/mplayerplug-in-3.55 - cannot find -lgio-2.0 when building 32bit m...
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Joe Jezak (RETIRED)
URL:
Whiteboard:
Keywords:
: 251915 254257 (view as bug list)
Depends on: 245673
Blocks:
  Show dependency tree
 
Reported: 2008-09-29 00:08 UTC by Billy DeVincentis
Modified: 2009-06-08 10:19 UTC (History)
35 users (show)

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


Attachments
64bit support only (mplayerplug-in-3.55.ebuild,3.16 KB, text/plain)
2008-12-22 04:08 UTC, Jory A. Pratt
Details
32bit libgio-2.0.so (libgio-2.0.so.lzma,118.23 KB, application/octet-stream)
2009-03-09 00:46 UTC, SpanKY
Details
mplayerplug-in-3.55.ebuild.diff (mplayerplug-in-3.55.ebuild.diff,536 bytes, patch)
2009-04-01 15:30 UTC, Chí-Thanh Christopher Nguyễn
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Billy DeVincentis 2008-09-29 00:08:42 UTC
/include/plugin -I/usr/include/nspr -I/usr/lib64/seamonkey/include -I/usr/lib64/seamonkey/include/xpcom -I/usr/lib64/seamonkey/include/string   -I/usr/lib64/seamonkey/include  -march=native -O2 -pipe -fno-strict-aliasing  -Iinclude -fPIC  -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1   -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1   -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include   -DGTK_ENABLED  -Wl,-O1   -lX11    -lX11  -lXt -lX11 -lSM -lICE   -lXext -lX11 -lXpm -lX11   -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lz -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0   -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lz -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0   -pthread -lgthread-2.0 -lrt -lglib-2.0
/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/../../../libgio-2.0.so when searching for -lgio-2.0
/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/../../../libgio-2.0.a when searching for -lgio-2.0
/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libgio-2.0.so when searching for -lgio-2.0
/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libgio-2.0.a when searching for -lgio-2.0
/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.1/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lgio-2.0
collect2: ld returned 1 exit status
make: *** [mplayerplug-in] Error 1
make: *** Waiting for unfinished jobs....
 *
 * ERROR: net-www/mplayerplug-in-3.55 failed.
 * Call stack:
 * ebuild.sh, line   49:  Called src_compile
 * environment, line 2930:  Called die
 * The specific snippet of code:
 * emake || die "emake failed";
 * The die message:
 * emake failed
 *
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/var/tmp/portage/net-www/mplayerplug-in-3.55/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/net-www/mplayerplug-in-3.55/temp/environment'.
 *

>>> Failed to emerge net-www/mplayerplug-in-3.55, Log file:

>>>  '/var/tmp/portage/net-www/mplayerplug-in-3.55/temp/build.log'

 * GNU info directory index is up-to-date.
Linux1 billydv #                                                                                            

Reproducible: Always




emerge --info
Portage 2.2_rc11 (default/linux/amd64/2008.0/desktop, gcc-4.3.1, glibc-2.8_p20080602-r0, 2.6.26-gentoo-r1 x86_64)
=================================================================
System uname: Linux-2.6.26-gentoo-r1-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_4200+-with-glibc2.2.5
Timestamp of tree: Sun, 28 Sep 2008 21:00:01 +0000
app-shells/bash:     3.2_p39
dev-java/java-config: 1.3.7, 2.1.6-r1
dev-lang/python:     2.5.2-r8
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.2.5
sys-apps/sandbox:    1.2.18.1-r3
sys-devel/autoconf:  2.13, 2.63
sys-devel/automake:  1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   2.2.6a
virtual/os-headers:  2.6.26
ACCEPT_KEYWORDS="amd64 ~amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/4.0/env /usr/kde/4.0/share/config /usr/kde/4.0/shutdown /usr/share/config /var/bind /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="buildpkg distlocks fixpackages metadata-transfer parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LDFLAGS="-Wl,-O1"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/miscellaneous /usr/portage/local/layman/desktop-effects /usr/portage/local/layman/vmware"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow S3TC X a52 aac aalib accessibility acl acpi alsa amarok amd64 apm arts artworkextra audiofile automount avahi bash-completion berkdb bidi binary-drivers bittorrent bluetooth branding bzip2 cairo calendar cdda cdio cdparanoia cdr clamav clamd cli cpudetection cracklib crypt css cups curl dbus deprecated devil dga directfb discouraged distribution divx doc dri dts dv dvb dvd dvdr dvdread eds elisp emacs emboss emerald encode esd etc-proposals evo examples exif extraicons fam fat fax fbcon fbcondecor fbsplash ffmpeg firefox flac flash foomaticdb fortran fuse gcj gd gdbm gedit gif gimp glep glitz gmedia gnome gnutls gphoto2 gpm gstreamer gtk gtkhtml hal hddtemp hfs html htmlhandbook httpd iconv idn ieee1394 imagemagick imlib inkjar ipv6 isdnlog jack java jfs joystick jpeg jpeg2k kde kdehiddenvisibility kerberos lcms ldap libcaca libnotify lirc live lm_sensors logrotate mad mail matroska mdnsresponder-compat midi mikmod mime mjpeg mmx mmxext mng mono mozilla mp3 mpeg mplayer mudflap multilib musicbrainz mysql nas nautilus ncurses networking new-login nforce2 nls nptl nptlonly nsplugin ntfs nvidia odbc offensive ogg openexr opengl openmp pam parport pcre pdf perl pmu png postgres ppds pppd pulseaudio python qt3 qt3support qt4 quicktime rar rdesktop readline realmedia reflection regex reiser4 reiserfs samba scanner sdl seamonkey semantic-desktop servletapi session skins slang slp smp sndfile snmp sound sounds speex spell spl sqlite sse sse2 ssl startup-notification stream subversion svg swat symlink sysfs syslog tcpd theora thesaurus threads thunderbird tidy tiff timidity tk truetype type1 unicode usb userlocales utempter utils v4l vcd vdr vlm voice vorbis vram weather wmf wmp wordperfect wxwindows xattr xcb xcomposite xforms xfs xine xml xorg xpm xprint xscreensaver xv xvid xvmc zeroconf zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Joe Jezak (RETIRED) gentoo-dev 2008-09-30 14:23:52 UTC
Does revdep-rebuild show any issues?  I can't seem to reproduce this here. libgio is not used by mplayerplug-in, as far as I can tell.
Comment 2 Billy DeVincentis 2008-09-30 22:33:49 UTC
revdep does not show any issues, in fact I am currently re-emerging my entire system in the slight event that this is related to a broken package that revdep doesn't show.
Comment 3 Billy DeVincentis 2008-09-30 22:42:59 UTC
BTW, this appears to be a problem only on amd64. On X86 it compiles fine.
Comment 4 Billy DeVincentis 2008-09-30 23:20:01 UTC
This has something to do with the new glib-2.18.1 because after checking my emerge log (and also googling!!), it seems that this sort of thing with libgio is always related to glib updates.
Comment 5 Joe Jezak (RETIRED) gentoo-dev 2008-10-01 14:32:42 UTC
AMD64 team, do you have any input for this? It certainly isn't happening on ppc. :|
Comment 6 Jouni Rinne 2008-10-01 14:52:24 UTC
Same error here, on brand new ~amd64 (Intel Core 2) install.

emerge --info:
Portage 2.2_rc11 (default/linux/amd64/2008.0, gcc-4.3.1, glibc-2.7-r2, 2.6.25-gentoo-r7 x86_64)
=================================================================
System uname: Linux-2.6.25-gentoo-r7-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E8500_@_3.16GHz-with-glibc2.2.5
Timestamp of tree: Tue, 30 Sep 2008 16:45:05 +0000
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [enabled]
app-shells/bash:     3.2_p39
dev-java/java-config: 1.3.7, 2.1.6-r1
dev-lang/python:     2.5.2-r8
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache:     2.4-r8
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.2.5
sys-apps/sandbox:    1.2.18.1-r3
sys-devel/autoconf:  2.13, 2.63
sys-devel/automake:  1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="amd64 ~amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=nocona -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-O2 -march=nocona -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache distlocks parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/"
LDFLAGS="-Wl,-O1"
LINGUAS="fi"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X a52 aac acpi alsa amd64 berkdb bluetooth bzip2 cairo cli crypt cups curl dbus dirac dri dv dvd dvdread encode exif ffmpeg flac fortran gdbm gif gnome gpm gtk2 hal iconv id3tag ieee1394 imagemagick ipv6 isdnlog jack joystick jpeg kde ladspa lash lcms libnotify lzo mad matroska midi mikmod mjpeg mmap mmx motif mp3 mp4 mpeg mudflap multilib ncurses nls nptl nptlonly nsplugin ogg openexr opengl openmp pam pcre pdf perl png pppd python qt3 qt4 quicktime readline reflection ruby scanner sdl session sndfile spl sqlite sqlite3 sse sse2 ssl svg sysfs tcpd theora tiff truetype unicode usb v4l v4l2 vorbis x264 xine xinerama xml xorg xulrunner xv xvmc zlib" ALSA_CARDS="seq-dummy dummy virmidi mtpav mts64 serial-u16550 mpu401 loopback     portman2x4 ad1889 als300 als4000 ali5451 atiixp atiixp-modem au8810 au8820     au8830 azt3328 bt87x ca0106 cmipci cs4281 cs46xx cs5535audio darla20 gina20     layla20 darla24 gina24 layla24 mona mia echo3g indigo indigoio indigodj     emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel hdsp hdspm     ice1712 ice1724 intel8x0 intel8x0m korg1212 maestro3 mixart nm256 pcxhr     riptide rme32 rme96 rme9652 sonicvibes trident via82xx via82xx-modem vx222     ymfpci pdplus asihpi usb-audio usb-usx2y vxpocket pdaudiocf soc     aica emi26 emu1212 emu1616 emu1820" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse joystick" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fi" USERLAND="GNU" VIDEO_CARDS="vesa fglrx mga radeon radeonhd"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Comment 7 amadeus.bit 2008-10-01 23:36:24 UTC
here too
Comment 8 junk_siu 2008-10-04 07:52:31 UTC
Use -gtk can workaround for now.
Comment 9 Jouni Rinne 2008-10-04 21:45:59 UTC
Or, better still, downgrade to gtk+-2.12.x!!! It seems that the gtk+-2.14 breaks quite a lot of programs, I had to downgrade to 2.12.11 yesterday to be able to compile libview-0.6.1 (a vmware-player dependency), and just tried to install mplayerplug-in again today. To my surprise it compiled & works fine!!!
Comment 10 Billy DeVincentis 2008-10-06 19:43:14 UTC
I have sent mail upstream of this problem, hopefully the developers will be able to fix this quickly.
Comment 11 Kevin DeKorte 2008-10-06 19:56:45 UTC
Does not appear to be an mplayerplug-in bug. mplayerplug-in does not use gio and if you'll notice in the logs that the linker is finding an incompatible libgio. I believe this issue is arch/machine dependent. 
Comment 12 Billy DeVincentis 2008-10-07 00:21:29 UTC
So if you don't believe that this is an mplayerplug-in problem, what do you think needs to be fixed?
Comment 13 Kevin DeKorte 2008-10-07 00:43:41 UTC
I believe it is a problem with the way libgio is compiled, since the error messages are saying that libgio.a is not compatible.  I am guessing you are compiling in 64 bit mode... notice this from below

skipping incompatible /usr/lib/libgio-2.0.a when searching for -lgio-2.0

Shouldn't that be looking at /usr/lib64/libgio-2.0.a ? All the other paths are looking in /usr/lib64.

And like I said gio is not used by mplayerplug-in and so the only way it is brought in, is by the .pc files. On my Fedora machine, gio is enabled in its own .pc file, glib doesn't know anything about it. So something is dragging in gio. And when it does drag it in, it is getting the 32 bit version over the correct 64bit version.
Comment 14 Kevin DeKorte 2008-10-07 00:46:56 UTC
BTW, why are you not using gecko-mediaplayer and gnome-mplayer? They are the replacement for mplayerplug-in that are written on a much cleaner codebase.

http://kdekorte.googlepages.com/gecko-mediaplayer

http://kdekorte.googlepages.com/gnomemplayer
Comment 15 Billy DeVincentis 2008-10-07 03:23:22 UTC
Kevin, just for the heck of it I bumped both of the current .63 ebuilds to .80 and emerged , neither the 63 or 80 versions would play any video files on my box, I tried all 3 video outputs and no go.
Comment 16 Jouni Rinne 2008-10-07 06:58:48 UTC
I too had the same experience with gecko-mediaplayer etc, all I got was a blank screen. So it's a mplayerplug-in for me, at least it works (when it compiles...)
Comment 17 Billy DeVincentis 2008-10-07 10:59:58 UTC
Kevin, I appreciate your suggestion and I believe some day that gecko mediaplayer may be able to replace mplayerplug-in but with the current experience (and also the fact that many of us enjoy the 32bit and 64bit mplayer plugin compiles), it doesn't fill our needs. Please tell us what can we do to get this to compile. What I can say for sure is that downgrading gtk+ to 2.12 makes it compile. Who do we bug, gtk+ people or glib people?
Comment 18 Kevin DeKorte 2008-10-07 12:53:05 UTC
Investigate your .pc files and see which ones pull in gio. 

mplayerplug-in uses gtk-2.0, gthread-2.0

you should be able to check them with

pkg-config --libs gtk-2.0
pkg-config --libs gthread-2.0

You may also check some of your other flags. I don't know all the tricks that are done with Gentoo so you're kinda on your own and I don't have a gtk 2.14 based machine.

And gecko-mediaplayer and gnome-mplayer work for me and a couple of thousand other people so perhaps we could talk out of this ticket about the problems you are seeing there. 
Comment 19 Billy DeVincentis 2008-10-07 23:10:42 UTC
Kevin, let me try to understand something, and I ask you this because I know both projects (mplayerplug-in & gecko mediaplayer) are oyur work. Is gecko media player the replacement for mplayerplug-in? Will mplayerplug-in be supported in the future? Kevin, let me suggest that if you are to continue supporting mplayerplug-in, you need to help us find a way to have it compile against gtk+ 2.14 as most distros will be using that version in the next few months. 
   I will start a  new bug for gnome-mplayer.
Comment 20 Billy DeVincentis 2008-10-07 23:44:27 UTC
Commented on gnome-mplayer problems here

http://bugs.gentoo.org/show_bug.cgi?id=232036

Kevin, hopefully you can help out.
Comment 21 Billy DeVincentis 2008-10-08 11:51:20 UTC
Played with this a bit last night, the source package compiled and configured manually compiles and installs, I believe we have a problem in the ebuild or what the ebuild configures.
Comment 22 Billy DeVincentis 2008-10-08 21:31:08 UTC
Kevin, I have spent several hours trying to fix this, the problem lies in the use flag gtk2 in your program, it is not a gentoo problem. Mplayerplug-in does not compile against gtk+ 2.14 even when trying to do it manually (without the ebuild.). This is a problem that you guys must fix upstream and make it that mplayerplug-in compiles against gtk 2.14 because as distros upgrade soon, they will be coming across the same problem. 
Comment 23 Kevin DeKorte 2008-10-08 21:56:24 UTC
Please post the Makefile, the output of pkg-config --libs gtk+-2.0 and pkg-config --libs gthread-2.0

Also will you check and see if libgio-2.0 exists in /usr/lib64, my guess is that it does not. I believe that glib is bringing in libgio-2.0, but that libgio-2.0 has not be properly compiled for 64bit support on your machine. I don't know how to say this any clearer, there is nothing that can be done in the mplayerplug-in package to make it compile on a broken system. The mplayerplug-in makefiles just use the values that configure gives it.
Comment 24 Kevin Bowling 2008-10-08 22:09:46 UTC
I know there are some autotools experts here, perhaps Flameyes (Diego) can be added to the CC for a look?
Comment 25 Billy DeVincentis 2008-10-09 01:13:30 UTC
I have to admit, gecko-mediaplayer works as well or better than mplayerplug-in, only thing is make sure to disable ASS when you first start it up. I am going to move on to gecko-mediaplayer and Mplayerplug-in R.I.P!!
Comment 26 Aelia 2008-10-15 07:54:04 UTC
(In reply to comment #23)

ok I just had the same problem with my ~amd64 system

 pkg-config --libs gtk+-2.0 
-lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lz -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0  


 pkg-config --libs gthread-2.0
-pthread -lgthread-2.0 -lrt -lglib-2.0  

ls /usr/lib64/libgio*
libgio-2.0.a            libgio-2.0.so.0         libgiomm-2.4.so         
libgio-2.0.la           libgio-2.0.so.0.1800.1  libgiomm-2.4.so.1       
libgio-2.0.so           libgiomm-2.4.la         libgiomm-2.4.so.1.0.25


So this is not a problem of missing library, not a problem with 32bit libraries linking against 64bit binary nor the other way round because I only compile the 64bit version of mplayerplug-in.
Comment 27 Aelia 2008-10-15 08:01:44 UTC
I confirm : 

ebuild /[...]/mplayerplug-in-3.55.ebuild unpack
cd [...]/work/mplayerplug-in-3.55/
make && make install

just works. 

So this might be an ebuild problem more than a source bug.
Comment 28 Billy DeVincentis 2008-10-15 21:28:54 UTC
Aelia, unfortunately you are wrong, it is not an ebuild problem, the ebuild is fine, if you do not enable gtk which is disabled by default (configure, make, make install), then it emerges fine, enable gtk and it's got the very same problem if you compile it manually. The problem is with the new gtk, NOT autotools. This is definite and the problem is definitely upstream. Kevin from the mplayer plugin project himself reccomends using gecko mediaplayer and frankly I agree. Gecko mediaplayer at least for me seems to work much smoother without need to keep pushing play to get it to start, I think although I have been a big mplayer plugin fan for many years, gecko mediaplayer is now the way to go.
Comment 29 Aelia 2008-10-17 13:07:46 UTC
sorry to insist but I forced the --enable-gtk2 in the configure script flag and it compiled no problem again and said :

checking for GTK... yes
checking for GTK24... yes

Plus gecko-mediaplayer depends on firefox-2/xulrunner-1.8 and I have firefox 3.0.3/xulrunner-1.9 installed where as mplayerplug-in depends on xulrunner-1.9


I don't really want to have two different versions of xulrunner just for one plugin...
Comment 30 Kevin DeKorte 2008-10-17 13:23:59 UTC
gecko-mediaplayer works fine on xulrunner 1.9. It is a false dependency in the ebuild. However, is there is a detection problem, I will work on fixing that.
Comment 31 Billy DeVincentis 2008-10-18 00:29:29 UTC
Aelia, I don't know how or why that is happening on your machine but when I tried compiling it manually from source (no ebuild), I got the very same error as it gets when emerging. Maybe you have a different version of gtk?
Comment 32 Travis Morgan 2008-10-22 14:40:36 UTC
I have run into this bug as well.

Just to help speed up the process I thought I would clear something up for Kevin though. When you see it trying to pull in the incompatible libs from /usr/lib those are 64 bit libs. On a Gentoo AMD64 system we have this:

lrwxrwxrwx 1 root root 5 Mar 24  2006 /usr/lib -> lib64
drwxr-xr-x  21 root root  20296 Oct 22 02:44 /usr/lib32
drwxr-xr-x 163 root root 144544 Oct 22 02:56 /usr/lib64

Cheers.
Comment 33 Kevin DeKorte 2008-10-22 15:13:24 UTC
ok, what does the following provide

file -L /usr/lib64/libglib-2.0.so

and then the same for 

file -L /usr/lib64/libgio-2.0.so

on my machine I get this..

[kdekorte@quad lib64]$ file -L /usr/lib64/libglib-2.0.so 
/usr/lib64/libglib-2.0.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), stripped
[kdekorte@quad lib64]$ file -L /usr/lib64/libgio-2.0.so 
/usr/lib64/libgio-2.0.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), stripped

Those should be the same, I believe if they are not then it results in the incompatible warning.

Also, I just converted my machine to Fedora 9 x86_64 and I can compile mplayerplug-in on there. But that gtk is 2.12.12 and glib is 2.16.6 which appears to work on gentoo as well.
Comment 34 Billy DeVincentis 2008-10-23 01:28:03 UTC
billydv@Linux1 ~ $ file -L /usr/lib64/libglib-2.0.so
/usr/lib64/libglib-2.0.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped



billydv@Linux1 ~ $ file -L /usr/lib64/libgio-2.0.so
/usr/lib64/libgio-2.0.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped


Comment 35 Kevin DeKorte 2008-10-23 02:02:20 UTC
what about file -L /usr/lib/libgio-2.0.so  I know that should be pointing to the one in /usr/lib64, but just to be sure.
Comment 36 Richard Hendrikse 2008-10-23 17:30:39 UTC
file -L /usr/lib/libgio-2.0.so
/usr/lib/libgio-2.0.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped

(yeah, I got the problem as well)
Comment 37 Billy DeVincentis 2008-10-23 19:17:36 UTC
billydv@Linux1 ~ $ file -L /usr/lib/libgio-2.0.so
/usr/lib/libgio-2.0.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
billydv@Linux1 ~ $
Comment 38 José María Fernández González 2008-10-27 14:02:03 UTC
The problem when recent gtk+ libraries have been installed is that the 32-bit compiler is not finding the 32-bit libgio-2.0 library, because pkg-config is giving the link flags from 64-bit gtk+ instead of 32-bit ones (which are older). Next sentence is run by configure script from mplayerplug-in:

pkg-config --libs "gtk+-2.0 >= 2.4.0"

You can see the 32-bit/64-bit issue once the compilation has failed, if you go to /var/tmp/portage/net-www/mplayerplug-in-3.55/work/mplayerplug-in-3.55 and run 'file *.o'. You get something like:

np_entry.o:         ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
npn_gate.o:         ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
npp_gate.o:         ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
nsScriptablePeer.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
plugin-list.o:      ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
plugin-setup-dvx.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
plugin-setup-gmp.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
plugin-setup-qt.o:  ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
plugin-setup-rm.o:  ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
plugin-setup-wmp.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
plugin-setup.o:     ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
plugin-support.o:   ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
plugin-threads.o:   ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
plugin-ui.o:        ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
plugin.o:           ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
strlcat.o:          ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)
strlcpy.o:          ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV)

So, it seems that the easier solutions for Gentoo are either having a separate pkg-config behavior when 32bit libraries are requested, or creating a new emul-linux-x86-gtklibs package which contains the 32 bit version. The harder, but better, would be compiling both 32 and 64 versions of gtk+ when gtk+ is installed in amd64.
Comment 39 Kevin DeKorte 2008-10-27 14:24:42 UTC
Ok, that is interesting... can I ask a couple of questions

1. Is firefox 32bit on gentoo?
2. Also, mplayerplug-in needs to be the same arch and built with the same libs as firefox, but mplayer does not...

So you can have a 64bit firefox -> 64bit mplayerplug-in with a 64bit or 32bit mplayer.

Or you can have everything be 32bit or everything 64bit.

In my personal setup (Fedora 9). I use a 64bit firefox, 64bit gecko-mediaplayer, 64bit gnome-mplayer and a 32bit mplayer. I also use nspluginwrapper to load a 32bit flash into my 64bit browser. I find this solution to be ok. Flash still crashes every now and then, but at least it does not take the browser with it.
Comment 40 Kevin DeKorte 2008-10-27 14:28:32 UTC
Maybe the simple workaround in the ebuild is to set the PKG_CONFIG_PATH variable

On Fedora the 32bit package config files go into /usr/lib/pkgconfig and the 64 bit ones go to /usr/lib64/pkgconfig. So keeping those isolated may help in this issue. Does Gentoo have a similar separation of the .pc files for different arches?
Comment 41 José María Fernández González 2008-10-27 19:15:07 UTC
(In reply to comment #39)
> Ok, that is interesting... can I ask a couple of questions
> 
> 1. Is firefox 32bit on gentoo?

As far as I know as a power user, Firefox is available both in 32 and 64 bit on amd64. The 32 bit version (mozilla-firefox-bin) is pre-compiled, meanwhile the 64 one (mozilla-firefox) is compiled by the Gentoo package.

> 2. Also, mplayerplug-in needs to be the same arch and built with the same libs
> as firefox, but mplayer does not...

I have been looking at mplayerplug-in Gentoo package, and it depends on either xulrunner or mozilla-firefox. When any of them is installed, it compiled and all the necessary headers and files to use/compile with them are installed.

> 
> So you can have a 64bit firefox -> 64bit mplayerplug-in with a 64bit or 32bit
> mplayer.
> 

Some months ago you had the chance to install both the 32 bit and 64 bit versions of mplayer (the first one, precompiled). As far as I know, the 32 bit version was retired from the repository because it was being actively maintained. So, only 64 bit mplayer is currently available in amd64 Gentoo architecture.

> Or you can have everything be 32bit or everything 64bit.
> 

Everything 32 bit is a x86 Gentoo architecture. Everything 64 bit is an utopia from my point of view.
Comment 42 José María Fernández González 2008-10-27 19:18:17 UTC
(In reply to comment #40)
> Maybe the simple workaround in the ebuild is to set the PKG_CONFIG_PATH
> variable
> 
> On Fedora the 32bit package config files go into /usr/lib/pkgconfig and the 64
> bit ones go to /usr/lib64/pkgconfig. So keeping those isolated may help in this
> issue. Does Gentoo have a similar separation of the .pc files for different
> arches?
> 

I have been looking for a separate pkgconfig directory for 32bit package, but I was unable to find it. I guess that 32 bit .pc files are not installed, because most of those 32 bit libraries are precompiled.
Comment 43 Ian Abbott 2008-11-05 14:47:18 UTC
In my case, I had mplayerplug-in-3.55 installed, but then I switched my /etc/make.profile from default-linux/amd64/2007.0/desktop to default/linux/amd64/2008.0/desktop and did an emerge -DuN world.  That's when I hit this bug.

If I switch back to the 2007.0 profile and emerge mplayerplug-in I still hit the bug, but perhaps an emerge -DuN world would work (assuming this restores everything back the way it was before switching to the 2008.0 profile).

In the 2007.0 profile, emerge -pv mplayerplug-in gives:

[ebuild   R   ] net-www/mplayerplug-in-3.55  USE="firefox gtk nls quicktime xulrunner -divx -gmedia (-multilib) -realmedia -seamonkey -wmp" LINGUAS="-cs -da -de -en_US -es -fr -hu -it -ja -ko -nb -nl -pl -pt_BR -ru -se -sk -tr -wa -zh_CN" 0 kB

In the 2008.0 profile, emerge -pv mplayerplug-in gives:

[ebuild   R   ] net-www/mplayerplug-in-3.55  USE="firefox gtk (multilib*) nls quicktime xulrunner -divx -gmedia -realmedia -seamonkey -wmp" LINGUAS="-cs -da -de -en_US -es -fr -hu -it -ja -ko -nb -nl -pl -pt_BR -ru -se -sk -tr -wa -zh_CN" 0 kB
Comment 44 Ian Abbott 2008-11-05 16:48:39 UTC
I think we just need an updated app-emulation/emul-linux-x86-baselibs package to provide the missing 32-bit libgio stuff. emul-linux-x86-baselibs-20080316 provides /usr/lib32/libglib-2.0.so.0.1400.6 and I think the 1400.6 means it was originally built from glib-2.14.6.  However the gio stuff didn't appear until glib-2.16.  As glib-2.16.5 is stable on x86, that could be used in an updated emul-linux-x86-baselibs build.
Comment 45 Ian Abbott 2008-11-05 17:06:08 UTC
I added bug #245673 to request an updated emul-linux-x86-baselibs package.
Comment 46 Jory A. Pratt gentoo-dev 2008-11-15 02:11:04 UTC
(In reply to comment #5)
> AMD64 team, do you have any input for this? It certainly isn't happening on
> ppc. :|
> 


Joe the best solution here would be to enable building only the 64bit abi and using another useflag to enable building the 32bit libs which most of us will never use on amd64!!!
Comment 47 Ian Abbott 2008-11-17 16:40:12 UTC
I'm not sure what the intended purpose of the emul-linux-x86-* packages is.  Are they meant to support building of 32-bit binaries against them (as the mplayerplug-in ebuild is trying to do), or just support installation of 32-bit "*-bin" packages?

If they are meant to support the building 32-bit binaries against them, they would need include files, pkgconfig files, etc. (and ebuilds such as mplayerplug-in changed to pass the paths to these files to the configure scripts).

If they are only meant to support 32-bit "*-bin" packages then the mplayerplug-in ebuild should not try and build the 32-bit plug-in on amd64 and there should be a "mplayerplug-in-bin" ebuild to install a pre-built 32-bit plug-in instead.

Just my 2 eurocents.
Comment 48 cucu ionut 2008-12-03 09:52:54 UTC
happens here to also on ~amd64, with no 32bit firefox nor 32 bit mplayer
Comment 49 Ivan Diorditsa 2008-12-22 03:50:10 UTC
*** Bug 251915 has been marked as a duplicate of this bug. ***
Comment 50 Ivan Diorditsa 2008-12-22 03:51:45 UTC
I compiled it fine with -gtk.

What about this weird option?
configure: WARNING: unrecognized options: --enable-x86_64
Comment 51 Jory A. Pratt gentoo-dev 2008-12-22 04:08:12 UTC
Created attachment 176121 [details]
64bit support only

This is for 64bit support only. I see no reason to have 32bit support built when most users only use the 64bit plugins. Maybe the ebuild should be split into two seperate packages, I might also change this so it depends on a useflag such as dual which would then allow users to build 32bit along with 64bit if they so wanted.
Comment 52 Markus Giese 2009-01-03 02:24:43 UTC
Hi there,

same bug here (amd64)

i tried :  # USE="-gtk" emerge -av mplayerplug-in
and I can confirm that this works as a first step to compile current versions of mplayerplug-in
Comment 53 Torsten Stets 2009-01-07 22:24:00 UTC
I had the same problem here. And reading through the thread, the trouble seems to be not so much with the "gtk"-USE-Flag, instead the forced multilib USE-Flag seems to be the root of the problem. I disabled the multilib building by putting an exclamation mark in front of "has_multilib_profile" in line 78 and line 133 and it build without trouble and plays (at least the movies on gametrailers.com ;-) ) without a hitch. 
So I'm wondering, why is multilib enforced? 
Comment 54 John Valentine 2009-01-08 19:16:03 UTC
Is there an update on this?
Comment 55 Christian Ruppert (idl0r) gentoo-dev 2009-01-08 19:18:48 UTC
*** Bug 254257 has been marked as a duplicate of this bug. ***
Comment 56 Ian Abbott 2009-01-08 22:09:27 UTC
(In reply to comment #54)
> Is there an update on this?

See comments on bug #245673.

Comment 57 Roland Baldenhofer 2009-01-25 11:21:35 UTC
Hello,
I just had the same issue with compiling net-www/mplayerplug-in-3.55.
The message before compiling shows these information:
Messages for package media-video/mplayer-1.0_rc2_p28288:

 * 
 * MPlayer's build system uses the LINGUAS variable for both
 * output messages and which man pages to build.  The first 
 * language in the LINGUAS variable will be used to display 
 * output messages.  See bug #228799.                       
 *                                                          
 * You've enabled the 'gtk' use flag which will build       
 * GMPlayer, which is no longer actively developed upstream 
 * and is not supported by Gentoo.  There are alternatives  
 * for a GUI frontend: smplayer, gnome-mplayer and kmplayer.

So gtk is not anymore actively developed.
Afer switch off gtk support:
USE="-gtk" emerge mplayerplug-in
The emerge worked.
Hope this info helps you...

Cheers

Roland
Comment 58 Patrizio Bassi 2009-01-29 22:58:14 UTC
question: why should we need 32 bit compilation (and so emul pack) if we are builing again 64 firefox?
Comment 59 Jory A. Pratt gentoo-dev 2009-01-30 00:37:48 UTC
(In reply to comment #58)
> question: why should we need 32 bit compilation (and so emul pack) if we are
> builing again 64 firefox?
> 

99% of the users will never need the 32bit plugins, but there are a few and the package does support building both. The multilib profile check should not be used to control such a feature but has always been done this way hense they have always left it the way it is.
Comment 60 Markus Giese 2009-02-02 13:05:45 UTC
i can confirm :

exclamation mark in front of "has_multilib_profile" in line 78 and
line 133 helps, mplayerplug-in compiles with gtk+-2.14.7

!(has_multilib_profile) and dont forget to run "ebuild my.ebuild digest"
Comment 61 Thomas Raschbacher gentoo-dev 2009-02-16 13:00:00 UTC
confirming as well that disabling gtk use flag works just fine

(i now got both mplayer and mplayerplug-in as -gtk in my /etc/portage/package.use)
Comment 62 coran.fisher@gmail.com 2009-03-07 17:21:24 UTC
I confirm the attached ebuild works on amd64 with gtk enabled.
I noticed flash has a 32bit useflag maybe we could make use of that useflag?  In flash it installs both a 32bit and 64bit version if set.  
I also have no need of 32bit plugins.  
Comment 63 SpanKY gentoo-dev 2009-03-09 00:46:24 UTC
Created attachment 184389 [details]
32bit libgio-2.0.so

for the lazy, you can decompress this into /usr/lib32/
Comment 64 nm (RETIRED) gentoo-dev 2009-03-31 03:54:19 UTC
(In reply to comment #63)
> Created an attachment (id=184389) [edit]
> 32bit libgio-2.0.so
> 
> for the lazy, you can decompress this into /usr/lib32/

Thanks, this worked on my AMD64 system. Didn't need to adjust any mplayerplug-in USE flags; just unpacked the .so into /usr/lib32/ and rebuilt the plugin.

Once again, Mike saves the day.
Comment 65 Enrico Tagliavini 2009-04-01 15:28:56 UTC
Installing app-emulation/emul-linux-x86-baselibs-20081109 has fixed the problem here
Comment 66 Chí-Thanh Christopher Nguyễn gentoo-dev 2009-04-01 15:30:13 UTC
Created attachment 186989 [details, diff]
mplayerplug-in-3.55.ebuild.diff

suggested fix with updated dependencies
Comment 67 Samuli Suominen (RETIRED) gentoo-dev 2009-05-31 12:54:32 UTC
mplayer-bin has been removed and the bits that built the 32bit plug-in from mplayerplug-in itself..
Comment 68 Serkan Kaba (RETIRED) gentoo-dev 2009-06-08 03:53:01 UTC
*** Bug 248206 has been marked as a duplicate of this bug. ***