tde-devels February 2012

devels@trinitydesktop.org

31 participants
156 discussions

TQLayout "unnamed" added to TQFrame "unnamed", which already has a layout"

by Darrell Anderson

I'm seeing this message in my xsession log. The message occurs during the session shutdown. Watching the log through tail, the message occurs after selecting any logout option. I believe the error is caused by the "Saving your sessions" dialog. I enabled logout confirmation and the error does not appear until after I confirm the logout, which is when the "Saving your sessions" dialog appears. The message itself is in TQt3 qabstractlayout.cpp:609: qWarning( "TQLayout \"%s\" added to %s \"%s\", which already has a" " layout", TQObject::name(), parent->className(), parent->name() ); Any ideas what to look for in the code and how to resolve? Darrell

12 years, 1 month

tqt3 - is #include "ntqglobal.h" needed in ntqtimer.h ?

by David C. Rankin

Tim, all, In the arch qt3 build, there was a sed statement to include qglobal.h in qtimer.h: # missing include "qglobal.h" in include/qtimer.h fix sed -ie 's/define QTIMER_H/&\n#include "qglobal.h"/g' "$pkgdir$_prefix/include/qtimer.h" Is that needed for ntqtimer.h? -- David C. Rankin, J.D.,P.E.

12 years, 1 month

More patches for today's GIT

by Darrell Anderson

Tim, If you already know this then never mind, but I needed to patch tdelibs and tdebase against today's GIT updates for some remaining tde-config renaming. The patches are here: http://humanreadable.nfshost.com/trinity/patches/tdebase Also two additional patches to build tdebase caused by recent tqt changes. :) Darrell

12 years, 1 month

tdevelop FTBFS due to docbook changes

by Timothy Pearson

Darrell, Since you know much more about the docbook system than I do, can you take a look at this build failure of tdevelop? http://quickbuild.pearsoncomputing.net:58080/2587282/buildlog_ubuntu-lucid-… I suspect it is related to the changes that you pushed earlier. Thanks! Tim

12 years, 1 month

Where to put TQt3 when replacing Qt3?

by David C. Rankin

Guys, Gals, When building TQt3 to replace Qt3, what is the name for the recommended install dir (i.e. $QTDIR)? I am going to put it in /opt, so should it go in: /opt/TQt3 or should I use it as a direct replacement and put it in /opt/Qt3? Specifically, I am attempting this on archlinux where I have only used Qt3 before. Is this advisable, or should I just stay with Qt3? If I install TQt3, then will updating /etc/profile.d/qt3.sh be the proper way to tell the rest of the system where to find Qt3 --or-- should I create a new profile named tqt3.sh with that information?? -- David C. Rankin, J.D.,P.E.

12 years, 1 month

tdelibs/kimgio/ico.cpp:236: error: 'TQRGB_MASK' was not declared in this scope

by Darrell Anderson

Same usage in kimgio/xcf.cpp too. Error: ================================================== /dev/shm/tdelibs/kimgio/ico.cpp: In function 'bool<unnamed>::loadFromDIB(TQDataStream&, const<unnamed>::IconRec&, TQImage&)': /dev/shm/tdelibs/kimgio/ico.cpp:236: error: 'RGB_MASK' was not declared in this scope make[2]: *** [kimgio/CMakeFiles/kimg_ico-module.dir/ico.cpp.o] Error 1 make[2]: Leaving directory `/dev/shm/tdelibs.build' make[1]: *** [kimgio/CMakeFiles/kimg_ico-module.dir/all] Error 2 ================================================== Patch: ================================================== diff -urN tdelibs/kimgio/ico.cpp tdelibs.new/kimgio/ico.cpp --- tdelibs/kimgio/ico.cpp 2011-12-25 01:07:40.000000000 -0600 +++ tdelibs.new/kimgio/ico.cpp 2012-02-28 16:33:45.000000000 -0600 @@ -233,7 +233,7 @@ QRgb* p = reinterpret_cast< QRgb* >( lines[ y ] ); for ( unsigned x = 0; x < rec.width; ++x, ++p ) if ( ( ( buf[ x / 8 ] >> ( 7 - ( x & 0x07 ) ) ) & 1 ) ) - *p &= TQRGB_MASK; + *p &= TQT_RGB_MASK; } delete[] buf; } diff -urN tdelibs/kimgio/xcf.cpp tdelibs.new/kimgio/xcf.cpp --- tdelibs/kimgio/xcf.cpp 2011-12-25 01:07:40.000000000 -0600 +++ tdelibs.new/kimgio/xcf.cpp 2012-02-28 16:34:21.000000000 -0600 @@ -80,7 +80,7 @@ //! Change a QRgb value's alpha only. inline QRgb tqRgba ( QRgb rgb, int a ) { - return ((a & 0xff) << 24 | (rgb & TQRGB_MASK)); + return ((a & 0xff) << 24 | (rgb & TQT_RGB_MASK)); } ================================================== While you're hacking TQt3 would you please glance at these TQt3 related bug reports: 872 tdesdk FTBFS Against TQt3 871 tdeadmin FTBFS Against TQt3 861 tqtinterface: tdegraphics FTBFS with qt3 version of tqobjdefs.h Thanks! Darrell

12 years, 1 month

Collusion

by Darrell Anderson

An interesting idea: https://www.mozilla.org/en-US/collusion/ I bet the Mozilla people do their own tracking too. I wonder whether the add-on will disclose that? My real concern is whether any Trinity apps perform or allow tracking that users might not be aware or approve. Amarok? Akregator? Konqueror? KMail? IMs? The question is not how to block such activities but whether users are fully informed that Trinity apps perform or allow tracking and have options in an apps' configuration to prevent the tracking. Darrell

12 years, 1 month

Non fatal tqt3 build error and patch

by Darrell Anderson

Building tqt3 from GIT updated today. I received the following non fatal error message: ==================================================== cd qmag && make -f Makefile make[3]: Entering directory `/dev/shm/tqt3/examples/qmag' /dev/shm/tqt3/bin/moc qmag.cpp -o .moc/release-shared-mt/qmag.moc g++ -c -pipe -g -fvisibility=hidden -fvisibility-inlines-hidden -I/usr/include/mysql -I/usr/include/freetype2/freetype -fno-exceptions -Wall -W -O2 -D_REENTRANT -DQT_TABLET_SUPPORT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/dev/shm/tqt3/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../../include -I/usr/include -I.moc/release-shared-mt/ -o .obj/release-shared-mt/qmag.o qmag.cpp g++ -fno-exceptions -Wl,-rpath,/opt/trinity/lib -o qdir .obj/release-shared-mt/qdir.o .obj/release-shared-mt/dirview.o .obj/release-shared-mt/moc_ntqdir.o .obj/release-shared-mt/moc_dirview.o -L/dev/shm/tqt3/lib -L/usr/X11R6/lib -ltqt-mt -ljpeg -lpng -lz -lXi -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE -ldl -lpthread make[3]: Leaving directory `/dev/shm/tqt3/examples/qdir' cd qtl && make -f Makefile make[3]: Entering directory `/dev/shm/tqt3/examples/qtl' g++ -c -pipe -g -fvisibility=hidden -fvisibility-inlines-hidden -I/usr/include/mysql -I/usr/include/freetype2/freetype -fno-exceptions -Wall -W -O2 -D_REENTRANT -DQT_TABLET_SUPPORT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/dev/shm/tqt3/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I../../include -I/usr/include -I.moc/release-shared-mt/ -o .obj/release-shared-mt/qvaluelistiterator.o qvaluelistiterator.cpp g++ -c -pipe -g -fvisibility=hidden -fvisibility-inlines-hidden -I/usr/include/mysql -I/usr/include/freetype2/freetype -fno-exceptions -w -O2 -D_REENTRANT -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_CANVAS -DQT_TABLET_SUPPORT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/dev/shm/tqt3/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I. -I../../include -I/usr/include -I/usr/include -I.moc/release-shared-mt/ -o .obj/release-shared-mt/moc_glcontrolwidget.o .moc/release-shared-mt/moc_glcontrolwidget.cpp g++ -c -pipe -g -fvisibility=hidden -fvisibility-inlines-hidden -I/usr/include/mysql -I/usr/include/freetype2/freetype -fno-exceptions -w -O2 -D_REENTRANT -DQT_INTERNAL_ICONVIEW -DQT_INTERNAL_WORKSPACE -DQT_INTERNAL_CANVAS -DQT_TABLET_SUPPORT -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -I/dev/shm/tqt3/mkspecs/linux-g++ -I. -I/usr/include/freetype2 -I. -I../../include -I/usr/include -I/usr/include -I.moc/release-shared-mt/ -o .obj/release-shared-mt/moc_gltexobj.o .moc/release-shared-mt/moc_gltexobj.cpp qmag.cpp: In constructor 'MagWidget::MagWidget(TQWidget*, const char*)': qmag.cpp:165: error: 'qApp' was not declared in this scope make[3]: [.obj/release-shared-mt/qmag.o] Error 1 (ignored) g++ -fno-exceptions -Wl,-rpath,/opt/trinity/lib -o qmag .obj/release-shared-mt/qmag.o -L/dev/shm/tqt3/lib -L/usr/X11R6/lib -ltqt-mt -ljpeg -lpng -lz -lXi -lXrender -lXrandr -lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lXext -lX11 -lm -lSM -lICE -ldl -lpthread g++: .obj/release-shared-mt/qmag.o: No such file or directory make[3]: [qmag] Error 1 (ignored) ==================================================== The following patch seemed to resolve the problem: ==================================================== diff -urN tqt3/examples/qmag/qmag.cpp tqt3.new/examples/qmag/qmag.cpp --- tqt3/examples/qmag/qmag.cpp 2012-02-28 09:49:59.000000000 -0600 +++ tqt3.new/examples/qmag/qmag.cpp 2012-02-28 14:22:29.000000000 -0600 @@ -162,7 +162,7 @@ setMouseTracking( TRUE ); // and do let me know what pixel I'm at, eh? - grabAround( TQPoint(grabx=qApp->desktop()->width()/2, graby=qApp->desktop()->height()/2) ); + grabAround( TQPoint(grabx=tqApp->desktop()->width()/2, graby=tqApp->desktop()->height()/2) ); } ==================================================== Darrell

12 years, 1 month

GIT missing files

by Aleksey Midenkov

There are some files that seems to be missing in recent trunk: (tdelibs) libltdl directory is empty (tdebase) libkonq.cmake is missing

12 years, 1 month

Howto prevent LDFLAGS --sort-common,--as-needed,<snip>,--hash-style=gnu

by David C. Rankin

All, This is a follow up from an issue Jay and I are trying to solve with twin-style-crystal. I have also posted this to the Arch list in case it is gcc version related, but someone smarter than I on autotools may see the problem from what is described below. I have patched acinclude.m4, aclocal.m4 and configure to remove references to --as-needed, but when I run configure, I still get the three unwanted LDFLAGS put back in the makefile somehow? Example: Makefile:LDFLAGS = -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu I just want it to read: Makefile:LDFLAGS = -Wl,-O1,-z,relro What magic autotool does this and how do I fix it? The flags show up in the Makefiles and the config.status file. I have completely searched the source code with grep -r and after patching none of the unwanted flags are present before starting the build. When the build craters, I check the Makefiles and config.status and the unwanted flags are back. This results in the build failing with: /bin/sh ../libtool --silent --mode=link --tag=CXX g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -o embedtool -L/opt/trinity/lib -L/opt/qt3/lib -L/opt/trinity/lib/trinity embedtool.o -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread g++: error: unrecognized option '--sort-common' g++: error: unrecognized option '--as-needed' g++: error: unrecognized option '--hash-style=gnu' What's the trick? Thanks. Extra info: For those interested, the source is: http://www.kde-look.org/content/show.php?content=13969 and the patch I'm applying to try and get rid of the flags is: http://www.3111skyline.com/dl/dt/trinity/arch/src/crystal-1.patch -- David C. Rankin, J.D.,P.E.

12 years, 1 month

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels February 2012