checking for libpng... -lpng -lz -lm checking for libjpeg6b... no checking for libjpeg... -ljpeg checking for Qt... libraries /usr/qt/3/lib, headers /usr/qt/3/include using -mt checking if Qt compiles without flags... no checking for moc... /usr/qt/3/bin/moc checking for uic... /usr/qt/3/bin/uic checking whether uic supports -L ... yes checking whether uic supports -nounload ... yes checking if Qt needs -ljpeg... no checking for rpath... yes checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix! Reproducible: Always Steps to Reproduce: 1. emerge superkaramba Actual Results: Compilation failure. Expected Results: Successful program compilation. This was happening with my last installation. This is a fresh install. Here is my emerge info: Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.10-gentoo-r4 i686) ================================================================= System uname: 2.6.10-gentoo-r4 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2-r1 Headers: sys-kernel/linux26-headers-2.6.8.1-r2 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe -msse -mmmx -m3dnow" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3 /env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /us r/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ / usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/sha re/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe -msse -mmmx -m3dnow" DISTDIR="/storage/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distcc distlocks sandbox sfperms" GENTOO_MIRRORS="http://my_server" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/storage/portage/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://my_server" USE="3dnow X Xaw3d aalib acl acpi aim alsa arts artswrappersuid audiofile avi berkdb bindist bitmap-fonts cdparanoia cdr crypt cscope cups curl dga dio directfb dv dvd dvdr dvdread emacs emacs-w3 encode esd exif fam fastcgi fbcon flac flash foomaticdb fortran freetds ftp gb gd gif gimp gimpprint gpm gps gstreamer gtk gtk2 gtkhtml guile icq ieee1394 imagemagick imap imlib inifile innodb ipv6 jabber jpeg junit kde kerberos krb4 ladcca lcms ldap leim libg++ libgda libwww mad maildir mikmod mmx motif mp3 mpc mpeg mpi msn mule nas ncurses network nls nptl nvidia oggvorbis opengl optimize oscar oss pam pdflib perl plotutils png pnp ppds python qt quicktime readline real ruby sasl scanner sdl slang slp sndfile spell ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts usb videos wmf wxwindows x86 xface xinerama xml xml2 xosd xv xvid yahoo zeo zlib video_cards_nvidia linguas_en linguas_es"
This also happens with showimg-0.9.3
Not certain how this will be relevant, but I modified the superkaramba ebuild. I added the following: KDEDIR=/usr/kde/3.3 directly below need-kde 3.2. This in turn breaks the ebuild producing the following output: root@epitaph config # emerge superkaramba Calculating dependencies - emerge: there are no ebuilds to satisfy "~kde-base/kdelibs-0.34". I'm going to try the other ebuilds as well. I'm certain I'll have the same problem.
I'm found a solution. Whether it is a correct solution, I really don't know. But it works. It seems some programs, made for a kde environment, expect a particular kde directory at configure time (./configure). When I installed the newest k3b, I noticed it force made a 3.1 directory in /usr/kde and told me to add that directory to my path... At this point, I removed k3b (emerge -C), created 2 symlinks and added a couple of new paths using the steps that follow: 1. cd /usr/kde 2. ln -sf 3.3/ 3.1 3. ln -sf 3.3/ 3.2 4. export KDEDIRS=/usr/kde/3.1:/usr/kde/3.2:/usr/kde/3.3 I suspect since I made the symlinks, I really don't need the 3.1 and 3.2 in my path.. or do i?
i'm found a solution???? damn. pardon my poor grammar. My hands are freezing. It's cold. =)
I cannot reproduce this one, seems something is broken on your side with respect to kde eclasses. I cannot say what, though...
Please remove the symlinks you created and post the full command line where the ./configure was called.
Simone Gotti: what you have asked makes absolutely no sense. I understand the remove the symlinks, but post what?
How do kde classes break on a new install? Superkaramba was one of the first appps I attempted to install as soon as my system was up.
I've asked that you post the full command line where the ./configure script is called. It should at the start of the "compile" phase. Or to avoid any problem attach the FULL emerge output.
Removed the 3.1 and 3.2 symlinks. Here is the output of the emerge: root@epitaph kde # emerge superkaramba Calculating dependencies ...done! >>> emerge (1 of 1) x11-misc/superkaramba-0.35 to / >>> md5 src_uri ;-) superkaramba-0.35.tar.gz >>> Unpacking source... >>> Unpacking superkaramba-0.35.tar.gz to /storage/portage/tmp/portage/superkaramba-0.35 /work >>> Source unpacked. configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for a BSD-compatible install... /bin/install -c checking for -p flag to install... yes checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for i686-pc-linux-gnu-strip... no checking for strip... strip checking for style of include used by make... GNU checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether i686-pc-linux-gnu-gcc accepts -g... yes checking for i686-pc-linux-gnu-gcc option to accept ANSI C... none needed checking dependency style of i686-pc-linux-gnu-gcc... none checking how to run the C preprocessor... i686-pc-linux-gnu-gcc -E checking for i686-pc-linux-gnu-g++... i686-pc-linux-gnu-g++ checking whether we are using the GNU C++ compiler... yes checking whether i686-pc-linux-gnu-g++ accepts -g... yes checking dependency style of i686-pc-linux-gnu-g++... none checking whether i686-pc-linux-gnu-g++ supports -Wundef... yes checking whether i686-pc-linux-gnu-g++ supports -Wno-long-long... yes checking whether i686-pc-linux-gnu-g++ supports -Wnon-virtual-dtor... yes checking whether i686-pc-linux-gnu-g++ supports -fno-exceptions... yes checking whether i686-pc-linux-gnu-g++ supports -fno-check-new... yes checking whether i686-pc-linux-gnu-g++ supports -fexceptions... yes checking how to run the C++ preprocessor... i686-pc-linux-gnu-g++ -E checking whether i686-pc-linux-gnu-g++ supports -frepo... yes not using lib directory suffix checking for ld used by GCC... /usr/i686-pc-linux-gnu/bin/ld checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes checking for /usr/i686-pc-linux-gnu/bin/ld option to reload object files... -r checking for BSD-compatible nm... nm checking for a sed that does not truncate output... checking whether ln -s works... yes checking how to recognise dependant libraries... pass_all checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking the maximum length of command line arguments... 32768 checking command to parse nm output from i686-pc-linux-gnu-gcc object... ok checking for objdir... .libs checking for i686-pc-linux-gnu-ranlib... no checking for ranlib... ranlib checking for i686-pc-linux-gnu-strip... strip checking if i686-pc-linux-gnu-gcc static flag works... yes checking if i686-pc-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no checking for i686-pc-linux-gnu-gcc option to produce PIC... -fPIC checking if i686-pc-linux-gnu-gcc PIC flag -fPIC works... yes checking if i686-pc-linux-gnu-gcc supports -c -o file.o... yes checking whether the i686-pc-linux-gnu-gcc linker (/usr/i686-pc-linux-gnu/bin/ld) suppor ts shared libraries... yes checking whether -lc should be explicitly linked in... no checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating libtool appending configuration tag "CXX" to libtool checking whether the i686-pc-linux-gnu-g++ linker (/usr/i686-pc-linux-gnu/bin/ld) suppor ts shared libraries... yes checking for i686-pc-linux-gnu-g++ option to produce PIC... -fPIC checking if i686-pc-linux-gnu-g++ PIC flag -fPIC works... yes checking if i686-pc-linux-gnu-g++ supports -c -o file.o... yes checking whether the i686-pc-linux-gnu-g++ linker (/usr/i686-pc-linux-gnu/bin/ld) suppor ts shared libraries... yes checking whether -lc should be explicitly linked in... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so appending configuration tag "GCJ" to libtool checking if gcj supports -fno-rtti -fno-exceptions... (cached) no checking for gcj option to produce PIC... -fPIC checking if gcj PIC flag -fPIC works... no checking if gcj supports -c -o file.o... no checking whether the gcj linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared librarie s... yes checking whether -lc should be explicitly linked in... yes checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/gmsgfmt checking for xgettext... /usr/bin/xgettext checking for main in -lutil... yes checking for main in -lcompat... no checking for crypt in -lcrypt... yes checking for socklen_t... socklen_t checking for dnet_ntoa in -ldnet... no checking for dnet_ntoa in -ldnet_stub... no checking for inet_ntoa... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking crt_externs.h usability... no checking crt_externs.h presence... no checking for crt_externs.h... no checking for _NSGetEnviron... no checking for sys/types.h... (cached) yes checking for stdint.h... (cached) yes checking for poll in -lpoll... no checking CoreAudio/CoreAudio.h usability... no checking CoreAudio/CoreAudio.h presence... no checking for CoreAudio/CoreAudio.h... no checking for res_init... yes checking if res_init needs custom prototype... no checking for killpg in -lucb... no checking for int... yes checking size of int... 4 checking for long... yes checking size of long... 4 checking for char *... yes checking size of char *... 4 checking for char... yes checking size of char... 1 checking for dlopen in -ldl... yes checking for shl_unload in -ldld... no checking for vsnprintf... yes checking for snprintf... yes checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for IceConnectionNumber in -lICE... yes checking for libXext... yes checking for Xinerama... yes checking for pthread_create in -lpthread... yes checking for extra includes... no checking for extra libs... no checking for libz... -lz checking for libpng... -lpng -lz -lm checking for libjpeg6b... no checking for libjpeg... -ljpeg checking for Qt... libraries /usr/qt/3/lib, headers /usr/qt/3/include using -mt checking if Qt compiles without flags... no checking for moc... /usr/qt/3/bin/moc checking for uic... /usr/qt/3/bin/uic checking whether uic supports -L ... yes checking whether uic supports -nounload ... yes checking if Qt needs -ljpeg... no checking for rpath... yes checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix! !!! ERROR: x11-misc/superkaramba-0.35 failed. !!! Function kde_src_compile, Line 130, Exitcode 1 !!! died running ./configure, kde_src_compile:configure !!! If you need support, post the topmost build error, NOT this status message.
Can you also attach the file /var/tmp/portage/superkaramba-0.34/work/superkaramba-0.34/config.log ? Thanks.
Created attachment 48676 [details] Superkaramba config.log as requested
$ ./configure --host=i686-pc-linux-gnu --prefix=/usr/kde/3.2 --with-x --enable-mitshm --with-xinerama --with-qt-dir=/usr/qt/3 --enable-mt --disable-dependency-tracking --disable-debug --without-debug --libdir=${exec_prefix}/lib For a strange reason PREFIX looks setted to /usr/kde/3.2 This is wrong as you have only kde-3.3 installed and PREFIX in this case should be "/usr". Do you have setted for a strange reason some env variable like KDEPREFIX? what echo $KDEPREFIX says?
I have done nothing to my env settings other than run "env-update". As this is a brand new stage 3 install, I have not "tweaked" my system as of this point.. yet. Some food for thought. The reason I reinstalled (from scratch) is because I was having this same exact issue with the previous install. Reinstalled using stage 3 (and then rebuilt from there as to be up to date). Everything compiled without a hitch until I reached superkaramba. root@epitaph dracco # echo $KDEPREFIX root@epitaph dracco # echo $KDEPREFIX returned a blank line. Also, I suspected superkaramba was forcing the use of kde 3.2 and since it couldn't find it, it broke. This was not the case with k3b which improvised and created the 3.1 directory it needed.
> Also, I suspected superkaramba was forcing the use of kde 3.2 and since it couldn't find it, it broke. This was not the case with k3b which improvised and created the 3.1 directory it needed. This doesn't have sense for me or the eclass has a nasty bug never seen until today... Can you make some other tests? please post the output of these commands, inside the build shell that is giving you these problem: for x in /usr/kde/{cvs,3.4,3.3,3.2,3.1,3.0,3} $PREFIX $KDE3LIBSDIR $KDELIBSDIR $KDE3DIR $KDEDIR /usr/kde/*; do ls -la "${x}/include/kwin.h"; done thanks.
Doesn't make sense to me either. Broken environment, or a mysteriously broken eclass. Maybe we should rather investigate why k3b creates /usr/kde/3.1. Please post /var/tmp/portage/superkaramba-0.34/temp/eclass-debug.log /var/tmp/portage/k3b-<version>/temp/eclass-debug.log
k3b creates /usr/kde/3.1 while superkaramba expects /usr/kde/3.2 to exist or fails.... The following are the requested eclass log files...
Created attachment 48773 [details] Superkaramba eclass-debug.log as requested
eclass-debug.log for k3b does not exist: root@epitaph root # ls /storage/portage/tmp/portage/k3b-0.11.18/temp/ root@epitaph root # This might be because it's installed? I don't know...
I have somewhat the same problem. I've emerged KDE 3.4 and Kdevelop 3.1.2. Now if I choose to make a new "Hello World project" in Kdevelop and then run "automake and friends" and then ./configure I get the exact same message. -----------------------------------8<----------------------------------- ... checking for perl... /usr/bin/perl checking for Qt... libraries /usr/qt/3/lib, headers /usr/qt/3/include using -mt checking for moc... /usr/qt/3/bin/moc checking for uic... /usr/qt/3/bin/uic checking whether uic supports -L ... yes checking whether uic supports -nounload ... yes checking if Qt needs -ljpeg... no checking for rpath... yes checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix! -----------------------------------8<----------------------------------- Also, this worked with KDE 3.3 and Kdevelop 3.1.1. I could post this as a new bugreport but it looks like it's somewhat similar to this one.
Jaun: From the output of the eclass-debug.log looks like prefix is setted to /usr/kde/3.2 like is reported by the config.log. This is wrong and we have to understand why it's setted to this value. The part of kde-functions.eclass that set PREFIX is this: # install prefix if [ -n "$KDEPREFIX" ]; then export PREFIX="$KDEPREFIX" elif [ "$KDEMAJORVER" == "2" ]; then export PREFIX="/usr/kde/2" else if [ -z "$KDEBASE" ]; then export PREFIX="/usr" else case $KDEMAJORVER.$KDEMINORVER in 3.0) export PREFIX="/usr/kde/3";; 3.1) export PREFIX="/usr/kde/3.1";; 3.2) export PREFIX="/usr/kde/3.2";; 3.3) export PREFIX="/usr/kde/3.3";; 3.4) export PREFIX="/usr/kde/3.4";; 5.0) export PREFIX="/usr/kde/cvs";; esac fi fi Can you please post the output of: echo "KDEBASE=start${KDEBASE}end" echo "KDEPREFIX=start${KDEPREFIX}end" I've added some debug statements to the kde-functions.eclass. Can you put it in /usr/portage/eclass, launching "emerge superkaramba" and attach the "eclass-debug.log" file? Thanks.
Created attachment 49459 [details] /usr/portage/eclass/kde-functions.eclass
Here is the output that your requested: root@epitaph dracco # echo "KDEBASE=start${KDEBASE}end" KDEBASE=startend root@epitaph dracco # echo "KDEPREFIX=start${KDEPREFIX}end" KDEPREFIX=startend I'll try superkaramba again as soon as I'm done with xorg-x11. In about 30 minutes.
When I used the kde-functions.class file you've provided, it breaks it: root@epitaph eclass # emerge superkaramba Calculating dependencies - emerge: there are no ebuilds to satisfy "~kde-base/kdelibs-0.35". root@epitaph eclass # No log was produced.
What happened with this?, any conclusion?, I have a similar problem with skim-1.0.2 emerge output and an attach with config.log: Calculating dependencies ...done! >>> emerge (1 of 1) app-i18n/skim-1.0.2 to / >>> md5 src_uri ;-) skim-1.0.2.tar.bz2 >>> Unpacking source... >>> Unpacking skim-1.0.2.tar.bz2 to /tmp/portage/skim-1.0.2/work >>> Source unpacked. * econf: updating skim-1.0.2/admin/config.sub with /usr/share/gnuconfig/config.sub * econf: updating skim-1.0.2/admin/config.guess with /usr/share/gnuconfig/config.guess ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --without-arts configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for a BSD-compatible install... /bin/install -c checking for -p flag to install... yes checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for i686-pc-linux-gnu-strip... no checking for strip... strip checking for style of include used by make... GNU checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether i686-pc-linux-gnu-gcc accepts -g... yes checking for i686-pc-linux-gnu-gcc option to accept ANSI C... none needed checking dependency style of i686-pc-linux-gnu-gcc... gcc3 checking how to run the C preprocessor... i686-pc-linux-gnu-gcc -E checking for i686-pc-linux-gnu-g++... i686-pc-linux-gnu-g++ checking whether we are using the GNU C++ compiler... yes checking whether i686-pc-linux-gnu-g++ accepts -g... yes checking dependency style of i686-pc-linux-gnu-g++... gcc3 checking whether i686-pc-linux-gnu-g++ supports -Wmissing-format-attribute... yes checking whether i686-pc-linux-gnu-gcc supports -Wmissing-format-attribute... yes checking whether i686-pc-linux-gnu-g++ supports -Wundef... yes checking whether i686-pc-linux-gnu-g++ supports -Wno-long-long... yes checking whether i686-pc-linux-gnu-g++ supports -Wnon-virtual-dtor... yes checking whether i686-pc-linux-gnu-g++ supports -fno-exceptions... yes checking whether i686-pc-linux-gnu-g++ supports -fno-check-new... yes checking whether i686-pc-linux-gnu-g++ supports -fno-common... yes checking whether i686-pc-linux-gnu-g++ supports -fexceptions... yes checking how to run the C++ preprocessor... i686-pc-linux-gnu-g++ -E checking whether i686-pc-linux-gnu-g++ supports -O0... yes checking whether i686-pc-linux-gnu-g++ supports -Wl,--no-undefined... yes checking whether i686-pc-linux-gnu-g++ supports -Wl,--allow-shlib-undefined... yes not using lib directory suffix checking for a sed that does not truncate output... /bin/sed checking for egrep... grep -E checking for ld used by i686-pc-linux-gnu-gcc... /usr/i686-pc-linux-gnu/bin/ld checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes checking for /usr/i686-pc-linux-gnu/bin/ld option to reload object files... -r checking for BSD-compatible nm... nm checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for i686-pc-linux-gnu-g77... i686-pc-linux-gnu-g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether i686-pc-linux-gnu-g77 accepts -g... yes checking the maximum length of command line arguments... 32768 checking command to parse nm output from i686-pc-linux-gnu-gcc object... ok checking for objdir... .libs checking for i686-pc-linux-gnu-ar... no checking for ar... ar checking for i686-pc-linux-gnu-ranlib... no checking for ranlib... ranlib checking for i686-pc-linux-gnu-strip... strip checking if i686-pc-linux-gnu-gcc static flag works... yes checking if i686-pc-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no checking for i686-pc-linux-gnu-gcc option to produce PIC... -fPIC checking if i686-pc-linux-gnu-gcc PIC flag -fPIC works... yes checking if i686-pc-linux-gnu-gcc supports -c -o file.o... yes checking whether the i686-pc-linux-gnu-gcc linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... no checking for dlopen in -ldl... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by i686-pc-linux-gnu-g++... /usr/i686-pc-linux-gnu/bin/ld checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes checking whether the i686-pc-linux-gnu-g++ linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking for i686-pc-linux-gnu-g++ option to produce PIC... -fPIC checking if i686-pc-linux-gnu-g++ PIC flag -fPIC works... yes checking if i686-pc-linux-gnu-g++ supports -c -o file.o... yes checking whether the i686-pc-linux-gnu-g++ linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for shl_load... (cached) no checking for shl_load in -ldld... (cached) no checking for dlopen... (cached) no checking for dlopen in -ldl... (cached) yes checking whether a program can dlopen itself... (cached) yes checking whether a statically linked program can dlopen itself... (cached) yes appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for i686-pc-linux-gnu-g77 option to produce PIC... -fPIC checking if i686-pc-linux-gnu-g77 PIC flag -fPIC works... yes checking if i686-pc-linux-gnu-g77 supports -c -o file.o... yes checking whether the i686-pc-linux-gnu-g77 linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/gmsgfmt checking for xgettext... /usr/bin/xgettext checking if C++ programs can be compiled... yes checking for strlcat... no checking if strlcat needs custom prototype... yes - in libkdefakes checking for strlcpy... no checking if strlcpy needs custom prototype... yes - in libkdefakes checking for main in -lutil... yes checking for main in -lcompat... no checking for crypt in -lcrypt... yes checking for socklen_t... socklen_t checking for dnet_ntoa in -ldnet... no checking for dnet_ntoa in -ldnet_stub... no checking for inet_ntoa... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for sys/types.h... (cached) yes checking for stdint.h... (cached) yes checking for poll in -lpoll... no checking CoreAudio/CoreAudio.h usability... no checking CoreAudio/CoreAudio.h presence... no checking for CoreAudio/CoreAudio.h... no checking if res_init needs -lresolv... yes checking if res_init is available... yes checking for killpg in -lucb... no checking for int... yes checking size of int... 4 checking for short... yes checking size of short... 2 checking for long... yes checking size of long... 4 checking for char *... yes checking size of char *... 4 checking for dlopen in -ldl... (cached) yes checking for shl_unload in -ldld... no checking for size_t... yes checking size of size_t... 4 checking for unsigned long... yes checking size of unsigned long... 4 checking sizeof size_t == sizeof unsigned long... yes checking crt_externs.h usability... no checking crt_externs.h presence... no checking for crt_externs.h... no checking for _NSGetEnviron... no checking for vsnprintf... yes checking for snprintf... yes checking for X... libraries /usr/lib, headers /usr/X11R6/include checking for IceConnectionNumber in -lICE... yes checking for libXext... yes checking for pthread_create in -lpthread... yes checking for extra includes... no checking for extra libs... no checking for libz... -lz checking for libpng... -lpng -lz -lm checking for libjpeg6b... no checking for libjpeg... -ljpeg checking for perl... /usr/bin/perl checking for Qt... libraries /usr/qt/3/lib, headers /usr/qt/3/include using -mt checking for moc... /usr/qt/3/bin/moc checking for uic... /usr/qt/3/bin/uic checking whether uic supports -L ... yes checking whether uic supports -nounload ... yes checking if Qt needs -ljpeg... no checking for rpath... yes checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix! !!! Please attach the config.log to your bug report: !!! /tmp/portage/skim-1.0.2/work/skim-1.0.2/config.log !!! ERROR: app-i18n/skim-1.0.2 failed. !!! Function econf, Line 485, Exitcode 0 !!! econf failed !!! If you need support, post the topmost build error, NOT this status message.
Created attachment 52872 [details] config.log for skim-1.0.2
Juan: My idea that I forgot to write for poor time and because I wasn't sure was that there's and old kde.eclass (or any kde*.eclass) in a portage overlay. But you said that it was a fresh install... Please check your overlay's dir for the presence of eclasses. Francisco: from a quick look at your config.log the problem looks different. To avoid mixing bugs please open e new one, reporting all the infos reported here and your "emerge info" output. At least if we find that the issue is the same we'll mark it as a duplicate of this one.
Probably the skim problem is already solved in skim-1.1.0 or skim-1.2.0.
Any hints/solution concerning this issue? I have the same problem: If I create a new "Hello World" program in kdevelop and try to compile it, configure tells me that it could not find the KDE headers [...] checking for rpath... yes checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix!
About apps compiled outside portage, take a look at bug 82266. Probably you should tell kdevelop developers to update their copy of /usr/share/apps/kdevappwizard/template-common/admin.tar.gz
Thanks, setting KDEDIR by hand works ;)
Created attachment 57102 [details] Qtella config.kog I am having the same error trying to compile qtella 0.94. These are the last lines of output of the emerge: Checking for Qt libraries... found in /usr/qt/3/lib checking for Qt include files... found in /usr/qt/3/include checking for KDE libraries... KDE libs not found! If you have installed KDE in an unusual place, please use the "--with-kde-libs=" option To disable KDE integration use the "--with-kde=no" option. I'm attaching my config.log.
qtella should be fixed in recent versions. No reply from the reporter about the original problem... closing.