tde-devels March 2012

devels@trinitydesktop.org

22 participants
190 discussions

CMake Failure - tdesdk: svn_client-1 library was not found on your system

by David C. Rankin

Tim, Serghei, tdesdk will not complete CMake configure due to a failure to fine svn_client-1 even though subversion is installed and the libsvn_client-1 library is in /usr/lib. The error received is: -- Looking for svn_pool_create_ex in svn_client-1 -- Looking for svn_pool_create_ex in svn_client-1 - not found CMake Error at cmake/modules/TDEMacros.cmake:23 (message): ################################################# svn_client-1 library was not found on your system. Subversion is installed? Try to set SVN_LIBRARY_DIR to subversion library directory. ################################################# Call Stack (most recent call first): kioslave/svn/ConfigureChecks.cmake:27 (tde_message_fatal) kioslave/svn/CMakeLists.txt:12 (include) -- Configuring incomplete, errors occurred! I'm not sure what this error is looking for?? I set SVN_LIBRARY_DIR=/usr/lib, but it made no difference: msg "Starting cmake..." cmake ${srcdir}/${pkgname#*-} \ -DCMAKE_VERBOSE_MAKEFILE=ON \ -DCMAKE_INSTALL_PREFIX=${TDEDIR} \ -DWITH_DBSEARCHENGINE=ON \ -DSVN_LIBRARY_DIR=/usr/lib \ -DWITH_KCAL=ON \ -DBUILD_ALL=ON What say the experts? -- David C. Rankin, J.D.,P.E.

13 years

Does tdepim build with kerberos support?

by Darrell Anderson

If yes then how to tell? There is nothing in the build log such as -I/usr/kerberos/include. I have krb5 installed. I'm not seeing anything obvious in the cmake files. Darrell

13 years

Finally - It's all Building :)

by David C. Rankin

Tim, Don't know what you did, but it's working. After patching libcaldav & libcarddav to get around the header location crashes, everything I have scripts for built just fine: hal-0.5.14-10-x86_64.pkg.tar.xz hal-info-0.20091130-3-any.pkg.tar.xz libutempter-1.1.5-5-x86_64.pkg.tar.xz tde-arts-3513_tqt-5-x86_64.pkg.tar.xz tde-dbus-1-tqt-3513_tqt-5-x86_64.pkg.tar.xz tde-dbus-tqt-3513_tqt-5-x86_64.pkg.tar.xz tde-libart-lgpl-3513_tqt-5-x86_64.pkg.tar.xz tde-libcaldav-0.6.2_tqt-5-x86_64.pkg.tar.xz tde-libcarddav-0.6.2_tqt-5-x86_64.pkg.tar.xz tde-tdeartwork-3513_tqt-1-x86_64.pkg.tar.xz tde-tdebase-3513_tqt-2-x86_64.pkg.tar.xz tde-tdegraphics-3513_tqt-1-x86_64.pkg.tar.xz tde-tdelibs-3513_tqt-3-x86_64.pkg.tar.xz tde-tdemultimedia-3513_tqt-1-x86_64.pkg.tar.xz tde-tdenetwork-3513_tqt-1-x86_64.pkg.tar.xz tde-tdepim-3513_tqt-1-x86_64.pkg.tar.xz tde-tdevelop-3513_tqt-1-x86_64.pkg.tar.xz tde-tdewebdev-3513_tqt-1-x86_64.pkg.tar.xz tde-tqca-tls-3513_tqt-5-x86_64.pkg.tar.xz tde-tqt3-3.8.8.d_git-5-x86_64.pkg.tar.xz tde-tqtinterface-3513_tqt-15-x86_64.pkg.tar.xz Hellova long weekend :) -- David C. Rankin, J.D.,P.E.

13 years

GIT libcaldav/libcarddav sources -> pkgconfig include file location wrong with default install

by David C. Rankin

Tim, Serghei: The tdelibs build failure was due to incorrect pkgconfig information supplied by libcaldav and libcarddav for their include file locations. When the ConfigureChecks.cmake tries to set the include location is gets it wrong. Both packages include an extraneous amount of version information when installing include files. Eg: /usr/include/libcaldav-0.6.5/caldav.h /usr/include/libcarddav-0.6.1/carddav.h However, the pkgconfig files for both return incorrect include directory location: 21:58 nirvana:/mnt/nv1/home/chroot> cat david/usr/lib/pkgconfig/libcaldav.pc prefix=/usr exec_prefix=${prefix} libdir=${exec_prefix}/lib includedir=${prefix}/include pkglibdir=${libdir}/libcaldav pkgincludedir=${includedir}/libcaldav Name: libcaldav Description: libcaldav is a client library for CalDAV Version: 0.6.5 Cflags: -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include Libs: -pthread -lgthread-2.0 -lrt -lglib-2.0 -lcurl 21:58 nirvana:/mnt/nv1/home/chroot> cat david/usr/lib/pkgconfig/libcarddav.pc prefix=/usr exec_prefix=${prefix} libdir=${exec_prefix}/lib includedir=${prefix}/include pkglibdir=${libdir}/libcarddav pkgincludedir=${includedir}/libcarddav Name: libcarddav Description: libcarddav is a client library for CardDAV Version: 0.6.1 Cflags: -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include Libs: -pthread -lgthread-2.0 -lrt -lglib-2.0 -lcurl Thus when the ConfigureChecks.cmake files include the location of the header files, it gets the wrong information. Eg: # libcaldav pkg_search_module( CALDAV libcaldav ) if( CALDAV_FOUND ) execute_process( COMMAND pkg-config libcaldav --variable=pkgincludedir OUTPUT_VARIABLE _incdir RESULT_VARIABLE _result OUTPUT_STRIP_TRAILING_WHITESPACE ) execute_process( COMMAND pkg-config libcaldav --variable=pkglibdir OUTPUT_VARIABLE _libdir RESULT_VARIABLE _result OUTPUT_STRIP_TRAILING_WHITESPACE ) list( APPEND CALDAV_INCLUDE_DIRS ${_incdir} ) list( APPEND CALDAV_LIBRARY_DIRS ${_libdir} ) list( APPEND CALDAV_LIBRARIES caldav ) else( ) tde_message_fatal( "libcaldav is requested, but was not found on your system" ) endif( ) What this means is that CALDAV_INCLUDE_DIRS gets '/usr/include/libcaldav' instead of '/usr/include/libcaldav-0.6.5' where the file is actually located. Where/How should this be corrected properly?? -- David C. Rankin, J.D.,P.E.

13 years

Kate focus issue solved :-)

by Darrell Anderson

For anybody interested, the kate focus issue identified in bug report 692 (http://bugs.pearsoncomputing.net/show_bug.cgi?id=692) is solved. Read Comment 14 (http://bugs.pearsoncomputing.net/show_bug.cgi?id=692#c14) for the details. Although the patch solves the problem for me, I am asking for peer reviews to validate the patch before pushing to GIT. Add Calvin's patch for enforcing a true MDI mode (same bug report) and kate is a pleasure to use again. The focus patch is only two lines. Yeah, I'm stunned too. :) Darrell

13 years

Searching the bug tracker

by Darrell Anderson

Why is the bug tracker configured to never show resolved bug reports? Darrell

13 years

tdepim build failure - caldav.h not found?

by David C. Rankin

Tim, Darrell, I have had good success tonight with todays GIT build. I made it though tdepim in the build. I was able to build: "dependencies/$useqt" 'dependencies/tqtinterface' 'dependencies/arts' 'dependencies/dbus-tqt' 'dependencies/dbus-1-tqt' 'dependencies/tqca-tls' 'dependencies/libart-lgpl' 'dependencies/libcaldav' 'dependencies/libcarddav' 'tdelibs' 'tdebase' 'tdenetwork' However, tdepim fails with: [ 82%] Building CXX object kresources/caldav/CMakeFiles/kcal_caldav-shared.dir/resource.cpp.o cd /build/src/build/kresources/caldav && /usr/bin/c++ -Dkcal_caldav_shared_EXPORTS -D_FILE_OFFSET_BITS=64 -DHAVE_CONFIG_H -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC -I/build/src/build/kresources/caldav -I/build/src/tdepim -I/build/src/tdepim/libtdepim -I/opt/trinity/include -I/opt/tqt3/include -I/opt/trinity/include/tqt -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libcaldav -o CMakeFiles/kcal_caldav-shared.dir/resource.cpp.o -c /build/src/tdepim/kresources/caldav/resource.cpp In file included from /build/src/tdepim/kresources/caldav/reader.h:20:0, from /build/src/tdepim/kresources/caldav/resource.cpp:39: /build/src/tdepim/kresources/caldav/job.h:26:24: fatal error: caldav.h: No such file or directory compilation terminated. make[2]: *** [kresources/caldav/CMakeFiles/kcal_caldav-shared.dir/resource.cpp.o] Error 1 make[2]: Leaving directory `/build/src/build' make[1]: *** [kresources/caldav/CMakeFiles/kcal_caldav-shared.dir/all] Error 2 make[1]: Leaving directory `/build/src/build' make: *** [all] Error 2 From the build of caldav, I have caldav.h in: /usr/include/libcaldav-0.6.5/caldav.h Why isn't tdepim finding it by default? -- David C. Rankin, J.D.,P.E.

13 years

tdelibs Build Failure (1%) 'class TQObject' has no member named 'tqt_invoke

by David C. Rankin

Tim, The new code in the GIT tree is broken. I have completely updated my local repo at 9:30 pm and started a complete build after struggling with build failures today. Earlier, tdelibs would fail at 4% due to a qt_cast definition. Now tdelibs will not make it past 1%. The new error is: [ 1%] Building CXX object dcop/CMakeFiles/DCOP-shared.dir/dcopclient.cpp.o cd /build/src/build/dcop && /usr/bin/c++ -DDCOP_shared_EXPORTS -DHAVE_CONFIG_H -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC -I/opt/tqt3/include -I/opt/trinity/include/tqt -I/build/src/build/dcop -I/build/src/build -I/build/src/tdelibs/dcop -I/build/src/build/tdecore -I/build/src/tdelibs/tdecore -o CMakeFiles/DCOP-shared.dir/dcopclient.cpp.o -c /build/src/tdelibs/dcop/dcopclient.cpp /build/src/tdelibs/dcop/dcopclient.cpp: In function 'bool receiveQtObject(const TQCString&, const TQCString&, const TQByteArray&, TQCString&, TQByteArray&)': /build/src/tdelibs/dcop/dcopclient.cpp:1539:20: error: 'class TQObject' has no member named 'tqt_invoke' make[2]: *** [dcop/CMakeFiles/DCOP-shared.dir/dcopclient.cpp.o] Error 1 make[2]: Leaving directory `/build/src/build' make[1]: *** [dcop/CMakeFiles/DCOP-shared.dir/all] Error 2 make[1]: Leaving directory `/build/src/build' make: *** [all] Error 2 I am building in the following manner: cd $srcdir msg "Creating out-of-source build directory: ${srcdir}/${_builddir}" mkdir -p build cd build msg "Starting cmake..." cmake ${srcdir}/tdelibs \ -DCMAKE_INSTALL_PREFIX=${TDEDIR} \ -DCMAKE_VERBOSE_MAKEFILE=ON \ -DWITH_ARTS=ON \ -DWITH_ALSA=ON \ -DWITH_LIBART=ON \ -DWITH_LIBIDN=ON \ -DWITH_SSL=ON \ -DWITH_CUPS=ON \ -DWITH_LUA=OFF \ -DWITH_TIFF=ON \ -DWITH_JASPER=ON \ -DWITH_OPENEXR=ON \ -DWITH_UTEMPTER=ON \ -DWITH_AVAHI=ON \ -DWITH_ASPELL=ON \ -DWITH_PAM=ON \ -DWITH_HSPELL=ON msg "Building - $pkgname..." make Need help from the master :) -- David C. Rankin, J.D.,P.E.

13 years

How to determine location of temp directories?

by Darrell Anderson

What function do I call to learn the names of the three temporary directories? I believe lnusertemp creates the directories and the sysm links but how do other apps learn of these locations? What is the appropriate way to do that? Thanks. Darrell

13 years

Reporting Qt3 (Not TQt3) Bugs

by Darrell Anderson

Should we report Qt3 bugs or has all focus now shifted to TQt3? Yesterday I successfully built all of my packages against TQt3. Today I tried to build against Qt3 and tdebase failed with the following: /dev/shm/tdebase.build/kicker/kicker/core/kmenubase.ui.h:7: error: 't_xdisplay' was not declared in this scope Reports these errors or abandon building against Qt3? Darrell

13 years

← Newer
1
...
9
10
11
12
13
14
15
...
19
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels March 2012