tde-devels

devels@trinitydesktop.org

9 participants
3819 discussions

New tdertwork FTBFS - undefined reference to `TQGLWidget::glDraw() CMakeFiles/keuphoria.kss
by David C. Rankin 27 Jan '14

27 Jan '14

Darrell, It looks like tdeartwork will be the spoiler in my perfect end-to-end build. tdeartwork built fine on x86_64 a few days ago, and now fails -- any ideas on the error? Linking CXX executable keuphoria.kss cd /build/tde-tdeartwork/src/build/tdescreensaver/kdesavers && /usr/bin/cmake -E cmake_link_script CMakeFiles/keuphoria.kss.dir/link.txt --verbose=1 /usr/bin/c++ -march=i686 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -I/opt/tqt3/include -I/usr/include/tqt -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -Wl,-O1,--sort-common,--as-needed,-z,relro CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o -o keuphoria.kss -L/opt/tqt3/lib -L/opt/trinity/lib -rdynamic /opt/trinity/lib/libtdescreensaver.so.14.0.0 /opt/trinity/lib/libtdeui.so.14.0.0 -lGLU -lGL -lSM -lICE -lX11 -lXext /opt/trinity/lib/libtdecore.so.14.0.0 /opt/trinity/lib/libDCOP.so.14.0.0 /opt/trinity/lib/libtdefx.so.14.0.0 -ltqt -ltqt-mt -lXrender -lX11 -lc -lz -lidn -lXcomposite -lICE -lSM -lfreetype -lfontconfig -Wl,-rpath,/opt/tqt3/lib:/opt/trinity/lib: CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o: In function `EuphoriaWidget::staticMetaObject()': Euphoria.cpp:(.text+0x389): undefined reference to `TQGLWidget::staticMetaObject()' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o: In function `EuphoriaWidget::~EuphoriaWidget()': Euphoria.cpp:(.text+0xd45): undefined reference to `TQGLWidget::~TQGLWidget()' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o: In function `EuphoriaWidget::EuphoriaWidget(TQWidget*, char const*)': Euphoria.cpp:(.text+0x2b5e): undefined reference to `TQGLWidget::TQGLWidget(TQWidget*, char const*, TQGLWidget const*, unsigned int)' Euphoria.cpp:(.text+0x2c0c): undefined reference to `TQGLWidget::~TQGLWidget()' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o: In function `EuphoriaWidget::~EuphoriaWidget()': Euphoria.cpp:(.text+0xcf8): undefined reference to `TQGLWidget::~TQGLWidget()' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o: In function `EuphoriaWidget::tqt_cast(char const*)': Euphoria.cpp:(.text+0x32cb): undefined reference to `TQGLWidget::tqt_cast(char const*)' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o: In function `EuphoriaWidget::tqt_invoke(int, TQUObject*)': Euphoria.cpp:(.text+0x331f): undefined reference to `TQGLWidget::tqt_invoke(int, TQUObject*)' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o: In function `EuphoriaWidget::tqt_emit(int, TQUObject*)': Euphoria.cpp:(.text+0x3341): undefined reference to `TQGLWidget::tqt_emit(int, TQUObject*)' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o: In function `EuphoriaWidget::tqt_property(int, int, TQVariant*)': Euphoria.cpp:(.text+0x3351): undefined reference to `TQGLWidget::tqt_property(int, int, TQVariant*)' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTI14EuphoriaWidget[_ZTI14EuphoriaWidget]+0x8): undefined reference to `typeinfo for TQGLWidget' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0xac): undefined reference to `TQGLWidget::setMouseTracking(bool)' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x108): undefined reference to `TQGLWidget::reparent(TQWidget*, unsigned int, TQPoint const&, bool)' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x148): undefined reference to `TQGLWidget::paintEvent(TQPaintEvent*)' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x150): undefined reference to `TQGLWidget::resizeEvent(TQResizeEvent*)' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x1c4): undefined reference to `TQGLWidget::makeCurrent()' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x1c8): undefined reference to `TQGLWidget::swapBuffers()' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x1cc): undefined reference to `TQGLWidget::setFormat(TQGLFormat const&)' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x1d0): undefined reference to `TQGLWidget::setContext(TQGLContext*, TQGLContext const*, bool)' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x1d4): undefined reference to `TQGLWidget::renderPixmap(int, int, bool)' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x1d8): undefined reference to `TQGLWidget::grabFrameBuffer(bool)' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x1dc): undefined reference to `TQGLWidget::makeOverlayCurrent()' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x1e0): undefined reference to `TQGLWidget::updateGL()' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x1e4): undefined reference to `TQGLWidget::updateOverlayGL()' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x1f4): undefined reference to `TQGLWidget::initializeOverlayGL()' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x1f8): undefined reference to `TQGLWidget::resizeOverlayGL(int, int)' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x1fc): undefined reference to `TQGLWidget::paintOverlayGL()' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x200): undefined reference to `TQGLWidget::glInit()' CMakeFiles/keuphoria.kss.dir/Euphoria.cpp.o:(.rodata._ZTV14EuphoriaWidget[_ZTV14EuphoriaWidget]+0x204): undefined reference to `TQGLWidget::glDraw()' collect2: error: ld returned 1 exit status tdescreensaver/kdesavers/CMakeFiles/keuphoria.kss.dir/build.make:109: recipe for target 'tdescreensaver/kdesavers/keuphoria.kss' failed make[2]: *** [tdescreensaver/kdesavers/keuphoria.kss] Error 1 make[2]: Leaving directory '/build/tde-tdeartwork/src/build' CMakeFiles/Makefile2:540: recipe for target 'tdescreensaver/kdesavers/CMakeFiles/keuphoria.kss.dir/all' failed make[1]: *** [tdescreensaver/kdesavers/CMakeFiles/keuphoria.kss.dir/all] Error 2 make[1]: Leaving directory '/build/tde-tdeartwork/src/build' Makefile:119: recip -- David C. Rankin, J.D.,P.E.

1 2

Does artsd need a daemon service file for systemd - if so, anybody have one?
by David C. Rankin 27 Jan '14

27 Jan '14

Darrell, Tim, Do you have artsd.service files for arts in any of your distros? We will probably need one to manage the daemon under systemd. -- David C. Rankin, J.D.,P.E.

3 5

Re: [trinity-devel] Initial draft of ktorrent help handbook
by Darrell Anderson 27 Jan '14

27 Jan '14

> Maybe I'm missing something, but the default on ksnapshot should >be >whole-desktop by default, then you can select individual window or >region. The >reason being that individual window captures accept a 'delay' >input set by the >user on the dialog and 'region' requires a user box-outline. That >is not >accessible when launched by default. > > That was the entire purpose of setting > >[PrtScr]='ksnapshot' >Shift-[PrtScr]='ksnapshot --current' > > Default behavior captures a snapshot of the screen, the >alternate use captures >the current window. What you are proposing is making 'ksnapshot -- >current' the >default behavior. At least for me, that somewhat defeats the >purpose of the >--current option for the alternate call. Perhaps you are confusing a basic keyboard shortcut to capture the desktop to the clipboard versus actually launching Ksnapshot and manually changing the desired capture option. :) I often take screen captures of windows rather than the entire desktop. Regarding the preferred style for screen captures, I need to write those guidelines soon. We want all images in all handbooks to have the same consistent look. Yes, capturing images will require setting up a separate user account, theme, or a VM to ensure that consistency. > On ktorrent - it has always failed. The autofoo files are messed >up and I'm no >autofoo wizard. I think it will probably be an easy fix for a >makefile/automake guru... Refer to bug report 1465. I have to use the enable-closure configuration option. As i shared in the bug report, something changed after April 15 because I never had to use that option before I filed the bug report. I still can't build ktorrent without that option. I can't build with the additional handbook files with or without that option. Darrell

2 1

Initial draft of ktorrent help handbook
by Darrell Anderson 27 Jan '14

27 Jan '14

Ktorrent never has had a help handbook. In nug report 1880 is a patch to add a ktorrent help handbook. The original file is a version 0.13 draft from KDE4. I've performed some basic tweaks to adapt the docbooks to Trinity. Content editing is needed by a ktorrent subject matter expert. I am unable to build ktorrent when I use the patch. The build always fails with the following: Making all in doc make[2]: Entering directory `/dev/shm/ktorrent/doc' make[2]: *** No rule to make target `all'. Stop. I have searched the web to no avail. I am doing the same thing as I have done when adding handbooks to other packages but ktorrent is the only package that won't build. ==================================== After somebody resolves the build failure, all of the screen captures need to be adapted to Trinity rather than KDE4. Some of the screen captures do not apply and further editing of the images and respective text is needed. The preferred style guide rule for screen captures: look at the user guide for screen capture examples. When using ksnapshot, only capture the active window and not the entire desktop. Thank you. Darrell

2 1

libtqt-perl FTBFS - RENAMING ISSUE qt->tqt causes /usr/bin/ld: cannot find -lsmoketqt
by David C. Rankin 25 Jan '14

25 Jan '14

Tim, Darrell, libtqt-perl has a libtool issue where it fails to report its own libraries in the correct location due to what looks to be a qt/tqt renaming issue. Building in a chroot and using the recommended: perl Makefile.PL make make test make install The build fails at: Running Mkbootstrap for TQt () chmod 644 TQt.bs rm -f blib/arch/auto/TQt/TQt.so LD_RUN_PATH="/opt/tqt3/lib:/lib/../lib:/opt/trinity/lib" g++ -shared -Wl,-O1,--sort-common,--as-needed,-z,relro -L/usr/local/lib -fstack-protector TQt.o handlers.o -Wl,--rpath -Wl,/opt/trinity/lib -Wl,--rpath -Wl,/opt/tqt3/lib -o blib/arch/auto/TQt/TQt.so \ -L/opt/tqt3/lib -L/opt/trinity/lib -L/opt/trinity/lib -L/opt/trinity/lib/trinity -lcrypt -ltqt-mt -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread -L/build/tde-libtqt-perl/src/libtqt-perl/smoke/qt/.libs -lsmoketqt \ /usr/bin/ld: cannot find -lsmoketqt Now NOTE it is reporting the -lsmoketqt location, but it is wrong due to libtool searching for the lib in smoke/qt/.libs when the directory is now smoke/tqt/.libs: -L/build/tde-libtqt-perl/src/libtqt-perl/smoke/qt/.libs The 'smoke/qt/.libs' should be 'smoke/tqt/.libs' david> l1 build/tde-libtqt-perl/src/libtqt-perl/smoke/tqt/.libs/libsmoketqt.* build/tde-libtqt-perl/src/libtqt-perl/smoke/tqt/.libs/libsmoketqt.la build/tde-libtqt-perl/src/libtqt-perl/smoke/tqt/.libs/libsmoketqt.lai build/tde-libtqt-perl/src/libtqt-perl/smoke/tqt/.libs/libsmoketqt.so build/tde-libtqt-perl/src/libtqt-perl/smoke/tqt/.libs/libsmoketqt.so.1 build/tde-libtqt-perl/src/libtqt-perl/smoke/tqt/.libs/libsmoketqt.so.1.2.1 I suspect there was an issue with a qt/tqt renaming of the source that is not picked up by autotools. How to fix? I've opened a bug... http://bugs.pearsoncomputing.net/show_bug.cgi?id=1875 -- David C. Rankin, J.D.,P.E.

1 0

tdmtheme FTBFS - tdmtheme.cpp:385:24: fatal error: tdmtheme.moc: No such file or directory
by David C. Rankin 25 Jan '14

25 Jan '14

All, The error is correct. There is no tdmtheme.moc anywhere to be found. What is supposed to create the .moc file? I tried every variation of "make" "qmake" etc.. The full error is: libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -I/usr/include/tqt -I/usr/include/tqt/Qt -DQT_THREAD_SUPPORT -D_FORTIFY_SOURCE=2 -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -O2 -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/include/tqt -MT tdmtheme.lo -MD -MP -MF .deps/tdmtheme.Tpo -c tdmtheme.cpp -fPIC -DPIC -o .libs/tdmtheme.o tdmtheme.cpp:385:24: fatal error: tdmtheme.moc: No such file or directory #include "tdmtheme.moc" -- David C. Rankin, J.D.,P.E.

1 1

Re: [trinity-devel] Difference between: gtk-qt-engine & gtk3-tqt-engine
by Darrell Anderson 25 Jan '14

25 Jan '14

> Anybody have both installed currently? Please share your configuration options in your gtk3-tqt-engine build script. I never have been able to build the package. The build always fails with this error: gcc: error: /tde: No such file or directory I believe the problem is in gtk3-tqt-engine/tdegtk/Makefile.am:1 INCLUDES= $(all_includes) $(KDE_INCLUDES)/tde I believe $(KDE_INCLUDES) is never defined. Darrell

2 2

does tderadio work? Strange warning at end of good build
by David C. Rankin 25 Jan '14

25 Jan '14

All, Building tderadio, I was surprised to see the following warning: *************** Important ************************* This module contains unreleased software. The software may compile and work, but it may just as well neither compile nor work. **************************************************** Which begs the question - does it work? If you have it installed, please provide your feedback. Thanks. -- David C. Rankin, J.D.,P.E.

1 0

Difference between: gtk-qt-engine & gtk3-tqt-engine
by David C. Rankin 25 Jan '14

25 Jan '14

Darrell, All, I have built both gtk-qt-engine & gtk3-tqt-engine packages. I am not sure what should dictate the use or installation of one, or the other, or both? I don't understand the difference. Both are designed to provide similar feel for gtk apps running in TDE, with the former updating gtk-2.0 configs, and I presume the latter does something similar for gtk-3.0 based apps. The confusion is why 2 applications? Why not just extend one, or the other, to cover both gtk-2.0 and gtk-3.0 apps? With 2 apps is there some logic that tells gtk-2 and 3 apps to use the different engines to create different configs on icon-set or widget-style changes? Are there now two configs in thelpcenter? Initially, my first concern was that the packages would conflict. But after building, it is apparent they will not: tde-gtk-qt-engine-14.0.0-1-x86_64.pkg.tar.xz: opt/trinity/share/applications/kcmgtk.desktop opt/trinity/share/locale/de/LC_MESSAGES/gtkqtengine.mo opt/trinity/share/locale/bg/LC_MESSAGES/gtkqtengine.mo opt/trinity/share/locale/fr/LC_MESSAGES/gtkqtengine.mo opt/trinity/share/locale/nn/LC_MESSAGES/gtkqtengine.mo opt/trinity/share/locale/tr/LC_MESSAGES/gtkqtengine.mo opt/trinity/share/locale/es/LC_MESSAGES/gtkqtengine.mo opt/trinity/share/locale/ru/LC_MESSAGES/gtkqtengine.mo opt/trinity/share/locale/sv/LC_MESSAGES/gtkqtengine.mo opt/trinity/share/locale/it/LC_MESSAGES/gtkqtengine.mo opt/trinity/lib/trinity/kcm_kcmgtk.la opt/trinity/lib/trinity/kcm_kcmgtk.so usr/share/themes/Qt/gtk-2.0/gtkrc usr/lib/gtk-2.0/2.10.0/engines/libqtengine.so tde-gtk3-tqt-engine-14.0.0-1-x86_64.pkg.tar.xz: opt/trinity/lib/libtqtcairo.so.0 opt/trinity/lib/libtqtcairo.so.0.0.0 opt/trinity/lib/libtqtcairo.la opt/trinity/lib/libtqtcairo.so usr/share/themes/tdegtk/gtk-3.0/gtk.css usr/lib/gtk-3.0/3.0.0/theming-engines/libtdegtk.so.0.0.0 usr/lib/gtk-3.0/3.0.0/theming-engines/libtdegtk.so usr/lib/gtk-3.0/3.0.0/theming-engines/libtdegtk.so.0 usr/lib/gtk-3.0/3.0.0/theming-engines/libtdegtk.la Anybody have both installed currently? -- David C. Rankin, J.D.,P.E.

2 3

Re: [trinity-devel] adept configure, but make builds nothing, what to check?
by Darrell Anderson 25 Jan '14

25 Jan '14

> Building adept. the package builds without error, but results in >an empty package. I'm using a standard autotools build: I thought adept was Debian only. Darrell

3 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels