Hi, lprof is failing to emerge on my AMD64. It claims to not find a valid QT enviroment, though QT is installed. My machine is fully up to date and I have recently emerged -uaDvN, depcleaned, and revdep-rebuilded. This same ebuild works for my x86 given identical treatment. This is what I can provide, please let me know if there is anything else I should do.: The failure: >>> Source unpacked. >>> Compiling source in /home/portage/portage/lprof-1.11.3.1/work/lprof-1.11.3.1 ... scons: Reading SConscript files ... Looking for build directory for platform 'linux2' Exact match not found, finding closest guess Found directory build/linux, will build there Checking for Qt at /usr/qt/3... no Checking for Qt at /usr/share/qt3... no Checking for Qt at /usr/share/qt... no Checking for Qt at /usr... no Checking for Qt at /usr/local... no Checking for Qt at /usr/lib/qt3... no Checking for Qt at /usr/lib/qt... no Checking for Qt at /usr/qt/3... no Checking for Qt at /usr/pkg/qt3... no Failed to find valid QT environment. !!! ERROR: media-gfx/lprof-1.11.3.1 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile lprof-1.11.3.1.ebuild, line 26: Called die !!! build failed !!! If you need support, post the topmost build error, and the call stack if relevant. QT is installed: # epm -q qt qt-3.3.6-r1 qt-4.1.4 # emerge --info CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=athlon64 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer nodoc sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/home/portage/" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/sci" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="amd64 X aac alsa apache2 bamba berkdb bitmap-fonts blas bzip2 cgi cli clisp cracklib crypt cups dcraw dlloader dri dvd eds elibc_glibc emacs emboss encode esd exif f77 ffmpeg firefox foomaticdb force-cgi-redirect fortran fxsr gcj gif gimp gimpprint ginac gphoto2 gpm gstreamer gtk gtk2 gtkhtml imagemagick imlib input_devices_keyboard input_devices_mouse ipv6 isdnlog java jikes jpeg jpeg2k kerberos kernel_linux lcms libclamav lzw lzw-tiff mad mikmod mjpeg mp3 mpeg ncurses new-login nptl nptlonly nvidia oav ofx ogg oggvorbis opengl oss other_var1 other_var2 pam pcre pda pdf perl php pic png ppds pppd python qt3 qt4 quicktime quotes readline reflection samba sane scanner sdl session spell spl ssl subversion svg tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU v4l video_cards_nv video_cards_nvidia vorbis wmf xine xinerama xml xmms xorg xpm xprint xv zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
does media-gfx/lprof-1.11.4.1 work for you?
No, identical error.
20 Sep 2006; Diego Petten
20 Sep 2006; Diego Pettenò <flameeyes@gentoo.org> +qt-3.3.6-r2.ebuild: Revision bump so that the pkg-config change is applied to everyone. please use that version or later of qt
Hi, this didn't resolve the problem for me. As a result, I'm reopening the bug. # epm -q qt qt-3.3.6-r2 qt-4.1.4 Failed to find valid QT environment. !!! ERROR: media-gfx/lprof-1.11.4.1 failed.
did you run env-update and source /etc/profile inbetween? this is really strange ..
Yes, I did. I even tried using the x86_64-pc-linux-gnu-3.4.6 gcc, which didn't help.
When the configuration part of the build runs it tries to locate a valid qt3 environment. As part of that process it tries to build a small qt program that is inlined into the configure/build scripts. If that fails (for a wide range of possible qt locations including the /usr/qt/3 location used by Gentoo) you will get the error message that is reported here. Normally you should see something like this: scons: Reading SConscript files ... Looking for build directory for platform 'linux2' Exact match not found, finding closest guess Found directory build/linux, will build there Checking for Qt at /usr/qt/3... yes QT was found - finish QT setup QTDIR = /usr/qt/3 Setting up QT_BINPATH = /usr/qt/3/bin Setting up QT_UIC = /usr/qt/3/bin/uic Setting up QT_MOC = /usr/qt/3/bin/moc ..... I don't have qt4 installed on my machine and this ebuild works correctly for me on an amd64 machine. Perhaps this is causing the qt checking code to fail for some reason. I am in the middle of emerging openoffice but I will emerge qt4 when that is done and test the lprof build scripts to see if that is the problem.
I tested with QT4 installed and it built without problems. So this is not related to having QT4 installed. What is the value of QTDIR on your system? Actually my testing indicates that this should not matter since all it will do is change the order of the directories that the build searches to find qt. In addition the OPs build output indicates that it is looking in /usr/qt/3 first which tells me that QTDIR="/usr/qt/3". I have tested this with both gcc 3.4 and 4.1 so I know this is not related to the gcc version. I am stumped.
(In reply to comment #8) Here is my QTDIR... $ echo $QTDIR /usr/qt/3 I tried again today (hoping any updates since the report might have changes something). I had the same failure.
Yes I could tell that your QTDIR was correct just by looking at the output from the build. I have seen the type of error that you are getting but only when trying to use scons 0.96.1 (which had issues with QT apps as it would not correctly run uic and moc) and the tarball includes scons-local 0.96.91 and I think the ebuild envokes the scons that is in the tarball rather than an installed version. By any chance do you have scons installed and what version is it?
(In reply to comment #10) No, I do not have scons installed.
First I am certain that this is not an amd64 issue. There are other possible issues that can cause this to fail. Please do a cat ./config.log in the build directory after it has failed and post the results here. I am the maintainer of LProf and I do all development work on a gentoo amd64 box. So I know we can get this to work. We just need to figure out what is going on with your machine.
If you still have problems, attach config.log here.
