broken gst-plugins

Message

Admiral LSD · Post by **Admiral LSD** » Fri Oct 24, 2003 3:11 am

When I emerge sync'd this morning I noticed there was a new gstreamer and a handul of new gstreamer plugins available but trying to emerge the new gst-plugins 0.6.4 results in this message:

Code: Select all

gcc -mcpu=athlon-xp -O2  -pipe -Wall -g -I.. -I/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs/ext/ffmpeg/ffmpeg -I/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs/ext/ffmpeg/ffmpeg/libavcodec -DHAVE_AV_CONFIG_H -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o rtpproto.o rtpproto.c
rm -f libavformat.a
ar rc libavformat.a utils.o cutils.o allformats.o mpeg.o mpegts.o ffm.o crc.o img.o raw.o rm.o asf.o avienc.o avidec.o wav.o swf.o au.o gif.o mov.o jpeg.o dv.o framehook.o avio.o aviobuf.o file.o  audio.o  udp.o tcp.o http.o rtsp.o rtp.o rtpproto.o
ranlib libavformat.a
make[6]: Leaving directory `/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs/ext/ffmpeg/ffmpeg/libavformat'
make[5]: Leaving directory `/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs/ext/ffmpeg/ffmpeg'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs/ext/ffmpeg'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs/ext'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4'
make: *** [all] Error 2
 
!!! ERROR: media-libs/gst-plugins-0.6.4 failed.
!!! Function src_compile, Line 68, Exitcode 2
!!! (no error message)

Anyone else having this problem and/or know how to fix it?

JohnY · Post by **JohnY** » Fri Oct 24, 2003 3:53 am

Admiral,

Having the exact same problem here with Portage 2.0.49-r15 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r6, 2.6.0-test6-mm4) and these flags: CFLAGS="-march=athlon-xp -O2 -msse -mmmx -m3dnow -fomit-frame-pointer -pipe". Going to try without sse, mmx and 3dnow - just to see if it makes a difference.

JohnY

JohnY · Post by **JohnY** » Fri Oct 24, 2003 4:06 am

Admiral,

I backed my CFLAGS all the way down to "-mcpu=i686 -O2 -fomit-frame-pointer -pipe" and gst-plugins fails in exactly the same place. When I was running my K6-III+ and gcc-2.95.3 I had to back down to -mcpu=-i586 from k6 to get it to compile, but that same strategy(sp?) is not working here .... Something with autoconfig and automake ?? Still looking for clues .....

JohnY

Kesereti · Post by **Kesereti** » Fri Oct 24, 2003 5:41 am

That's odd...I had the same problem, but when I go into the work directory (in your portage tempdir) for gst-plugins after the failed emerge, and just type 'make', it works fine =\ I wonder what's going on...

darksides · Post by **darksides** » Fri Oct 24, 2003 9:23 am

for me won't compile too

Inf · Post by **Inf** » Fri Oct 24, 2003 9:49 am

Ya i can compile it from the tmp dir as well but in the actual emerge it fails, most annoying i need to get this system up and running argh

Admiral LSD · Post by **Admiral LSD** » Fri Oct 24, 2003 12:04 pm

OK, now this is really starting to get wierd. On a hunch, I decided to try finishing the compile and merge by hand using the ebuild commands (compile, install and qmerge) on the gst-plugins ebuild and sure enough, it compiled perfectly even though, to my knowledge, the ebuild commands do nothing different than just using emerge. In any event, I now have gst-plugins installed but I'd really love to know why it chokes when being emerged and not when being installed using the indicidual ebuild command or even if the way I finished it will have any consequences later down the road.

Mystilleef · Post by **Mystilleef** » Fri Oct 24, 2003 12:13 pm

Anyone filled a bug report yet?

patrickfo · Post by **patrickfo** » Fri Oct 24, 2003 1:07 pm

in log file from gst-plugins build:

Code: Select all

make -C libavcodec all
gcc -mcpu=athlon -O2  -pipe -Wall -g -I. -I/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs/ext/ffmpeg/ffmpeg -I/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs/ext/ffmpeg/ffmpeg/libavcodec -I/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs/ext/ffmpeg/ffmpeg/libavformat -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o ffmpeg.o ffmpeg.c
make[5]: *** Pas de règle pour fabriquer la cible « libavcodec/libavcodec.a », nécessaire pour « ffmpeg_g ». Arrêt.

and the compil go on until the last error reported above...

but if you do make in the /var/log/portage tree, libavcodec is build liek a charm... does anybody have an idea to fix this?
friendly
patrick

Admiral LSD · Post by **Admiral LSD** » Fri Oct 24, 2003 3:39 pm

Mystilleef wrote:Anyone filled a bug report yet?

There have already been a couple of reports on this issue but they seem to all lead to this one:

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

I was going to add a comment for my recent experiences but someone already beat me too it:

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

:p

That one'll probably get marked as a dupl but hopefully the info contained therein will be passed onto the guys handling the first one so they can find a real solution to the problem. Looking around a bit, this one may be pointing in the right direction although I couldn't say for sure:

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

JohnY · Post by **JohnY** » Fri Oct 24, 2003 6:00 pm

gst-plugins just emerged for me by changing j2 to j1 for me per bug #31320 but because of that missed a patch (I believe a libtool patch - but it doesn't show in emerge.log) and I missed it .

JohnY

Lasker · Post by **Lasker** » Fri Oct 24, 2003 6:37 pm

JohnY wrote:gst-plugins just emerged for me by changing j2 to j1 for me per bug #31320 but because of that missed a patch (I believe a libtool patch - but it doesn't show in emerge.log) and I missed it .

After changing to -j1 I got everything compiled but not gst-plugins-mad.
During compilation (in the beginning) there are a couple of warnings about this and that can't be compiled because it's pre-configured...

Inf · Post by **Inf** » Fri Oct 24, 2003 7:54 pm

Switching to -j1 worked thanks!

Imrahil · Post by **Imrahil** » Fri Oct 24, 2003 9:30 pm

Foser fixed this problem. Ebuild is updated. Thanks Foser!

resync and try again.

neenee · Post by **neenee** » Fri Oct 24, 2003 9:35 pm

thanks foser

Lasker · Post by **Lasker** » Fri Oct 24, 2003 11:03 pm

Imrahil wrote:Foser fixed this problem. Ebuild is updated. Thanks Foser!

resync and try again.

Same version number?
Just tried: Same version, same error.
But maybe the european server aren't synced yet...

Lasker · Post by **Lasker** » Fri Oct 24, 2003 11:46 pm

Hmm, my problem seems something different, gst-plugin itself is fine now and all other gst-plugins (-libpng, -gnomevfs, etc.) too.
Only gst-plugins-mad doesn't compile:

Code: Select all

gstmad.c:895: error: `ID3_FRAME_COMMENT' undeclared (first use in this function)gstmad.c:895: warning: assignment makes pointer from integer without a cast
gstmad.c:896: warning: implicit declaration of function `id3_field_getstring'
gstmad.c:896: error: dereferencing pointer to incomplete type
gstmad.c:902: warning: implicit declaration of function `id3_field_getfullstring'
gstmad.c:902: error: dereferencing pointer to incomplete type
gstmad.c: In function `gst_mad_chain':
gstmad.c:1081: warning: implicit declaration of function `id3_tag_query'
gstmad.c:1090: error: `id3_byte_t' undeclared (first use in this function)
gstmad.c:1090: error: syntax error before "const"
gstmad.c:1095: warning: assignment discards qualifiers from pointer target type
gstmad.c:1101: warning: implicit declaration of function `id3_tag_parse'
gstmad.c:1101: warning: assignment makes pointer from integer without a cast
gstmad.c:1103: warning: passing arg 1 of `id3_to_caps' from incompatible pointer type
gstmad.c:1104: warning: implicit declaration of function `id3_tag_delete'
make: *** [libgstmad_la-gstmad.lo] Fehler 1
 
!!! ERROR: media-plugins/gst-plugins-mad-0.6.4 failed.
!!! Function gst-plugins_src_compile, Line 124, Exitcode 2
!!! compile failure

Lasker · Post by **Lasker** » Sat Oct 25, 2003 3:27 pm

Got it!
I just had to emerge (in fact: rebuild, it was already installed) libid3tag.
Solved everything.

quark67 · Post by **quark67** » Sat Oct 25, 2003 6:17 pm

I'm getting the same issue, but erm... don't understand, what isit I have to emerge to fix it? I'm confused.

Q

Lasker · Post by **Lasker** » Sat Oct 25, 2003 8:06 pm

Just type:
emerge libid3tag
Or, if you want to know whether it's installed or not, type:
emerge -p libid3tag
If it now says:
[ebuild R ] media-libs/libid3tag-0.15.0b
then it's already present. Nevertherless: Just emerge it (again)!

After that try again emerge gst-plugins-mad.

quark67 · Post by **quark67** » Sun Oct 26, 2003 5:27 pm

Thanks.

xenobytes · Post by **xenobytes** » Thu Oct 30, 2003 11:41 pm

I've tried all of the above and still I get the compile error.

I've got the patch from the most recent rsync/portage updates. and I emerged libid3tag, still nothing.

any ideas?

-Xeno

tecknojunky · Post by **tecknojunky** » Sat Jan 24, 2004 9:38 am

Two months later and I have a similar problem.

.
.
.
make all-recursive
make[1]: Entering directory `/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4'
Making all in gst-libs
make[2]: Entering directory `/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs'
Making all in gst
make[3]: Entering directory `/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs/gst'
Making all in audio
make[4]: Entering directory `/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs/gst/audio'
source='audio.c' object='libgstaudio_la-audio.lo' libtool=yes \
depfile='.deps/libgstaudio_la-audio.Plo' tmpdepfile='.deps/libgstaudio_la-audio.TPlo' \
depmode=gcc3 /bin/sh ../../../depcomp \
/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.6 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -DGST_DISABLE_DEPRECATED -g -Wall -finline-functions -ffast-math -march=i686 -pipe -O2 -yet_exec -c -o libgstaudio_la-audio.lo `test -f 'audio.c' || echo './'`audio.c
gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../gst-libs -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -pthread -I/usr/include/gstreamer-0.6 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -DGST_DISABLE_DEPRECATED -g -Wall -finline-functions -ffast-math -march=i686 -pipe -O2 -yet_exec -c audio.c -MT libgstaudio_la-audio.lo -MD -MP -MF .deps/libgstaudio_la-audio.TPlo -fPIC -DPIC
gcc: unrecognized option `-yet_exec'
gcc: unrecognized option `-yet_exec'
mv -f libgstaudio_la-audio.o libgstaudio_la-audio.lo
mv: cannot stat `libgstaudio_la-audio.o': No such file or directory
make[4]: *** [libgstaudio_la-audio.lo] Erreur 1
make[4]: Leaving directory `/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs/gst/audio'
make[3]: *** [all-recursive] Erreur 1
make[3]: Leaving directory `/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs/gst'
make[2]: *** [all-recursive] Erreur 1
make[2]: Leaving directory `/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4/gst-libs'
make[1]: *** [all-recursive] Erreur 1
make[1]: Leaving directory `/var/tmp/portage/gst-plugins-0.6.4/work/gst-plugins-0.6.4'
make: *** [all] Erreur 2

!!! ERROR: media-libs/gst-plugins-0.6.4 failed.
!!! Function src_compile, Line 78, Exitcode 2
!!! (no error message)

It would appear something wrong happens when elibtoolize (or libtoolize) is runned and ltmain.sh ends up not being patch or half patched or whatever.

# emerge --resume
*** Resuming merge...
>>> emerge (1 of 7) media-libs/gst-plugins-0.6.4 to /
>>> md5 src_uri gst-plugins-0.6.4.tar.bz2
>>> Unpacking source...
>>> Unpacking gst-plugins-0.6.4.tar.bz2 to /var/tmp/portage/gst-plugins-0.6.4/work
* Applying noppcasm.patch... [ ok ] * Applying gst-plugins-0.6.4-gcc2_fix.patch... [ ok ]>>> Source unpacked.
* Patching ${S}/ltmain.sh...
* Applying portage-1.4.1.patch...
* Patching ${S}/ltmain.sh...
* Could not apply portage.patch!
* Please verify that it is not needed.
* Cannot apply any patch, running libtoolize...
Remember to add `AC_PROG_LIBTOOL' to `configure.ac'.
* Configuring to build ffmpeg plugin(s)...

Anyhow, I think I'll now switch to manual.

Post by **sarnold** » Sun Feb 08, 2004 8:46 am

This now builds normally (ie, no manual action) if you emerge the latest libtool first, currently 1.5.2. At least, it works for me anyway...

Damn, spoke too soon...

I haven't yet seen the "gentoo-patch" apply correctly (ie, I always see the error). Trying manual method...

tecknojunky · Post by **tecknojunky** » Sun Feb 08, 2004 7:59 pm

The only way I got around this was to emerge it on another PC with --buildpkg, and then emerge -k on the failing box. This does not fix any problems, but so far, it seem to be a gst-plugins bug as the problems don't seem to occured with any other ebuild I emerged. So, I one point, one just want the darn thing to install.

broken gst-plugins

broken gst-plugins

gst-plugins builds