Created attachment 304611 [details] emerge --info =media-libs/libvpx-1.0.0 Unable to emerge libvpx during a world update, preventing updates to firefox and thunderbird.
/var/tmp/portage/media-libs/libvpx-1.0.0/temp/build.log * Package: media-libs/libvpx-1.0.0 * Repository: gentoo * Maintainer: media-video@gentoo.org * USE: amd64 elibc_glibc kernel_linux mmx multilib sse sse2 threads userland_GNU * FEATURES: sandbox >>> Unpacking source... >>> Unpacking libvpx-v1.0.0.tar.bz2 to /var/tmp/portage/media-libs/libvpx-1.0.0/work >>> Source unpacked in /var/tmp/portage/media-libs/libvpx-1.0.0/work >>> Preparing source in /var/tmp/portage/media-libs/libvpx-1.0.0/work/libvpx-v1.0.0 ... * Applying libvpx-1.0.0-support-arm.patch ... [ ok ] >>> Source prepared. >>> Configuring source in /var/tmp/portage/media-libs/libvpx-1.0.0/work/libvpx-v1.0.0 ... Configuring selected codecs enabling vp8_encoder enabling vp8_decoder Configuring for target 'generic-gnu' enabling generic enabling pic --enable-shared only supported on ELF for now Configuration failed. This could reflect a misconfiguration of your toolchains, improper options selected, or another problem. If you don't see any useful error messages above, the next step is to look at the configure error log file (config.err) to determine what configure was trying to do when it died. * ERROR: media-libs/libvpx-1.0.0 failed (configure phase): * (no error message) * * Call stack: * ebuild.sh, line 85: Called src_configure * environment, line 1853: Called die * The specific snippet of code: * ./configure --prefix="${EPREFIX}"/usr --libdir="${EPREFIX}"/usr/$(get_libdir) --enable-pic --enable-vp8 --enable-shared $(use_enable altivec) $(use_enable debug debug-libs) $(use_enable debug) $(use_enable doc install-docs) $(use_enable mmx) $(use_enable postproc) $(use_enable sse) $(use_enable sse2) $(use_enable sse3) $(use_enable sse4_1) $(use_enable ssse3) $(use_enable static-libs static ) $(use_enable threads multithread) || die * * If you need support, post the output of 'emerge --info =media-libs/libvpx-1.0.0', * the complete build log and the output of 'emerge -pqv =media-libs/libvpx-1.0.0'. * The complete build log is located at '/var/tmp/portage/media-libs/libvpx-1.0.0/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-libs/libvpx-1.0.0/temp/environment'. * S: '/var/tmp/portage/media-libs/libvpx-1.0.0/work/libvpx-v1.0.0'
Have a conflict emerge -pqv =media-libs/libvpx-1.0.0 [ebuild U ] media-libs/libvpx-1.0.0 [0.9.7-r1] USE="mmx sse sse2 threads (-altivec) -debug -doc -postproc -sse3 -sse4_1% -ssse3 -static-libs" !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: media-libs/libvpx:0 (media-libs/libvpx-0.9.7-r1::gentoo, installed) pulled in by ~media-libs/libvpx-0.9.7 required by (www-client/firefox-10.0.1::gentoo, installed) (media-libs/libvpx-1.0.0::gentoo, ebuild scheduled for merge) pulled in by =media-libs/libvpx-1.0.0 but I can't resolve it by removing the old version due to dependancies # emerge -pv --depclean =media-libs/libvpx-0.9.7-r1 Calculating dependencies... done! media-libs/libvpx-0.9.7-r1 pulled in by: mail-client/thunderbird-10.0.1 www-client/firefox-10.0.1 >>> No packages selected for removal by depclean Packages installed: 1334 Packages in world: 299 Packages in system: 42 Required packages: 1334 Number to remove: 0
The key problem is this line: > Configuring for target 'generic-gnu' The normal target for an amd64 box is "x86_64-pc-linux-gnu". I suppose you have something wrong with your toolchain, that `gcc -dumpmachine` returns "generic-gnu" instead of "x86_64-pc-linux-gnu". Could you please try reselecting your gcc profile with gcc-config?
>>> Configuring source in /var/tmp/tmpfs/portage/media-libs/libvpx-1.0.0/work/libvpx-v1.0.0 ... Configuring selected codecs enabling vp8_encoder enabling vp8_decoder Configuring for target 'x86_64-linux-gcc' enabling x86_64 enabling pic enabling runtime_cpu_detect enabling mmx enabling sse enabling sse2 enabling sse3 enabling ssse3 enabling sse4_1 using yasm Creating makefiles for x86_64-linux-gcc libs Creating makefiles for x86_64-linux-gcc examples Creating makefiles for x86_64-linux-gcc docs >>> Source configured A proper configure would look like so on x86_64 ....
gcc looks OK # gcc-config -l [1] avr-4.5.2 * [2] x86_64-pc-linux-gnu-4.4.5 [3] x86_64-pc-linux-gnu-4.5.3 * Tried selecting [2] and then reselecting [3] to force a rebuild of ld.so.cache (and remembered to source /etc/profile!!) but no change :(
Oh, you are doing cross-compiling? I've never tried it myself, but here's some wild guesses: Firstly please think about what you exactly did before the compilations start failing and try reverting the changes. If you simply don't remember it, please try this command in a shell: gcc -dumpmachine If the output is "x86_64-pc-linux-gnu", there might be something wrong in your Portage configurations files. Just try to recall whether you changed something in your Portage configuration when setting up the cross-compiler. Bashrc? Profile? /etc/portage/env? If the output is "generic-gnu" or something bizarre, it could be a problem in your environment variables, or maybe your gcc-config failed to set the native compiler correctly... Well, I don't quite know it, either.
Gaarrrgghhh gcc -dumpmachine returns 'avr'. Looks like I have to remove crossdev and maybe run another install in a VM or chroot if its going to do horrible things like that! I realise that crossdev is a hack but if its doing this to a stable install then its got to go unless there is some way of removing it from the gcc-config list without uninstalling everything (I'm regularly using avr-gcc on several projects).
Fixed by unmerging cross-avr/gcc Looks like there is still a problem to solve here but at least I can move on in the meantime :)
Re-emerged cross-avr/gcc again after completing the emerge world and gcc -dumpmachine now reports (correctly) # gcc -dumpmachine x86_64-pc-linux-gnu The avr compiler is working the same as it was so something in gcc-config appears to be wrong :( Onwards and upwards...
I got the same error, but building on armv6j. The gcc-4.5.4 came with the stage3. gcc-config -l [1] armv6j-hardfloat-linux-gnueabi-4.5.4 * gcc -dumpmachine armv6j-hardfloat-linux-gnueabi Reset gcc-profile, remerged libtool, but still the same results.
Creating makefiles for x86_64-linux-gcc libs Creating makefiles for x86_64-linux-gcc examples Creating makefiles for x86_64-linux-gcc docs >>> Source configured. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE "/var/log/sandbox/sandbox-12053.log" VERSION 1.0 FORMAT: F - Function called FORMAT: S - Access Status FORMAT: P - Path as passed to function FORMAT: A - Absolute Path (not canonical) FORMAT: R - Canonical Path FORMAT: C - Command Line F: mkdir S: deny P: /var/lib/net-snmp/mib_indexes A: /var/lib/net-snmp/mib_indexes R: /var/lib/net-snmp/mib_indexes C: php -v --------------------------------------------------------------------------------
ls -la /var/lib/net-snmp/ insgesamt 1 drwxr-xr-x 2 root root 96 1. Jan 00:55 . drwxr-xr-x 49 root root 1344 1. Jan 02:31 .. -rw-r--r-- 1 root root 0 1. Jan 00:55 .keep_net-analyzer_net-snmp-0 An another Sytsem thats working: ls -la /var/lib/net-snmp/ insgesamt 1 drwxr-xr-x 3 root root 128 27. Dez 15:17 . drwxr-xr-x 56 root root 1432 20. Dez 17:27 .. -rw-r--r-- 1 root root 0 27. Dez 15:11 .keep_net-analyzer_net-snmp-0 drwx------ 2 root root 72 27. Dez 15:17 mib_indexes
(In reply to comment #11) > Creating makefiles for x86_64-linux-gcc libs > Creating makefiles for x86_64-linux-gcc examples > Creating makefiles for x86_64-linux-gcc docs > >>> Source configured. > --------------------------- ACCESS VIOLATION SUMMARY > --------------------------- > LOG FILE "/var/log/sandbox/sandbox-12053.log" > > VERSION 1.0 > FORMAT: F - Function called > FORMAT: S - Access Status > FORMAT: P - Path as passed to function > FORMAT: A - Absolute Path (not canonical) > FORMAT: R - Canonical Path > FORMAT: C - Command Line > > F: mkdir > S: deny > P: /var/lib/net-snmp/mib_indexes > A: /var/lib/net-snmp/mib_indexes > R: /var/lib/net-snmp/mib_indexes > C: php -v > ----------------------------------------------------------------------------- > --- This is bug 384585 and unrelated here.
Missing complete build.log, missing environment file, missing config.err file See Comment #1, it's right there :) Closing as NEEDINFO while waiting for these 3 attachments to be able to process the bug
