On 02/02/2011 05:52 PM, Serghei Amelian wrote: > Seems that configure trying to use Qt4 uic. Try to change PATH. Excellent, that got me past the uic error. My original PATH was: PATH=/bin:/usr/bin:/sbin:/usr/sbin:/opt/java/jre/bin:/opt/NX/bin:/usr/bin/vendor_perl:/usr/bin/core_perl:/opt/qt/bin:/sbin:/usr/sbin:/usr/local/sbin:/usr/local/bin:/home/david/bin I moved /opt/qt/bin first: PATH=/opt/qt/bin:/bin:/usr/bin:/sbin:/usr/sbin:/opt/java/jre/bin:/opt/NX/bin:/usr/bin/vendor_perl:/usr/bin/core_perl:/sbin:/usr/sbin:/usr/local/sbin:/usr/local/bin:/home/david/bin ./configure finds the right uic and keeps going until: checking for xmkmf... not found configure: error: xmkmf/imake not found. Please make sure it's in PATH! Aborting... (I didn't have imake installed) Installed imake, and ./configure finished fine, cmake worked, but then make bombed: config.status: executing libtool commands Good - your configure finished. Start make now -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/bin/gcc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- checking for 'Qt' -- Performing Test HAVE_PATCHED_QT3 -- Performing Test HAVE_PATCHED_QT3 - Success -- found patched Qt, version 3.3.8 -- checking for one of the modules 'TQt' -- checking for 'TDE' -- found 'TDE', version 3.5.10 -- Configuring done -- Generating done -- Build files have been written to: /dat_e/david/bld/trinity/kdebase/src ==> Entering fakeroot environment... ==> Determining SVN revision for trinity-kdebase... ==> Starting package()... ==> Packaging - trinity-kdebase-1218548 make: *** No rule to make target `install'. Stop. Aborting... Looking at the Makefile generated in the out-of-source dir, it does NOT contain any install: target. Looking at the Makefile in the original trinity/kdebase directory is does contain install: install-recursive. My bet is that is what needs to be called. I don't know why kdebase is exhibiting this behavior with make targets when tqtinterface, arts, and kdelibs all had no problem with the install: target. Any ideas? I'll try calling make -f ../Makefile and see if that works. Serghei, thank you for all of your help. You have really helped me get going on building Trinity. It is a lot to digest. Especially when I have not used cmake much at all, much less figuring out what to do when things go wrong. But, I'm learning ... slowly :) -- David C. Rankin, J.D.,P.E.