tde-devels

devels@trinitydesktop.org

3 participants
3808 discussions

Collusion
by Darrell Anderson 28 Feb '12

28 Feb '12

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

2 1

Non fatal tqt3 build error and patch
by Darrell Anderson 28 Feb '12

28 Feb '12

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

2 1

GIT missing files
by Aleksey Midenkov 28 Feb '12

28 Feb '12

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

3 6

Howto prevent LDFLAGS --sort-common,--as-needed,<snip>,--hash-style=gnu
by David C. Rankin 28 Feb '12

28 Feb '12

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.

2 12

twin-deco-crystal (So Close!)
by David C. Rankin 28 Feb '12

28 Feb '12

Jay, All, I have crystal 1.0.7 building on 3.5.13 from git --> ALMOST. Here is what I did. I need help knowing how to incorporate the cludges correctly, but that's what the smart folks on the list are for :) What was needed to get crystal 1.0.7 to configure and begin make on tde was: (my prefix = /opt/trinity) (1) create a link in /opt/trinity/lib trinity -> kde3 that let's the build find the designer libs (2) build with: ./configure --prefix=${TDEDIR} --with-qt-dir=${QTDIR} --with-extra-includes=${TDEDIR}/include/tqt That takes the build almost to completion: /bin/sh ../../libtool --silent --mode=link --tag=CXX g++ -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 -D_FORTIFY_SOURCE=2 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_PLUGIN -Wl,-O1,--sort-common,--as-needed,-z,relro,--hash-style=gnu -o kwin_crystal_config.la -rpath /opt/trinity/lib/kde3 -module -L/opt/trinity/lib -L/opt/qt3/lib -avoid-version -module -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -R /opt/trinity/lib -R /opt/trinity/lib -R /opt/qt3/lib crystalconfig.lo configdialog.lo infodialog.lo -lkdeui -lkio -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread -lkdecore /usr/bin/ld: cannot find -lkdeui collect2: ld returned 1 exit status make[3]: *** [kwin_crystal_config.la] Error 1 make[3]: Leaving directory `/build/src/crystal-1.0.7/client/config' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/src/crystal-1.0.7/client' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/src/crystal-1.0.7' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Build failed, check /mnt/nv1/home/chroot/david/build dev/ammo suggested: sed 's#$PREFIX/lib/kde3#$PREFIX/lib/trinity#g' which I think will work, but I can't figure out how to apply it to configure. We are getting close. Please add thoughts and I'll try again at lunch. -- David C. Rankin, J.D.,P.E.

4 11

Building tdebindings (update)
by Darrell Anderson 27 Feb '12

27 Feb '12

I can build tdebindings against ruby 1.8.7 and 1.9.1 without failure against TQt3. I thought I'd give qtsharp a whirl. I had to install mono and pnet. I received build errors for a lack of libqtc.la. Looks like that file is part of some kind of Qt C# bindings that needs to exist before building tdebindings. The best I can tell those bindings no longer exist. I found old discussion threads that seem to indicate qtsharp has been broken and unsupported in (k)tdebindings for many years. The configure.in.in (very last line) indicates likewise. The short term solution is to use the DO_NOT_COMPILE option, which already exists in configure.in.in. Building against ruby 1.9.1 requires a set of patches, all of which are ruby 1.9.x related. Building against 1.8.7 required some nominal patching too. With both there are strange messages that look like failures, apparently not fatal, but need attention. I notice differences between the older kdebindings binary package and the one I build. That tells me some files are not building. I do not have any of the tdebindings support packages installed, which likely makes a difference. Darrell

2 3

Building sip4-tqt
by Darrell Anderson 27 Feb '12

27 Feb '12

Is sip4-tqt an interface layer or a full replacement to sip? I thought an interface layer yet I saw this in the build output: This is SIP 4.10.5 for Python 2.6.4 on linux2. sip-4.10.2 is installed on my system. I have TQt3 installed. I tried building sip4-tqt and saw the following failures: Creating sipconfig.py... Creating top level Makefile... Creating sip code generator Makefile... Creating sip module Makefile... make[1]: Entering directory `/dev/shm/sip4-tqt/sipgen' gcc -c -O2 -march=i486 -mtune=i686 -I/usr/include/tqt -I/usr/include/tqt3 -I/usr/include/qt3 -O2 -w -DNDEBUG -I. -o main.o main.c gcc -c -O2 -march=i486 -mtune=i686 -I/usr/include/tqt -I/usr/include/tqt3 -I/usr/include/qt3 -O2 -w -DNDEBUG -I. -o transform.o transform.c gcc -c -O2 -march=i486 -mtune=i686 -I/usr/include/tqt -I/usr/include/tqt3 -I/usr/include/qt3 -O2 -w -DNDEBUG -I. -o gencode.o gencode.c In file included from sip.h:26, from transform.c:24: /usr/include/tqt/tqt.h:54:23: error: ntqglobal.h: No such file or directory In file included from sip.h:26, from main.c:26: /usr/include/tqt/tqt.h:54:23: error: ntqglobal.h: No such file or directory In file included from sip.h:26, from gencode.c:27: /usr/include/tqt/tqt.h:54:23: error: ntqglobal.h: No such file or directory make[1]: *** [main.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: *** [transform.o] Error 1 make[1]: *** [gencode.o] Error 1 make[1]: Leaving directory `/dev/shm/sip4-tqt/sipgen' make: *** [all] Error 2 Darrell

1 1

Localization Files
by Darrell Anderson 26 Feb '12

26 Feb '12

I admit much ignorance with localization files. I never built those packages. First, with past 3.5.10 packages I notice there were localization files for k3b and koffice in addition to the standard localization files. Where are those k3b and koffice localization files in the TDE sources? If those files are missing then let me know and I'll forward the sources. I don't know how to handle updating localized help files. I can update entities and various header declarations in those help files, but the moment I start editing the content in the top level English help files, the localized versions automatically are out of sync. I'm not even comfortable trying to edit the en-GB help files because I'm unfamiliar with the subtle differences. What do we do about these changes? We need translators, but without such people there is nothing I can do about keeping those files current and synchronized. I suspect when a localization file is unavailable then the base system always defaults to the English version. If we don't package those files then end users will see the English versions. Better than a weird failure messages, but not ideal. I don't know the answers and I'm asking. Darrell

2 1

Testing tdebindings
by Darrell Anderson 26 Feb '12

26 Feb '12

I'm able to build tdebindings against TQt3. Exceptions are qtsharp and xparts but I plan to test the former today. Yeah, a slight miracle anybody can build that package. :) (Several patches are needed.) I plan to further test building against both ruby 1.8.7 and 1.9.1. I notice there are directories in tdebindings named test. I presume these are test programs and scripts to ensure the bindings built correctly? Anybody know for sure? Darrell

1 1

tdelibs errors
by Robert Xu 26 Feb '12

26 Feb '12

I have working packages. But... they failed rpmlint checking: tdelibs failed the build process with the errors at the bottom. Can anyone help? I: A function overflows or underflows an array access. This could be a real error, but occasionaly this condition is also misdetected due to loop unrolling or strange pointer handling. So this is warning only, please review. W: tdelibs arraysubscript /home/abuild/rpmbuild/BUILD/tdelibs-R13.99/libkmid/track.cc:337 I: Program is likely to break with new gcc. Try -fno-strict-aliasing. W: tdelibs strict-aliasing-punning /home/abuild/rpmbuild/BUILD/tdelibs-R13.99/kimgio/dds.cpp:493, 503 W: tdelibs strict-aliasing-punning /home/abuild/rpmbuild/BUILD/tdelibs-R13.99/kioslave/iso/kiso.cpp:252, 307, 308, 314 W: tdelibs strict-aliasing-punning /home/abuild/rpmbuild/BUILD/tdelibs-R13.99/libkmid/deviceman.cc:547, 560, 579, 601, 622 W: tdelibs strict-aliasing-punning /home/abuild/rpmbuild/BUILD/tdelibs-R13.99/libkmid/fmout.cc:121, 235, 237, 238, 243, 280, 290, 302, 316 W: tdelibs strict-aliasing-punning /home/abuild/rpmbuild/BUILD/tdelibs-R13.99/libkmid/gusout.cc:200, 234, 236, 237, 241, 276, 298, 312, 407 W: tdelibs strict-aliasing-punning /home/abuild/rpmbuild/BUILD/tdelibs-R13.99/libkmid/midiout.cc:81 W: tdelibs strict-aliasing-punning /home/abuild/rpmbuild/BUILD/tdelibs-R13.99/libkmid/synthout.cc:167, 173, 180, 191 W: tdelibs strict-aliasing-punning /home/abuild/rpmbuild/BUILD/tdelibs-R13.99/tdecore/kcrash.cpp:304 I: Program returns random data in a function E: tdelibs no-return-in-nonvoid-function /home/abuild/rpmbuild/BUILD/tdelibs-R13.99/krsync/rsyncconfigdialog.cpp:180 E: tdelibs no-return-in-nonvoid-function /home/abuild/rpmbuild/BUILD/tdelibs-R13.99/tdecore/kapplication.cpp:198 -- later daze. :: Robert Xu :: rxu.lincomlinux.org :: protocol.by/rxu

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels