tde-users

users@trinitydesktop.org

22 participants
4373 discussions

KDE.pm
by HHa 08 Feb '11

08 Feb '11

Hi, adept-updater complains it cannot find KDE.pm which should be located in /usr/share/perl5/Debconf/FrontEnd. It uses Gnome.pm instead. Where can I find KDE.pm? -- Viele Grüße, Hartmut Hungerhilfe: http://www.thehungersite.com Ohne Zensur suchen: http://suche.amnesty-bergedorf.de/ ökologisch suchen: http://www.ecosia.de Das heutige Motto: Solange die Farbe der Haut wichtiger ist als die Farbe der Augen, wird es keinen Frieden geben auf der Erde (Bob Marley).

1 0

kdebase: Performing Test HAVE_DBUS_QT3_07 - Failed
by David C. Rankin 07 Feb '11

07 Feb '11

> >After installing kdelibs, do I need to set anything in the environment to > > have kde-config find it's required libraries before building kdebase? >You must set LD_LIBRARY_PATH to /opt/trinity/lib Thanks Serghei. I added /opt/qt/lib to /etc/ld.so.conf and the kdebase build find it just fine :) I have run into another problem with dbus-qt3. I have built and installed the dbus-qt3 package from dbus-qt3_0.62.git.20060814.orig.tar.gz, but the kdebase make still fails: <snip> -- Looking for XkbSetPerClientControls in X11 - found -- 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.13 -- checking for one of the modules 'dbus-1' -- Performing Test HAVE_DBUS_QT3_07 -- Performing Test HAVE_DBUS_QT3_07 - Failed CMake Error at cmake/modules/TDEMacros.cmake:20 (message): ################################################# dbus-qt3 (version 0.7) are required, but not found on your system ################################################# Call Stack (most recent call first): ConfigureChecks.cmake:150 (tde_message_fatal) CMakeLists.txt:114 (include) -- Configuring incomplete, errors occurred! Aborting... What is the HAVE_DBUS_QT3_07 (version 0.7) requirement? Is it a patch I need to apply? My dbus-qt3 install includes: 11:13 trinity:~/tbld/dbus-qt3> pmql dbus-qt3 dbus-qt3 /opt/qt/include/dbus-1.0/dbus/ dbus-qt3 /opt/qt/include/dbus-1.0/dbus/connection.h dbus-qt3 /opt/qt/include/dbus-1.0/dbus/dbus-qt.h dbus-qt3 /opt/qt/include/dbus-1.0/dbus/message.h dbus-qt3 /opt/qt/include/dbus-1.0/dbus/server.h dbus-qt3 /opt/qt/lib/libdbus-qt-1.a dbus-qt3 /opt/qt/lib/libdbus-qt-1.so dbus-qt3 /opt/qt/lib/libdbus-qt-1.so.1 dbus-qt3 /opt/qt/lib/libdbus-qt-1.so.1.0.0 My build environment is: [[ ${PATH%%:*} =~ /opt/trinity/bin ]] || export PATH=/opt/trinity/bin:$PATH export CMAKE_PREFIX_PATH=/opt/qt export CMAKE_INCLUDE_PATH=/opt/qt/include:/opt/qt/include/tqt export LD_LIBRARY_PATH=/opt/trinity/lib:$LD_LIBRARY_PATH trinity_prefix="/opt/trinity" cd ${srcdir} cmake ../ \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DWITH_QT3=ON \ -DQTDIR=/opt/qt \ -DBUILD_ALL=ON make VERBOSE=1 -- David C. Rankin, J.D., P.E.

2 4

kdebase: kde-config: error while loading shared libraries: libkdecore.so.4 (file not found?)
by David C. Rankin 07 Feb '11

07 Feb '11

Serghei, All: In my clean vbox environment, I have successfully (I think) built: qt3 pyqt3 tqtinterface arts kdelibs But now, I have a new kdebase error that kills the build at the very beginning. I have taken some time to collect as much information as I can to hopefully isolate the problem. First, the kdebase error: -- 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 -- Looking for termios.h -- Looking for termios.h - found -- Looking for sys/ioctl.h -- Looking for sys/ioctl.h - found -- checking for one of the modules 'hal' -- checking for one of the modules 'xrender' -- Looking for glXChooseVisual in GL -- Looking for glXChooseVisual in GL - found -- checking for one of the modules 'glib-2.0' -- Looking for getifaddrs -- Looking for getifaddrs - found -- Looking for X11/XKBlib.h -- Looking for X11/XKBlib.h - found -- Looking for XkbLockModifiers in X11 -- Looking for XkbLockModifiers in X11 - found -- Looking for XkbSetPerClientControls in X11 -- Looking for XkbSetPerClientControls in X11 - found -- 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' /opt/trinity/bin/kde-config: error while loading shared libraries: libkdecore.so.4: cannot open shared object file: No such file or directory CMake Error at cmake/modules/TDEMacros.cmake:20 (message): ################################################# Unable to run kde-config! KDELIBS are correctly installed? Path to kde-config are corect? ################################################# Call Stack (most recent call first): cmake/modules/FindTDE.cmake:34 (tde_message_fatal) ConfigureChecks.cmake:128 (find_package) CMakeLists.txt:114 (include) -- Configuring incomplete, errors occurred! Aborting... OK, well did libkdecore.so.4 get built and installed correctly? Yes! ls -al /opt/trinity/lib/libkdecore.so* lrwxrwxrwx 1 root root 15 Feb 6 15:36 /opt/trinity/lib/libkdecore.so -> libkdecore.so.4 lrwxrwxrwx 1 root root 19 Feb 6 15:36 /opt/trinity/lib/libkdecore.so.4 -> libkdecore.so.4.2.0 -rwxr-xr-x 1 root root 3008080 Feb 6 15:37 /opt/trinity/lib/libkdecore.so.4.2.0 So why is kdebase saying it can't be found? Here are my build arguments: [[ ${PATH%%:*} =~ /opt/trinity/bin ]] || export PATH=/opt/trinity/bin:$PATH export CMAKE_PREFIX_PATH=/opt/qt export CMAKE_INCLUDE_PATH=/opt/qt/include:/opt/qt/include/tqt export KDEDIR=/opt/trinity trinity_prefix="/opt/trinity" cd ${srcdir} cmake ../ \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DWITH_QT3=ON \ -DQTDIR=/opt/qt \ -DBUILD_ALL=ON make VERBOSE=1 Anything stick out as needing to be tweaked? To help see if I have everything built that I should, I have created file lists of all packages that can be viewed or grepped to see if everything got installed that needed to be: http://www.3111skyline.com/dl/dt/trinity/arch/flist/trinity-qt3-list.txt http://www.3111skyline.com/dl/dt/trinity/arch/flist/trinity-pyqt3-list.txt http://www.3111skyline.com/dl/dt/trinity/arch/flist/trinity-tqtinterface-li… http://www.3111skyline.com/dl/dt/trinity/arch/flist/trinity-arts-list.txt http://www.3111skyline.com/dl/dt/trinity/arch/flist/trinity-kdelibs-list.txt Let me know if I can send anything else that will help. Thanks. -- David C. Rankin, J.D.,P.E.

2 3

Clean Build Env. In Vbox - arts fails: libmcop.so.1 No such file or directory
by David C. Rankin 06 Feb '11

06 Feb '11

Hello list, To get around some of the strange kdebase build failures on Arch Linux, I create a fresh virtual machine in VirtualBox with a minimal install (X and fluxbox) to build Trinity in a clean build environment. Qt3 and tqtinterface build fine. We have run into an arts build failure where it won't use the shared library in its own directory. The error I get is: /usr/bin/ranlib libgsl.a make[2]: Leaving directory `/home/david/tbld/dependencies/arts/src' /usr/bin/cmake -E cmake_progress_report /home/david/tbld/dependencies/arts/src/CMakeFiles 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 [ 48%] Built target gsl-static make -f flow/CMakeFiles/artsflow_idl-shared.dir/build.make flow/CMakeFiles/artsflow_idl-shared.dir/depend make[2]: Entering directory `/home/david/tbld/dependencies/arts/src' /usr/bin/cmake -E cmake_progress_report /home/david/tbld/dependencies/arts/src/CMakeFiles [ 48%] Generating artsflow.cc cd /home/david/tbld/dependencies/arts/src/flow && ../mcopidl/mcopidl -t /home/david/tbld/dependencies/arts/flow/artsflow.idl ../mcopidl/mcopidl: error while loading shared libraries: libmcop.so.1: cannot open shared object file: No such file or directory make[2]: *** [flow/artsflow.cc] Error 127 make[2]: Leaving directory `/home/david/tbld/dependencies/arts/src' make[1]: *** [flow/CMakeFiles/artsflow_idl-shared.dir/all] Error 2 make[1]: Leaving directory `/home/david/tbld/dependencies/arts/src' make: *** [all] Error 2 Aborting... libmcop.so.1 is readily available in the mcop directory, so I don't understand the error: 17:47 trinity:~/tbld/dependencies/arts> find . -name libmcop.so.1 ./src/mcop/libmcop.so.1 My cmake environment and arguments are: export CMAKE_PREFIX_PATH=/opt/qt export CMAKE_INCLUDE_PATH=/opt/qt/include:/opt/qt/include/tqt trinity_prefix="/opt/trinity" cd ${srcdir} cmake ../ \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DQT_LIBRARY_DIRS=/opt/qt/lib \ -DCMAKE_SKIP_RPATH=ON make VERBOSE=1 The two exports and -DQT_LIBRARY_DIRS=/opt/qt/lib are required or cmake will not find the patched Qt3 (that may be normal, I don't know) Any ideas on how to get arts to see its libmcop.so.1? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

2 2

kaffeine version numbers
by Dexter Filmore 06 Feb '11

06 Feb '11

The new kaffeine packages do not have increased version numbers. Now the system always tries to overwrite my custom packages. Advice? Dex -- -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS d--(+)@ s-:+ a C++++ UL++ P+>++ L+++>++++ E-- W++ N o? K- w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ b++(+++) DI+++ D- G++ e* h>++ r* y? ------END GEEK CODE BLOCK------

1 0

building Trinity in a chroot [was: kdebase make failure if Qt4 installed...]
by David C. Rankin 04 Feb '11

04 Feb '11

On 02/04/2011 02:34 PM, Serghei Amelian wrote: > Ensure that kickerSettings.cpp is not generated by Qt4 uic. To avoid these > stange problems, I suggest to use a virtual machine or chroot with clean > setup. > Which do you recommend? I have VirtualBox installed and could create another Arch Linux guest, or I could try and setup a chroot environment. I know how to do the virtual machine, but I'm interested in the chroot. (saves updating the guest install) I know how to chroot my OS, but I've never created a chroot to build packages. Would I just need to setup a fakeroot environment somewhere with: fakeroot /opt/qt /opt/trinity /home/trinity-svn (and what else??) I'll google it, but if you have a favorite link, I'll take it :) -- David C. Rankin, J.D.,P.E.

2 2

kdebase iccconfig.cpp make failure - Round 2
by David C. Rankin 04 Feb '11

04 Feb '11

Guys, I have rebuilt all packages just using cmake. tqtinterface, arts and kdelibs all build without a hitch. kdebase continues to fail with the following error: [ 30%] Generating iccconfig_skel.cpp Scanning dependencies of target kcm_iccconfig-module [ 30%] Building CXX object kcontrol/iccconfig/CMakeFiles/kcm_iccconfig-module.dir/iccconfig.cpp.o /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp: In member function ‘void KICCConfig::load(bool)’: /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:289:38: error: expected type-specifier /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:289:38: error: cannot convert ‘int*’ to ‘KRandrSimpleAPI*’ in initialization /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:289:38: error: expected ‘,’ or ‘;’ /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp: In member function ‘virtual void KICCConfig::save()’: /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:359:37: error: expected type-specifier /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:359:37: error: cannot convert ‘int*’ to ‘KRandrSimpleAPI*’ in initialization /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:359:37: error: expected ‘,’ or ‘;’ make[2]: *** [kcontrol/iccconfig/CMakeFiles/kcm_iccconfig-module.dir/iccconfig.cpp.o] Error 1 make[1]: *** [kcontrol/iccconfig/CMakeFiles/kcm_iccconfig-module.dir/all] Error 2 make: *** [all] Error 2 Aborting... Looking at iccconfig.cpp, in' void KICCConfig::load(bool useDefaults )' the line being complained about at 289 is: KRandrSimpleAPI *randrsimple = new KRandrSimpleAPI::KRandrSimpleAPI(); Then again at 359, in 'void KICCConfig::save()' the code is: KRandrSimpleAPI *randrsimple = new KRandrSimpleAPI::KRandrSimpleAPI(); For some reason the build is choking here. I have placed the generated Makefile for iccconfig here: http://www.3111skyline.com/dl/dt/trinity/errors/Makefile-iccconfig If there is anything else that I can send that is helpful, please let me know and I'll provide a link. The build file used was: build() { msg "Setting PATH, CMAKE and Trinity Environment variables" [[ ${PATH%%:*} =~ /opt/qt/bin ]] || export PATH=/opt/qt/bin:$PATH export CMAKE_PREFIX_PATH=/opt/qt export CMAKE_INCLUDE_PATH=/opt/qt/include:/opt/qt/include/tqt export KDEDIR=/opt/trinity export KDEDIRS=/opt/trinity:/usr export PKG_CONFIG_PATH=:/opt/trinity/lib/pkgconfig:/opt/trinity/lib/pkgconfig:/opt/qt/lib/pkgconfig export XDG_CONFIG_DIRS=/etc/xdg:/opt/trinity/etc/xdg:/opt/trinity/etc/xdg export XDG_DATA_DIRS=/usr/share/:/usr/local/share/:/opt/trinity/share:/opt/trinity/share trinity_prefix="/opt/trinity" cd ${srcdir} cmake ../ \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DWITH_QT3=ON \ -DBUILD_ALL=ON \ -DCMAKE_SKIP_RPATH=ON make || return 1 } This is pretty much where I'm stuck. What say the gurus on where to look for the answers and how to fix them? -- David C. Rankin, J.D.,P.E.

2 5

kdebase make failure if Qt4 installed, QtCore/qfile.h QT_BEGIN_HEADER doesn't name type
by David C. Rankin 04 Feb '11

04 Feb '11

[ 11%] Building CXX object kicker/libkicker/CMakeFiles/kickermain-shared.dir/panner.cpp.o [ 11%] Building CXX object kicker/libkicker/CMakeFiles/kickermain-shared.dir/kickerSettings.cpp.o In file included from /usr/include/QtCore/QFile:1:0, from /home/david/arch/pkg/tbld/kdebase/src/kicker/libkicker/kickerSettings.cpp:7: /usr/include/QtCore/qfile.h:53:1: error: ‘QT_BEGIN_HEADER’ does not name a type /usr/include/QtCore/qfile.h:62:27: error: expected initializer before ‘:’ token make[2]: *** [kicker/libkicker/CMakeFiles/kickermain-shared.dir/kickerSettings.cpp.o] Error 1 make[1]: *** [kicker/libkicker/CMakeFiles/kickermain-shared.dir/all] Error 2 make: *** [all] Error 2 Aborting... I have 3 x86_64 boxes and 4 i686 boxes I'm building on. Some with kde4, some without. With kde4/Qt4 installed, the kdebase build dies as above. On the boxes without QT4, the build progresses to 30% before the iccconfig.cpp build error. I'm rather stumped.I would like to find a way to tell the kdebase build to NOT EVER-EVER look in /usr/include/QtCore. But so far I haven't found a way to do it. It is clear from the error above, that the qt4 qfile.h is causing the problem. The correct qfile.h is in /opt/qt/include, but for some reason isn't being used: 22:24 providence:~/arch/pkg/tbld/kdebase/kicker/libkicker> pmq -o /usr/include/QtCore/qfile.h /usr/include/QtCore/qfile.h is owned by qt 4.7.1-3 22:24 providence:~/arch/pkg/tbld/kdebase/kicker/libkicker> find /opt/qt/ -name qfile.h /opt/qt/include/qfile.h I try limiting that problem with PATH and kde environment tweaks: build() { msg "Setting PATH, CMAKE and Trinity Environment variables" [[ ${PATH%%:*} =~ /opt/qt/bin ]] || export PATH=/opt/qt/bin:$PATH export CMAKE_PREFIX_PATH=/opt/qt export CMAKE_INCLUDE_PATH=/opt/qt/include:/opt/qt/include/tqt export KDEDIR=/opt/trinity export KDEDIRS=/opt/trinity:/usr export PKG_CONFIG_PATH=:/opt/trinity/lib/pkgconfig:/opt/trinity/lib/pkgconfig:/opt/qt/lib/pkgconfig export XDG_CONFIG_DIRS=/etc/xdg:/opt/trinity/etc/xdg:/opt/trinity/etc/xdg export XDG_DATA_DIRS=/usr/share/:/usr/local/share/:/opt/trinity/share:/opt/trinity/share trinity_prefix="/opt/trinity" cd ${srcdir} cmake ../ \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DWITH_QT3=ON \ -DBUILD_ALL=ON \ -DCMAKE_SKIP_RPATH=ON make || return 1 } But even with these variables, the build grabs QtCore regardless. Are there any other cmake variables that I can use that would make sense in this situation? Any help would be greatly appreciated. Also, let me know if there and statements or variables set above that I need to remove. Thanks. -- David C. Rankin, J.D.,P.E.

2 5

kdebase make failure: iccconfig.cpp:359:37: error: expected ‘,’ or ‘;’
by David C. Rankin 03 Feb '11

03 Feb '11

Well, We are making progress. kdebase built through 30% and then died with the following: [ 30%] Generating iccconfig_skel.cpp Scanning dependencies of target kcm_iccconfig-module [ 30%] Building CXX object kcontrol/iccconfig/CMakeFiles/kcm_iccconfig-module.dir/iccconfig.cpp.o /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp: In member function ‘void KICCConfig::load(bool)’: /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:289:38: error: expected type-specifier /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:289:38: error: cannot convert ‘int*’ to ‘KRandrSimpleAPI*’ in initialization /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:289:38: error: expected ‘,’ or ‘;’ /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp: In member function ‘virtual void KICCConfig::save()’: /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:359:37: error: expected type-specifier /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:359:37: error: cannot convert ‘int*’ to ‘KRandrSimpleAPI*’ in initialization /home/david/arch/pkg/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:359:37: error: expected ‘,’ or ‘;’ make[2]: *** [kcontrol/iccconfig/CMakeFiles/kcm_iccconfig-module.dir/iccconfig.cpp.o] Error 1 make[1]: *** [kcontrol/iccconfig/CMakeFiles/kcm_iccconfig-module.dir/all] Error 2 make: *** [all] Error 2 Aborting... I have no idea what that means. (except it wanted a comma or semi-colon and didn't get it ;-) Progress on this box was ONLY possible because KDE4/Qt4 was NOT installed. On boxes where kde4/Qt4 is installed, the kdebase build fails here: [ 11%] Building CXX object kicker/libkicker/CMakeFiles/kickermain-shared.dir/kickerSettings.cpp.o In file included from /usr/include/QtCore/QFile:1:0, from /home/david/arch/pkg/trinity/kdebase/src/kicker/libkicker/kickerSettings.cpp:7: /usr/include/QtCore/qfile.h:53:1: error: ‘QT_BEGIN_HEADER’ does not name a type /usr/include/QtCore/qfile.h:62:27: error: expected initializer before ‘:’ token make[2]: *** [kicker/libkicker/CMakeFiles/kickermain-shared.dir/kickerSettings.cpp.o] Error 1 make[1]: *** [kicker/libkicker/CMakeFiles/kickermain-shared.dir/all] Error 2 make: *** [all] Error 2 Aborting... So how do I tell the build to ignore /usr/include/QtCore? Is this something that needs fixing in the code? I have tried to tell cmake to only use /opt and I have set my path accordingly: build() { msg "Setting PATH, CMAKE and Trinity Environment variables" [[ ${PATH%%:*} =~ /opt/qt/bin ]] || export PATH=/opt/qt/bin:$PATH export CMAKE_PREFIX_PATH=/opt/qt export CMAKE_INCLUDE_PATH=/opt/qt/include:/opt/qt/include/tqt export KDEDIR=/opt/trinity export KDEDIRS=/opt/trinity:/usr export PKG_CONFIG_PATH=:/opt/trinity/lib/pkgconfig:/opt/trinity/lib/pkgconfig:/opt/qt/lib/pkgconfig export XDG_CONFIG_DIRS=/etc/xdg:/opt/trinity/etc/xdg:/opt/trinity/etc/xdg export XDG_DATA_DIRS=/usr/share/:/usr/local/share/:/opt/trinity/share:/opt/trinity/share msg "Configuring autotools and Creating Makefile.common" cd ${startdir} cp -Rp /usr/share/aclocal/libtool.m4 admin/libtool.m4.in cp -Rp /usr/share/libtool/config/ltmain.sh admin/ltmain.sh make -f admin/Makefile.common # set --enable-closure configure option if needed (needed for kdebase) trinity_prefix="/opt/trinity" ./configure --prefix=${trinity_prefix} \ --includedir=${trinity_prefix}/include/kde \ --mandir=${trinity_prefix}/share/man \ --infodir=${trinity_prefix}/share/info \ --with-extra-libs=${trinity_prefix}/lib \ --sysconfdir=/etc \ --localstatedir=/var \ --libexecdir=${trinity_prefix}/lib/kdebase-kde3 \ --disable-rpath \ --with-xinerama \ --with-qt-dir=/opt/qt \ --with-qt-includes=/opt/qt/include \ --with-qt-libraries=/opt/qt/lib \ --with-extra-includes=/opt/qt/include/tqt \ --enable-closure cd ${srcdir} cmake ../ \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DWITH_QT3=ON \ -DBUILD_ALL=ON \ -DCMAKE_SKIP_RPATH=ON make || return 1 } So I'm not sure what to do to keep the build from looking at Qt4. I have several boxes to build on. The current box I'm using (the one that made it to 30%) is an i686 with only kde3, gnome, and fluxbox on it. I was still getting cmake messages like: /opt/trinity/lib/kde3/plugins/designer/kdewidgets.so: Feature KWritePermsIcon already defined in /opt/kde/lib/kde3/plugins/designer/kdewidgets.so! so I have removed kde3 from the box completely and I'm starting over. Any thoughts welcome. Let me know if I need to file something on the iccconfig.cpp issue. Thanks. -- David C. Rankin, J.D.,P.E.

2 4

kdebase on x86_64: make: *** No rule to make target `install'. Stop.
by David C. Rankin 03 Feb '11

03 Feb '11

I've started a new thread, since this is now a 'make' problem instead of a configure problem. It also looks like this might be an x86_64 issue because I am currently building kdebase on i686 with the *exact* same build scripts and it seems to be working fine. (well until it bombed later -- see at end) Here is the background from the prior thread: >> ==> 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. > > > > add "-DBUILD_ALL=ON" to cmake arguments <snip> Hmm... I updated the cmake command to: cmake ../ \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DWITH_QT3=ON \ -DBUILD_ALL=ON \ -DCMAKE_SKIP_RPATH=ON make || return 1 I still get the error: config.status: executing libtool commands Good - your configure finished. Start make now -- 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... I have put the trinity/kdebase/Makefile here: http://www.3111skyline.com/dl/dt/trinity/errors/kdebase-Makefile the trinity/kdebase/src/Makefile is: http://www.3111skyline.com/dl/dt/trinity/errors/kdebase_src-Makefile the config.log is here: http://www.3111skyline.com/dl/dt/trinity/errors/kdebase-config-3.log I spoke too soon, the i686 build just died as well: [ 11%] Generating kickerSettings.cpp Scanning dependencies of target kickermain-shared [ 11%] Building CXX object kicker/libkicker/CMakeFiles/kickermain-shared.dir/appletinfo.cpp.o [ 11%] Building CXX object kicker/libkicker/CMakeFiles/kickermain-shared.dir/global.cpp.o [ 11%] Building CXX object kicker/libkicker/CMakeFiles/kickermain-shared.dir/kickertip.cpp.o [ 11%] Building CXX object kicker/libkicker/CMakeFiles/kickermain-shared.dir/menuinfo.cpp.o [ 11%] Building CXX object kicker/libkicker/CMakeFiles/kickermain-shared.dir/panelbutton.cpp.o [ 11%] Building CXX object kicker/libkicker/CMakeFiles/kickermain-shared.dir/panner.cpp.o [ 11%] Building CXX object kicker/libkicker/CMakeFiles/kickermain-shared.dir/kickerSettings.cpp.o In file included from /usr/include/QtCore/QFile:1:0, from /home/david/arch/pkg/trinity/kdebase/src/kicker/libkicker/kickerSettings.cpp:7: /usr/include/QtCore/qfile.h:53:1: error: ‘QT_BEGIN_HEADER’ does not name a type /usr/include/QtCore/qfile.h:62:27: error: expected initializer before ‘:’ token make[2]: *** [kicker/libkicker/CMakeFiles/kickermain-shared.dir/kickerSettings.cpp.o] Error 1 make[1]: *** [kicker/libkicker/CMakeFiles/kickermain-shared.dir/all] Error 2 make: *** [all] Error 2 Aborting... Judging from the error, it still looks like it is grabbing Qt4 headers (/usr/include/QtCore). I have /opt/qt first in PATH and I have set: export CMAKE_PREFIX_PATH=/opt/qt export CMAKE_INCLUDE_PATH=/opt/qt/include:/opt/qt/include/tqt So I'm not sure how it is grabbing the /usr/include files (it may be OK) Oh well, that's for tomorrow. If you have any thoughts, let me know. Thanks. -- David C. Rankin, J.D.,P.E.

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

tde-users