Summary: | avifile failed to merge using stage3 and i686-pc-linux-gnu | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Nigel Burman <farranha> |
Component: | [OLD] GNOME | Assignee: | Gentoo Release Team <releng> |
Status: | RESOLVED NEEDINFO | ||
Severity: | major | CC: | carpaski, foser, liquidx, obz |
Priority: | High | ||
Version: | 1.4_rc4 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Nigel Burman
2003-06-15 18:28:17 UTC
you didnt by any chance disable "Kernel support for a.out binaries" in the "General Setup" section of your kernel configuration? here's my output of emerge audiofile, checking for working makeinfo... found checking for i686-pc-linux-gnu-g++... i686-pc-linux-gnu-g++ checking for C++ compiler default output... a.out checking whether the C++ compiler works... yes will recompile my kernel without a.out support and see if i have a similar error to you. i believe this is a common avifile problem and not actually a gnome bug. the reasoning is that avifile tries to check for i686-pc-linux-gnu-gcc rather than plain gcc, and that does not exist in stage3 because it was compiled with i586-pc-linux-gnu-gcc. bug-wranglers, can you assign this to the avifile maintainer, if there is one? I *think* the problem is in the make.conf in stage3 we should get rid of avifile, the problem is most likely gst-plugins depending on mjpegtools (USE="jpeg mmx") depending on avifile. I've removed this dep in the latest ~ gst-plugins. I'm not sure it's worth fixing avifile, we should probably try to get rid of it. I am pretty sure that the problem is the way the Stage 3 Tarball was created. It has a toolkit that is set for an i586 instead of an i686. I was able to get everything to build without difficulty by emerging gcc and then emerging my entire system all over again. I think that the compiler settings and the USE flags were stepping all over each other and causing these problems. To fix: emerge gcc emerge -e world emerge -e (whatever you were trying to do...) Okay, I've now rebuilt gcc and re-emerged avifile (this is where the bug was showing up). No problems at all, so looks like the last suggestion about the gcc compiler needing to be compiled with CHOST="i686-pc-linux-gnu" was correct. "emerge -e gnome" worked without any problems too. I guess the next Gentoo gcc stage3 image will be be built for i686, otherwise this is going to reappear for other users later on. this is a blocker for gnome afaik. although the new experiemental stages have a pentium3 arch that uses i686-pc-linux-gnu when staging. the i586 image probably would still have this problem. so either sans-avifile gst-plugins gets put into stable, or we make sure the i586 image has the CHOST set correctly, or both. It's possible that some variant of the tactic in http://forums.gentoo.org/viewtopic.php?t=65846 will work here. i don't think this is a blocker for gnome, i have removed avifile as gst-plugins dep since 0.6.0 and with 0.6.2 i also have removed the 'USE mmx' mjpegtools dep (which on its turn 'USE avi' depends on avifile). 0.6.2 is pretty much ready to go stable, which should remove all avifile deps for a clean gnome install. my use of the term blocker meant "from stage3 (1.4_rc3) + emerge gnome" will fail at avifile (on x86). once the new gst-plugins goes to x86 without the avifile, then this won't be a problem for gnome. any reason you didnt ask to see the config.log file ? perhaps a library got screwed up somewhere and that test tried to link said library ... ive seen it happen once or twice ... at any rate, since the original problem isnt exactly known, and the reporter has it working now, lets just consider the matter closed unless someone can reproduce it BAM |