*** Bug 45412 has been marked as a duplicate of this bug. ***
Same effect on sparc...
Is this supposed to happen? # pwd;ls /var/tmp/portage/gst-plugins-0.8.0-r1/image/usr/lib gstreamer-0.8 libgstinterfaces-0.8.0 libgstmedia-info-0.8.la libgstgconf-0.8 libgstinterfaces-0.8.0.1.0 libgstplay-0.8 libgstgconf-0.8.0 libgstinterfaces-0.8.la libgstplay-0.8.0 libgstgconf-0.8.0.1.0 libgstmedia-info-0.8 libgstplay-0.8.0.1.0 libgstgconf-0.8.la libgstmedia-info-0.8.0 libgstplay-0.8.la libgstinterfaces-0.8 libgstmedia-info-0.8.0.1.0 I don't know if ld needs to have the .so suffix for proper shared object handling.. but that sure doesn't look right regardless..
i don't think so.. now i see that ls, it suggests more and more a broken libtool. What libtool version are you using ?
foser, can we add a libtool-1.5 dep in gst-plugins. i just tried gst-plugins with a system with libtool-1.4 (ppc) and it failed with some garbage produced by libtool. it works well after i upgraded to libtool-1.5.3. /bin/sh ../../../libtool --mode=link gcc -O2 -mcpu=7400 -o libgstaudiofilter.la -rpath /usr/lib/gstreamer-0.8 -module -avoid-version -export-symbols-regex _*{gst_,Gst,GST_}.* libgstaudiofilter_la-gstaudiofilter.lo mkdir .libs rm -fr .libs/libgstaudio.la .libs/libgstaudio.* .libs/libgstaudio.* (cd . && ln -s libgstaudio_la-audio.lo libgstaudio_la-audio.o) (cd . && ln -s libgstaudio_la-audioclock.lo libgstaudio_la-audioclock.o) generating symbol list for `libgstaudio.la' nm libgstaudio_la-audio.lo libgstaudio_la-audioclock.lo | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | /bin/sed 's/.* //' | sort | uniq > .libs/libgstaudio.exp rm -fr .libs/libgstaudiofilter.la .libs/libgstaudiofilter.* .libs/libgstaudiofilter.* (cd . && ln -s libgstaudiofilter_la-gstaudiofilter.lo libgstaudiofilter_la-gstaudiofilter.o) generating symbol list for `libgstaudiofilter.la' nm libgstaudiofilter_la-gstaudiofilter.lo | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' | /bin/sed 's/.* //' | sort | uniq > .libs/libgstaudiofilter.exp egrep -e "_*gst_.*" ".libs/libgstaudiofilter.exp" > ".libs/libgstaudiofilter.expT" mv -f ".libs/libgstaudiofilter.expT" ".libs/libgstaudiofilter.exp" gcc "{ global:" > .libs/libgstaudiofilter.ver gcc: { global:: No such file or directory gcc: no input files make[4]: *** [libgstaudiofilter.la] Error 1 make[4]: *** Waiting for unfinished jobs.... egrep -e "_*gst_.*" ".libs/libgstaudio.exp" > ".libs/libgstaudio.expT" mv -f ".libs/libgstaudio.expT" ".libs/libgstaudio.exp" gcc "{ global:" > .libs/libgstaudio.ver gcc: { global:: No such file or directory gcc: no input files make[4]: *** [libgstaudio.la] Error 1 make[4]: Leaving directory `/var/tmp/portage/gst-plugins-0.8.0-r1/work/gst-plugins-0.8.0/gst-libs/gst/audio' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/gst-plugins-0.8.0-r1/work/gst-plugins-0.8.0/gst-libs/gst' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/gst-plugins-0.8.0-r1/work/gst-plugins-0.8.0/gst-libs' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gst-plugins-0.8.0-r1/work/gst-plugins-0.8.0' make: *** [all] Error 2
At that point I was using the latest stable version of libtool, 1.4.3-r4. It compiled fine when using libtool 1.5.2-r5. Also, I don't know if I should start a new bug for this or not, but I'm rather confused how the gst-plugins-* ebuilds are supposed to work. I've been able to get gst-plugins-vorbis, gst-plugins-flac and gst-plugins-mad to compile, but neither gnomevfs nor alsa will compile, although for different apparent reasons. Take the gnomevfs plugin. I initially just cp'd gst-plugins-gnomevfs-0.6.4.ebuild to gst-plugins-gnomevfs-0.8.0.ebuild and then did the digest. In the ebuild, it sets GST_PLUGINS_BUILD as "gnome_vfs," which I assume is supposed to override what is set in the gst-plugins eclass. But it says this instead: * Configuring to build gnomevfs plugin(s)... I've also noticed that it says it's going to configure to build "gst-plugins" plugin(s) when gst-plugins is installed as well (rather than "x" and "xshm" as it would seem to imply in the ebuild), so I don't know if this is relevant or not. But obviously, the gnomevfs sink/src does not get compiled and when I looked in the config.log the only thing I saw in the commandline was --disable-gnome_vfs, no --enable-gnome_vfs at all. Also, gst-plugins-alsa errors out with this: c gstalsamixer.c -fPIC -DPIC -o .libs/libgstalsa_la-gstalsamixer.o if /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../gst-libs -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pthread -I/usr/include/gstreamer-0.8 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -DGST_DISABLE_DEPRECATED -Wall -Wno-sign-compare -I/usr/include/alsa -Os -march=i686 -funroll-loops -pipe -MT libgstalsa_la-gstalsamixertrack.lo -MD -MP -MF ".deps/libgstalsa_la-gstalsamixertrack.Tpo" \ -c -o libgstalsa_la-gstalsamixertrack.lo `test -f 'gstalsamixertrack.c' || echo './'`gstalsamixertrack.c; \ then mv -f ".deps/libgstalsa_la-gstalsamixertrack.Tpo" ".deps/libgstalsa_la-gstalsamixertrack.Plo"; \ else rm -f ".deps/libgstalsa_la-gstalsamixertrack.Tpo"; exit 1; \ fi make: *** No rule to make target `../../gst-libs/gst/libgstinterfaces-0.8.la', needed by `libgstalsa.la'. Stop. make: *** Waiting for unfinished jobs.... gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../gst-libs -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pthread -I/usr/include/gstreamer-0.8 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -DGST_DISABLE_DEPRECATED -Wall -Wno-sign-compare -I/usr/include/alsa -Os -march=i686 -funroll-loops -pipe -MT libgstalsa_la-gstalsamixertrack.lo -MD -MP -MF .deps/libgstalsa_la-gstalsamixertrack.Tpo -c gstalsamixertrack.c -fPIC -DPIC -o .libs/libgstalsa_la-gstalsamixertrack.o !!! ERROR: media-plugins/gst-plugins-alsa-0.8.0 failed. !!! Function gst-plugins_src_compile, Line 138, Exitcode 2 !!! compile failure Since there was no gst-plugins-alsa to go by, I copied gst-plugins-vorbis-0.6.4.ebuild to local/portage/gst-plugins-alsa/gst-plugins-alsa-0.8.0.ebuild. Which explains the weird dependancies. I wouldn't think those dependancies would stop it from compiling, though. inherit gst-plugins KEYWORDS="x86 ppc alpha sparc hppa ~amd64 ia64 ~mips" IUSE="" RDEPEND="media-libs/libvorbis media-libs/libogg" DEPEND="${RDEPEND} >=dev-util/pkgconfig-0.9" GST_NEED_INTERFACE="1 I've done it both with and without the "GST_NEED_INTERFACE" and it errors out the same place either way.
@lqx : Well in theory we don't need libtool to build packages, it's the gentoo stuff that is trashing it. And it doesn't seem to be too clear what version is really needed (any 1.5?). @ comment 6: i haven't gotten around to putting that into place, please just be patient. This is p.mask-ed stuff for a reason (more than one actually).
foser, please disregard the gnomevfs problem; we traced that to a failure to remove the overlay gst-plugins.eclass when transitioning from breakmygentoo.net ebuilds to your (gentoo.org) ebuilds. This has now been fixed. *^_^*
Ok, i can reproduce this behaviour with libtool 1.4. Removing the libtoolize line from the eclass src_configure fixes it, but this needs more testing. So please test gstreamer & gst-plugins with libtool-1.4 & a fixed eclass and report back. Note that i had to build both gstreamer & gst-plugins clean with libtool 1.4 to reproduce it.
All right, I can confirm it on my end anyway. Taking out the elibtoolize line in the class makes it able to compile using 1.4.3-r4. And I guess it was using the gst-plugins eclass from the BMG ebuilds when I couldn't get alsa or gnome-vfs working. The gst-plugins-* seem to work fine now that I've taken the BMG ebuilds out of my overlay.
added myself in CC
thats two.. i freaking spend time figuring that out. Don't use that BMG stuff, if you do : don't ever come report to gentoo bugzilla anymore, it's that simple. I'm so tired of hearing that the problem comes from some BMG cruft.
I'm getting this trying to install gnome-2.6_rc4 (no BMG before!): egrep -e "_*gst_.*" ".libs/libgstvolume.exp" > ".libs/libgstvolume.expT" mv -f ".libs/libgstvolume.expT" ".libs/libgstvolume.exp" echo "{ global:" > .libs/libgstvolume.ver cat .libs/libgstvolume.exp | sed -e "s/\(.*\)/\1;/" >> .libs/libgstvolume.ver echo "local: *; };" >> .libs/libgstvolume.ver gcc -shared libgstvolume_la-gstvolume.lo -L/usr/X11R6/lib -L/usr/lib -L/var/tmp/portage/gst-plugins-0.8.0-r1/image//usr/lib -lgstcontrol-0.8 -lgstreamer-0.8 -lgobject-2.0 -lgmodule-2.0 -ldl -lgthread-2.0 -lxml2 -lpthread -lz -lm -lglib-2.0 -lgstinterfaces-0.8 -Wl,--export-dynamic -pthread -Wl,--export-dynamic -pthread -Wl,-soname -Wl,libgstvolume -Wl,-version-script -Wl,.libs/libgstvolume.ver -o .libs/libgstvolume /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lgstinterfaces-0.8 collect2: ld returned 1 exit status libtool: install: error: relink `libgstvolume.la' with the above command before installing it make[3]: *** [install-pluginLTLIBRARIES] Error 1 make[3]: Leaving directory `/var/tmp/portage/gst-plugins-0.8.0-r1/work/gst-plugins-0.8.0/gst/volume' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/var/tmp/portage/gst-plugins-0.8.0-r1/work/gst-plugins-0.8.0/gst/volume' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/gst-plugins-0.8.0-r1/work/gst-plugins-0.8.0/gst' make: *** [install-recursive] Error 1
all problems describer here should've been fixed by now afaics
