tde-users

users@trinitydesktop.org

16 participants
4327 discussions

Add printer fails
by John A. Sullivan III 11 Feb '11

11 Feb '11

Hello, all. I have a pristine install of Squeeze with Trinity 3.5.12. I clicked on Settings / Peripherals / Printers to add a new printer. I entered Administration mode which asked me for my user password as it I was using sudo rather than the root password as if I was using su. I clicked on Add a printer. It took a very long time but eventually brought up the new printer wizard. I selected an TCP printer, entered the IP address, clicked next and was told: The executable /opt/kde3/bin/make_driver_db_cups could not be found in your PATH. Check that this program exists and is accessible in your PATH variable. Not surprising as I would suspect this is in /opt/trinity/bin. Is this something I am doing wrong or a bug? I created a symbolic link named /opt/kde3 for /opt/trinity. It did not eliminate the long waits but it did allow me to create the printer. Thanks - John

3 7

iccconfig - Makefile.am: noinst_HEADERS = iccconfig.h (is this right?)
by David C. Rankin 11 Feb '11

11 Feb '11

Serghei, Tim, all, Trying to debug the iccconfig.cpp error I'm having with kdebase, I've run across the following line in the ../iccconfig/Makefile.am: noinst_HEADERS = iccconfig.h According to http://www.gnu.org/software/hello/manual/automake/Headers.html <quote> Usually, only header files that accompany installed libraries need to be installed. Headers used by programs or convenience libraries are not installed. The noinst_HEADERS variable can be used for such headers. However when the header actually belongs to a single convenience library or program, we recommend listing it in the program's or library's _SOURCES variable (see Program Sources) instead of in noinst_HEADERS. This is clearer for the Makefile.am reader. noinst_HEADERS would be the right variable to use in a directory containing only headers and no associated library or program. </quote> What struck me is the line reading: "noinst_HEADERS would be the right variable to use in a directory containing only headers and no associated library or program." This isn't the case with iccconfig because you have the program iccconfig.cpp. Also, is it possible that I've run into a gcc compiler error? I'm working with the following: gcc 4.5.2-6 gcc-fortran 4.5.2-6 gcc-libs 4.5.2-6 gcc-objc 4.5.2-6 Thanks for any thoughts you may have. -- David C. Rankin, J.D.,P.E.

3 14

kdebase: is iccconfigbase.h missing from the kcontrol/iccconfig directory?
by David C. Rankin 10 Feb '11

10 Feb '11

Guys, I'll post this under a separate thread so it isn't buried. trinity/kdebase/kcontrol/iccconfig/iccconfig.h has the following includes: #include <dcopobject.h> #include <libkrandr/libkrandr.h> #include "iccconfigbase.h" There is no "iccconfigbase.h" in the iccconfig directory? Is "iccconfigbase.h" supposed to be there? The only iccconfigbase file present is: -rw-r--r-- 1 david david 6332 Jan 21 17:43 iccconfigbase.ui -- David C. Rankin, J.D., P.E.

2 4

kdebase iccconfig.cpp make failure - Round 3
by David C. Rankin 09 Feb '11

09 Feb '11

Everyone, After moving everything to a clean build environment and rebuilding everything from scratch to get around a kdebase make failure, we have come full circle. The kdebase build is dying at the same place: Scanning dependencies of target kcm_iccconfig-module make[2]: Leaving directory `/home/david/tbld/kdebase/src' make -f kcontrol/iccconfig/CMakeFiles/kcm_iccconfig-module.dir/build.make kcontrol/iccconfig/CMakeFiles/kcm_iccconfig-module.dir/build make[2]: Entering directory `/home/david/tbld/kdebase/src' /usr/bin/cmake -E cmake_progress_report /home/david/tbld/kdebase/src/CMakeFiles [ 30%] Building CXX object kcontrol/iccconfig/CMakeFiles/kcm_iccconfig-module.dir/iccconfig.cpp.o cd /home/david/tbld/kdebase/src/kcontrol/iccconfig && /usr/bin/c++ -Dkcm_iccconfig_module_EXPORTS -DHAVE_CONFIG_H -DUSE_QT3 -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -march=i686 -mtune=generic -O2 -pipe -include tqt.h -fPIC -I/home/david/tbld/kdebase/src/kcontrol/iccconfig -I/home/david/tbld/kdebase/src -I/opt/trinity/include -I/opt/qt/include -I/opt/qt/include/tqt -DKDE_CONFDIR=\"/opt/trinity/share/config\" -o CMakeFiles/kcm_iccconfig-module.dir/iccconfig.cpp.o -c /home/david/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp /home/david/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp: In member function ‘void KICCConfig::load(bool)’: /home/david/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:289:38: error: expected type-specifier /home/david/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:289:38: error: cannot convert ‘int*’ to ‘KRandrSimpleAPI*’ in initialization /home/david/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:289:38: error: expected ‘,’ or ‘;’ /home/david/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp: In member function ‘virtual void KICCConfig::save()’: /home/david/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:359:37: error: expected type-specifier /home/david/tbld/kdebase/kcontrol/iccconfig/iccconfig.cpp:359:37: error: cannot convert ‘int*’ to ‘KRandrSimpleAPI*’ in initialization /home/david/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[2]: Leaving directory `/home/david/tbld/kdebase/src' make[1]: *** [kcontrol/iccconfig/CMakeFiles/kcm_iccconfig-module.dir/all] Error 2 make[1]: Leaving directory `/home/david/tbld/kdebase/src' make: *** [all] Error 2 Aborting... Serghei, as you requested in the "Round 2" thread, I have attached /opt/trinity/include/libkranr/libkranr.h and CMakeError.log. I am at a loss. The current build arguments are: [[ ${PATH%%:*} =~ /opt/trinity/bin ]] || export PATH=/opt/trinity/bin:$PATH export CMAKE_PREFIX_PATH=/opt/qt:/opt/trinity export CMAKE_INCLUDE_PATH=/opt/qt/include:/opt/qt/include/tqt:/usr/include/dbus-1.0 export LD_LIBRARY_PATH=/opt/trinity/lib:$LD_LIBRARY_PATH export PKG_CONFIG_PATH=:/opt/trinity/lib/pkgconfig:/opt/qt/lib/pkgconfig trinity_prefix="/opt/trinity" cd ${srcdir} cmake ../ \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DWITH_QT3=ON \ -DQTDIR=/opt/qt \ -DBUILD_ALL=ON make VERBOSE=1 Any thoughts on why we are seeing this iccconfig.cpp error? Got any more rabbits left in your hat? ;-) -- David C. Rankin, J.D., P.E.

1 3

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

tde-users