tde-devels

devels@trinitydesktop.org

1 participants
3804 discussions

Having fits with "configure: error: Qt (>= Qt 3.3 and < 4.0) (library tqt-mt) not found"
by David C. Rankin 29 Jul '12

29 Jul '12

Slavek, Darrell, I am having fits with a handful of packages in 3.5.13 with the configure error: configure: error: Qt (>= Qt 3.3 and < 4.0) (library tqt-mt) not found Of course it isn't found, the file is qt-mt (/opt/qt3/lib/libqt-mt.so). The configure.log discloses the actual error: configure: 22827: /opt/qt3/include/qstyle.h taking that configure:23062: rm -rf SunWS_cache; g++ -o conftest -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -fno-builtin -g3 -fno-inline -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -I/opt/qt3/include -I. -DQT_THREAD_SUPPORT -D_REENTRANT -Wl,-O1,--sort-common,--as-needed,-z,relro -L/opt/qt3/lib conftest.cpp -ltqt-mt -lpng -lz -lm -ljpeg -ldl -lXext -lX11 -lSM -lICE -lpthread 1>&5 /usr/bin/ld: cannot find -ltqt-mt The problem is that nowhere in the code that I can find is there anything that would generate -ltqt-mt instead of -lqt-mt?? Meaning -- All of the pkgconfig files are correct. The pkgconfig files at issue are: /opt/qt3/lib/pkgconfig/qt-mt.pc /usr/lib/pkgconfig/tqt.pc BOTH CORRECTLY list -lqt-mt and NOT -ltqt-mt... cat /opt/qt3/lib/pkgconfig/qt-mt.pc prefix=/opt/qt3 exec_prefix=${prefix} libdir=${prefix}/lib includedir=${prefix}/include qt_config=qt warn_on release incremental link_prl thread nocrosscompiler dlopen_opengl minimal-config small-config medium-config large-config full-config styles tools kernel widgets dialogs iconview workspace inputmethod network canvas table xml opengl sql release dll thread largefile stl system-mng system-jpeg system-png gif system-zlib nis cups bigcodecs x11sm xshape xinerama xcursor xrandr xrender xftfreetype xkb inputmethod dylib create_prl link_prl qt warn_on depend_includepath qmake_cache x11 x11inc create_libtool create_pc moc x11lib Name: Qt Description: Libqt-mt.so.3.3.8 Library Version: 3.3.8 Libs: -L${libdir} -lqt-mt -L/usr/lib/mysql -L/usr/X11R6/lib -lpq -lmysqlclient -lz -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE -ldl -lpthread Cflags: -DQT_SHARED -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -D_REENTRANT -I${includedir} cat /usr/lib/pkgconfig/tqt.pc prefix=/usr exec_prefix=${prefix} libdir=${prefix}/lib includedir=${prefix}/include/tqt tmoc_executable=/usr/bin/tmoc moc_executable=/opt/qt3/bin/moc uic_executable=/opt/qt3/bin/uic Name: TQt Description: Interface and abstraction library for Qt and Trinity Version: 3.5.13 Libs: -L${libdir} -ltqt -L/opt/qt3/lib -lqt-mt Cflags: -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -I/opt/qt3/include -I${includedir} -include tqt.h So my question is "How in the heck can the build generate a config that looks for -ltqt-mt when the only thing the pkgconfig files point to is -lqt-mt?" -- David C. Rankin, J.D.,P.E.

1 0

tqt3 error - * not declared in scope
by Robert Xu 28 Jul '12

28 Jul '12

Hi all, While building TQt3 today, I noticed that I was receiving numerous errors that said that an object was not declared in scope. The log file: http://pastie.org/4350270 Does anyone have any idea? Patches I use don't seem to point to any such solution at the moment (including qt-transparency.patch). -- later daze. :: Robert Xu :: protocol.by/rxu

1 0

TDE packaging for Debian, tqt3 and g++ 4.7.1
by Bruce Sass 28 Jul '12

28 Jul '12

Hi, I built tqt3->tdebase on a Debian Unstable box (GCC-4.7.1, cmake-2.8.9~rc1) and the only show stopper was bug #1116 (kconfig_compiler should be renamed)--and that only cropped up because I have KDE-4 dev packages installed. I then started looking at the build logs for tqt3 and came across a few simple to fix packaging issues... $ diff -ru tde/tde-packaging/debian/squeeze/dependencies/tqt3/debian tde/build/main/dependencies/tqt3/debian Only in tde/tde-packaging/debian/squeeze/dependencies/tqt3/debian/patches: 09_amd64_lib64.diff diff -ru tde/tde-packaging/debian/squeeze/dependencies/tqt3/debian/patches/series tde/build/main/dependencies/tqt3/debian/patches/series --- tde/tde-packaging/debian/squeeze/dependencies/tqt3/debian/patches/series 2012-07-13 00:27:09.000000000 -0600 +++ tde/build/main/dependencies/tqt3/debian/patches/series 2012-07-20 15:25:19.000000000 -0600 @@ -1,4 +1,3 @@ 06_disable_rpath.diff -09_amd64_lib64.diff 72_dont_trust_uname-m_use_dpkg-arch_instead.diff kubuntu_06_fglrx_0_size_screen.diff ... 09_amd64_lib64.diff patches to use obsolete /usr/X11R6 dirs ... diff -ru tde/tde-packaging/debian/squeeze/dependencies/tqt3/debian/rules tde/build/main/dependencies/tqt3/debian/rules --- tde/tde-packaging/debian/squeeze/dependencies/tqt3/debian/rules 2012-07-13 00:27:09.000000000 -0600 +++ tde/build/main/dependencies/tqt3/debian/rules 2012-07-23 19:08:09.000000000 -0600 @@ -25,7 +25,11 @@ ifeq ($(DEB_HOST_ARCH),sparc) PLATFORM_ARG = linux-g++-sparc else #sparc +ifeq ($(DEB_HOST_ARCH),amd64) + PLATFORM_ARG = linux-g++-64 +else #amd64 PLATFORM_ARG = linux-g++ +endif #amd64 endif #sparc endif #hurd ... the platform wasn't being set properly, mkspecs/linux-g++ was being used instead of the expected mkspecs/linux-g++-64. This patches over the problem but (AFAICT) shouldn't be necessary (i.e., something deeper needs fixing)... @@ -230,8 +234,6 @@ # copy all docs there first install -d $(P_DOC)/usr/share/tqt3/doc/html/ for a in `cd $(TMP_INSTALL)/usr/share/tqt3/doc/html/ && find`; do cp $(TMP_INSTALL)/usr/share/tqt3/doc/html/"$$a" $(P_DOC)/usr/share/tqt3/doc/html/; done - #typo bugfix - sed -i -e 's/reveives/receives/' $(P_DOC)/usr/share/tqt3/doc/html/ntqwidget.html ## build designer package documentation # tqt3-designer ... fixing a typo via sed in the packaging is ugly, best to fix the typo in the source itself and be done with it for everyone, eh. Generally, it looks like the Debian packaging of everything required to get tdebase up and running needs more updating than is reasonable to do via tweaking what exists if the packages are to conform to current Debian Policy and best practice--it may be best to backport the packaging currently being used by Debian into Trinity where possible. While looking through the build.log for tqt3 I kept getting distracted by the piles of "suggest parentheses around ‘&&’ within ‘||’ [-Wparentheses]" warnings--so I went through the source and added in all the missing parentheses g++ was complaining about (plus fixed a few more warnings where the fix was just as obvious). The build log is much easier to read now, and potentially problematic warnings (such as [-Wdelete-non-virtual-dtor][1]) are no longer buried among the noise. What is the best way for me to get the tqt3 source changes to you? - Bruce [1] -Wdelete-non-virtual-dtor comes in two flavours, one which may result in a memory leak and another which will result in undefined behaviour.

2 5

tdm login graphic is old XDG login instead of new gradient tde style
by David C. Rankin 28 Jul '12

28 Jul '12

Tim, Darrell, After removing 3.5.12 from a box and installing R14, the tdm login screen is the old boxy style XDG login instead of the new gradient style tde login. The background is the correct isadora wallpaper, but the 'Login to TDE' part in the middle is not the cool TDE login I've had with all previous installs. Did something with the graphics change in tdebase? I really liked the old one and the new graphic is -- well -- terrible. Here is what I got with the new R14 install (it's a picture of the monitor): http://www.3111skyline.com/dl/dt/trinity/ss/tdm-old.jpg Here is what I got with earlier tde R14 installs (this one 3/12/12): http://www.3111skyline.com/dl/dt/trinity/ss/tdm-no-session.jpg I can't figure out what would have caused this to change unless something in the GIT tree changed. I have no idea what graphic to look for. Any ideas? -- David C. Rankin, J.D.,P.E.

2 5

Command to switch Q* to TQ*?
by Robert Xu 28 Jul '12

28 Jul '12

Hi all, Anyone have a handy sed command or similar to switch Q* to TQ* in patch files? I'm attempting to find the easiest way out before having to modify one by one individually. -- later daze. :: Robert Xu :: protocol.by/rxu

2 1

3.5.13-sru - New commits to cherrypick
by David C. Rankin 28 Jul '12

28 Jul '12

Slavek, There are a couple of useful CMake commits that need to be cherrypicked for 3.5.13-sru. The first is in tdebase: tdebase/kioslave/media/mediamanager/CMakeLists.txt include_directories( ${CMAKE_CURRENT_BINARY_DIR} ${CMAKE_BINARY_DIR}/kioslave/media/libmediacommon ${CMAKE_SOURCE_DIR}/kioslave/media/libmediacommon ${CMAKE_BINARY_DIR} ${TDE_INCLUDE_DIR} ${TQT_INCLUDE_DIRS} ${HAL_INCLUDE_DIRS} + ${DBUS_TQT_INCLUDE_DIRS} ) There is a commit that adds ${DBUS_TQT_INCLUDE_DIRS} to the include_directories list. I'll keep a list in this thread and we can look up the commit numbers when we are done. -- David C. Rankin, J.D.,P.E.

1 2

3.5.13-sru Build Report - Arch
by David C. Rankin 28 Jul '12

28 Jul '12

All, Slavek, With only slight changes to the build scripts for Arch, I was able to perform a fairly successful automated end-to-end build of 3.5.13-sru using the same build system I use for R14. tdebase required adjusting the config location name from tdm to kdm and tdebase/kioslave/media/mediamanager/CMakeLists.txt was patched to include the 'include directories' ${DBUS_TQT_INCLUDE_DIRS}. (there is already a commit for this that can be cherry-picked to sru. The list of what build on the 'first-run' is provided below along with the list of what failed. I'll tweak the failures and provide needed changes, as time permits, under (enhancement) Bug 1130 - Branch v3.5.13-sru -- Additional commits/fixes. The packages that built (on the Arch build system with gcc 4.7.1, glibc 2.16, ffmpeg 0.11-1, libpng 1.5) from the GIT tree with all modules available switched to v3.5.13-sru were: tde-arts tde-basket tde-dbus-1-tqt tde-dbus-tqt tde-digikam tde-dolphin tde-filelight tde-gtk-qt-engine tde-gwenview tde-k3b tde-kaffeine tde-katapult tde-kdiff3 tde-kima tde-kio-locate tde-kipi-plugins tde-kmplayer tde-knemo tde-knutclient tde-koffice tde-konversation tde-kpowersave tde-krusader tde-libart-lgpl tde-libcaldav tde-libcarddav tde-libkdcraw tde-libkexiv2 tde-libkipi tde-libksquirrel tde-mlt++ tde-mlt tde-qca-tls tde-qt3-3.8.8.d tde-sip tde-sip4-tqt tde-tde-style-qtcurve tde-tdeaccessibility tde-tdeaddons tde-tdeadmin tde-tdeartwork tde-tdebase tde-tdeedu tde-tdegames tde-tdegraphics tde-tdelibs tde-tdenetwork tde-tdepim tde-tdetoys tde-tdeutils tde-tqtinterface tde-twin-style-crystal tde-wlassistant The packages that failed and will need to be checked were: tdebindings v3.5.13-sru tdemultimedia v3.5.13-sru tdevelop v3.5.13-sru tdewebdev v3.5.13-sru abakus amarok v3.5.13-sru kgtk-qt3 rosegarden v3.5.13-sru tdesvn v3.5.13-sru yakuake soundkonverter ksplash-engine-moodin krename k9copy v3.5.13-sru kchmviewer v3.5.13-sru kdirstat tdmtheme kbarcode kbfx v3.5.13-sru (failure expected) kbookreader knetstats knetload kstreamripper tdesdk v3.5.13-sru I'll look through the logs, to find out what went wrong with the v3.5.13-sru packages. It is likely a build script tweak or quick CMakeList patch is all that will be required. (those packages with no branch listed above were attempted from 'master') -- David C. Rankin, J.D.,P.E.

1 0

bug (kmenu->Settings->Control Center) doesn't work
by David C. Rankin 28 Jul '12

28 Jul '12

Tim, Darrell, All, Quick update. I removed 3.5.12 and replaced it with R 14.0.0 on one of my boxes. (configured with tmd as the DM) Everything launched fine. (though the default tdm theme had the ugly XDG login instead of the normal tde gradient one) All has worked really well. However, I did hit a bug right off the bat. After configuring panels (menu checkbox to show settings submenu in kmenu) I tried to launch kcontrol from kmenu->Settings->Control Center -- Nothing happened. I ended up having to launch it with Alt+F2 -> kcontrol. Has this been seen before? If not, I'll file it, but it seems I remember this supposedly being 'fixed' already. This is from last nights build. -- David C. Rankin, J.D.,P.E.

2 16

3.5.13-sru - No quick build - Several build issues
by David C. Rankin 28 Jul '12

28 Jul '12

All, Slavek, I like the idea of having 3.5.13 as a primary desktop to work from while R14 settles down. I have created tarballs from 3.5.13-sry, but I have run into several build problems. Currently I have successfully built: tde-arts-3.5.13_sru-1-i686.pkg.tar.xz tde-dbus-1-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-dbus-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-libart-lgpl-3.5.13_sru-1-i686.pkg.tar.xz tde-libcaldav-3.5.13_sru-1-i686.pkg.tar.xz tde-libcarddav-3.5.13_sru-1-i686.pkg.tar.xz tde-qca-tls-3.5.13_sru-1-i686.pkg.tar.xz tde-qt3-3.8.8.d_git-1-i686.pkg.tar.xz tde-sip-3.5.13_sru-1-i686.pkg.tar.xz tde-sip4-tqt-3.5.13_sru-1-i686.pkg.tar.xz tde-tqtinterface-3.5.13_sru-1-i686.pkg.tar.xz The packages I'm struggling with are: avahi-tqt: The issue is the same as Nix brought up in: http://comments.gmane.org/gmane.comp.desktop.trinity.devel/6373 The build fails with: make[2]: Entering directory `/build/src/avahi-tqt/avahi-tqt' GEN qt-watch.moc3 Qt meta object compiler moc: Too many input files specified Usage: moc [options] <header-file> -o file Write output to file rather than stdout -f[file] Force #include, optional file name -p path Path prefix for included file -i Do not generate an #include statement -k Do not stop on errors -nw Do not display warnings -v Display version of moc make[2]: *** [qt-watch.moc3] Error 1 The problem is the build cannot find moc-tqt in /usr/bin/moc-tqt. I thought this was resolved, but I can't recall how. The issue was created by installing tqtinterface in /usr while the rest of Qt and TDE went in /opt. I'll play with it. Any ideas, let me know :) python-tqt: Build fails due to: Error: The TQt version number could not be determined by parsing /opt/qt3/include/qglobal.h. The problem is caused by configure.py looking for TQt and TQT_VERSION instead of QT_VERSION even though the configure.py script correctly determined that /opt/qt3/include/qglobal.h was the correct file. I will try patching this, but shouldn't configure.py be smart enough to know to look for Qt/QT_VERSION when the include is /opt/qt3/include/qglobal.h? -- David C. Rankin, J.D.,P.E.

2 4

Updating profiles when updating to R14
by Darrell Anderson 28 Jul '12

28 Jul '12

We don't have a mechanism to update existing Trinity profiles when updating to R14. For the most part Trinity 3.5.11->3.5.13 profiles essentially are KDE3 profiles. Although the r14-xdg-update script will run automatically for users the first time they run the R14 starttde script, some profile breakage is likely to remain with older config files because the r14-xdg-update script is limited in scope to XDG changes. I suspect more than a few Trinity users are using 3.5.12 and we should ensure their R14 updating experience "just works." 1. How should we detect older profiles? Possibly by looking for the existence of $TDEHOME/share/config twin_update, twinrc, or tdeprintrc? Any other reliable methods? 2. How should we help users update their profiles? Doing so transparently often is best. Possibly the migratekde3 script can accommodate post 3.5.10 profiles although originally I never considered anything other than 3.5.10. Do any users have experience migrating existing profiles from 3.5.x to R14? What were those experiences like? Ideas? Thoughts? Darrell

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels