tde-devels

devels@trinitydesktop.org

4 participants
3805 discussions

Latest Build - ALL window decoration GONE / now tde won't start??
by David C. Rankin 14 Mar '12

14 Mar '12

Tim, After rebuilding late last night, I am checking packages today. I reinstalled all tde packages on my test maching and started tde. I noticed 2 things immediately: (1) there was only a black screen displayed behind the ksplash startup screen, not the background set in kcontol -> Login Manager; and (2) ALL WINDOW DECORATION IS GONE - poof - missing?? Here is a screenshot of the tips dialog: http://nirvana.3111skyline.com/dl/dt/trinity/ss/tde-no-decor.jpg I went to kcontrol -> appearance -> window decoration and all window decorations are listed as being available, but selecting one and hitting 'Apply" has no effect. No window decorations appear. I'm not sure where to begin troubleshooting this one. No .xsession-errors was ever created. IIRC, this is a tdelibs issue However, that is SMALL POTATOES - not starttrinity - doesn't start trinity :) The splash screen gets to the 'hard drive icon' (Initializing system services) chugs away for a while and then tde commands an xserver shutdown. Looking at the first shutdown, there was a complaint about no xset, xsetroot, and xprop. Here is the screenshot: http://nirvana.3111skyline.com/dl/dt/trinity/ss/tde-starttrinity-crash.jpg So I installed xorg-xset, xorg-xsetroot and xorg-xprop (funny, it ran fine before without them). I then tried starttrinity again, and it failed with the same behavior. (However, this time I did get a blue background color behind the ksplash dialog on statup) It got stuck on "Initializing system services" and then crashed: http://nirvana.3111skyline.com/dl/dt/trinity/ss/tde-starttrinity-crash1.jpg The main issue I see is the dcopserver already running error - but looking at /home/david -- there is no .DCOPserver_tdepv__0 file. So I don't know what the heck is going on. I'm pretty much stuck on this one. Is there some change over the past few days that could explain this behavior?? Is it a change in ksyscoca or something similar causing the read of the old sysconfig cache to cause the crash? I tried deleting /var/tmp/kdecache-david and it did not help. Anybody else seeing this with last night's builds? How to debug and get more info?? -- David C. Rankin, J.D.,P.E.

3 13

applications/knetworkmanager8 Build Failure - error: 'QCString' was not declared in this scope
by David C. Rankin 14 Mar '12

14 Mar '12

Tim, Here is another QCString build failure. Let me know if you want a bug filed or if you just want to work it from the list. Thanks. Here is the actual error: [ 75%] Building CXX object knetworkmanager-0.8/src/CMakeFiles/tdeinit_knetworkmanager-shared.dir/knetworkmanager-wireless_menuitem.cpp.o cd /build/src/build/knetworkmanager-0.8/src && /usr/bin/c++ -Dtdeinit_knetworkmanager_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/build/src/build/knetworkmanager-0.8/src -I/build/src/build -I/opt/trinity/include -I/opt/tqt3/include -I/opt/trinity/include/tqt -I/opt/trinity/include/dbus-1-tqt -I/usr/include/NetworkManager -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -UQT_NO_ASCII_CAST -o CMakeFiles/tdeinit_knetworkmanager-shared.dir/knetworkmanager-wireless_menuitem.cpp.o -c /build/src/knetworkmanager8/knetworkmanager-0.8/src/knetworkmanager-wireless_menuitem.cpp /build/src/knetworkmanager8/knetworkmanager-0.8/src/knetworkmanager-wireless_menuitem.cpp: In member function 'void WirelessNetworkItem::slotActivate()': /build/src/knetworkmanager8/knetworkmanager-0.8/src/knetworkmanager-wireless_menuitem.cpp:77:160: error: 'QCString' was not declared in this scope make[2]: *** [knetworkmanager-0.8/src/CMakeFiles/tdeinit_knetworkmanager-shared.dir/knetworkmanager-wireless_menuitem.cpp.o] Error 1 make[2]: Leaving directory `/build/src/build' make[1]: *** [knetworkmanager-0.8/src/CMakeFiles/tdeinit_knetworkmanager-shared.dir/all] Error 2 make[1]: Leaving directory `/build/src/build' make: *** [all] Error 2 -- David C. Rankin, J.D.,P.E.

2 3

applications/knetworkmanager9 CMake Failure - add_subdirectory given source "knetworkmanager-0.8" not existing..
by David C. Rankin 14 Mar '12

14 Mar '12

Tim, Serghei, I tried to build knetworkmanager9 and it looks like the CMakeLists.txt still points to the knetworkmanager-0.8 directory which isn't found in the 9 source. The error was: CMake Error at CMakeLists.txt:66 (add_subdirectory): add_subdirectory given source "knetworkmanager-0.8" which is not an existing directory. -- David C. Rankin, J.D.,P.E.

2 1

applications/kbfx CMake failure - Unknown CMake command "ADD_POFILES"
by David C. Rankin 14 Mar '12

14 Mar '12

Tim, Serghei, Just going through the applications directory attempting to build everything that has a CMake setup included. kbfx isn't building. It is a TDE cmake file, so it's not one of the strays. The error I get is: -- Will use 'kmenuedit'! CMake Error at po/CMakeLists.txt:1 (ADD_POFILES): Unknown CMake command "ADD_POFILES". What's the trick here? -- David C. Rankin, J.D.,P.E.

1 0

Graphics help
by Darrell Anderson 14 Mar '12

14 Mar '12

To anybody interested the following image needs updating (KDE -> TDE): tdebase/kdesktop/pics/splash.png Thanks. Darrell

2 3

CMake Failure - tdesdk: svn_client-1 library was not found on your system
by David C. Rankin 12 Mar '12

12 Mar '12

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.

2 1

Does tdepim build with kerberos support?
by Darrell Anderson 12 Mar '12

12 Mar '12

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

2 1

Finally - It's all Building :)
by David C. Rankin 12 Mar '12

12 Mar '12

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.

1 0

GIT libcaldav/libcarddav sources -> pkgconfig include file location wrong with default install
by David C. Rankin 12 Mar '12

12 Mar '12

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.

1 1

Kate focus issue solved :-)
by Darrell Anderson 12 Mar '12

12 Mar '12

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

3 7

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels