This ebuild is failing for me on a pretty regular Gentoo Linux 1.4 x86 (stable) installation. There is no error in my emerge.log (why not?), but I can probably give you the error later on. This package seems to be needed for both kde and gnome (this version, because I already have 2.2.2 installed), so it's really quite annoying. Reproducible: Always Steps to Reproduce: 1. Emerge gnome-base/control-center-1.4.0.5-r1 Actual Results: The ebuild fails. Expected Results: The ebuild should have succeeded. Portage 2.0.49-r3 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.20-gentoo- r5) ================================================================= System uname: 2.4.20-gentoo-r5 i686 AMD Athlon(tm) XP 2400+ ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=athlon-xp -funroll-loops -fprefetch-loop-arrays -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/shar e/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O3 -march=athlon-xp -funroll-loops -fprefetch-loop-arrays -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox autoaddcvs buildpkg ccache keeptemp keepwork fixpackages" GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/linux/gentoo-portage ftp://ftp.snt.utwente.nl/pub/linux/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg gnome libg++ libwww mad mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline arts svga java X sdl tcpd pam ssl perl python imlib oggvorbis gtk qt kde motif opengl cdr bindist curl -mikmod -mysql -gpm -esd"
It's a gnome package.
certainly is a gnome package, gnome1. we need build/error logs really, "it doesnt build" isnt really something we can fix without it. having said that, you could start by trying with reduced cflags, i'd recommend CFLAGS="-march=i686 -O2 -pipe" as a good starting point.
Okay, here it is. Probably need to list that as a dependency in the ebuild? I'm going to try and emerge it, it seems to be in Portage (that is, there is media-libs/imlib-1.9.14-r1 in Portage). checking for IMLIB - version >= 1.8.2... no *** Could not run IMLIB test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means IMLIB was incorrectly installed *** or that you have moved IMLIB since it was installed. In the latter case, you *** may want to edit the imlib-config script: /usr/bin/imlib-config ERROR: Needs a system with Imlib 1.8.2 or higher You can obtain it from: ftp://ftp.enlightenment.org/pub/enlightenment/ ftp://www.rasterman.com/pub/enlightenment/ ftp://ftp.labs.redhat.com/pub/imlib/ configure: error: Fatal Error: no Imlib detected. !!! ERROR: gnome-base/control-center-1.4.0.5-r1 failed. !!! Function src_compile, Line 40, Exitcode 1 !!! (no error message)
Emerging imlib first helps. Please add this as a dependency for the ebuild.
Yes, but this is really strange since this dependency tree exists: control-center depends on gnome-libs & gdk-pixbuf gdk-pixbuf depends on gnome-libs gnome-libs depends on gtk+ and imlib this means that unless you have broken something by directly uninstalling imlib on your system, something is very weird here.
I don't think I did anything weird? I did install from GRP though, and used some packages.
when you emerged imlib was it really not there ? or did you rebuild ? Might have been a corruption somewhere.
I don't think it was there, no...
we had no further reports on this. I assume it was a one time problem in some way. The dep tree seems correct, so i'm just going to close this INVALID (read NOTABUG). The bug is too old to push forward to GRP packagers. Sorry this took so long.
