tde-devels

devels@trinitydesktop.org

3 participants
3808 discussions

tdeaddons & tdegames build fails at start - missing .moc files??
by David C. Rankin 22 Mar '12

22 Mar '12

All, I am trying to build the applications requiring autoconf/libtool and I have hit a wall. I was able to build tdeutils, but with both tdeaddons and tdegames I experience build failures due to missing .moc files. I have had to use: autoreconf --force --install before ./configure, but that just cleans up the version mismatch of libtools. The big problem is missing .moc files. Examples: make[4]: Entering directory `/build/src/tdeaddons/kaddressbook-plugins/xxports/kworldclock' /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../.. -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -I/opt/trinity/include/tde -DQT_THREAD_SUPPORT -D_REENTRANT -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=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 -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT geo_xxport.lo -MD -MP -MF .deps/geo_xxport.Tpo -c -o geo_xxport.lo geo_xxport.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../.. -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -I/opt/trinity/include/tde -DQT_THREAD_SUPPORT -D_REENTRANT -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=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 -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT geo_xxport.lo -MD -MP -MF .deps/geo_xxport.Tpo -c geo_xxport.cpp -fPIC -DPIC -o .libs/geo_xxport.o geo_xxport.cpp:114:26: fatal error: geo_xxport.moc: No such file or directory compilation terminated. make[4]: *** [geo_xxport.lo] Error 1 make[4]: Leaving directory `/build/src/tdeaddons/kaddressbook-plugins/xxports/kworldclock' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/src/tdeaddons/kaddressbook-plugins/xxports' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/src/tdeaddons/kaddressbook-plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/src/tdeaddons' make: *** [all] Error 2 and make[3]: Entering directory `/build/src/tdegames/libtdegames/highscore' /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -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=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 -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT kconfigrawbackend.lo -MD -MP -MF .deps/kconfigrawbackend.Tpo -c -o kconfigrawbackend.lo kconfigrawbackend.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -I/opt/trinity/include -I/opt/tqt3/include -I. -include tqt.h -DQT_THREAD_SUPPORT -D_REENTRANT -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=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 -I/usr/include/tqt -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT kconfigrawbackend.lo -MD -MP -MF .deps/kconfigrawbackend.Tpo -c kconfigrawbackend.cpp -fPIC -DPIC -o .libs/kconfigrawbackend.o kconfigrawbackend.cpp:21:33: fatal error: kconfigrawbackend.moc: No such file or directory compilation terminated. make[3]: *** [kconfigrawbackend.lo] Error 1 make[3]: Leaving directory `/build/src/tdegames/libtdegames/highscore' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/src/tdegames/libtdegames' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/build/src/tdegames' make: *** [all] Error 2 I have searched the source and there are no .moc files to include. Is a qmake call missing in my build? My build for each is basically: cp /usr/share/aclocal/libtool.m4 ./admin cp /usr/share/libtool/config/ltmain.sh ./admin cd ${srcdir}/${pkgname#*-} make -f admin/Makefile.common autoreconf --force --install ## configure msg "Configuring - ${pkgname}..." ./configure \ --prefix=${TDEDIR} \ --with-qt-dir=${QTDIR} \ --with-qt-includes=${QTDIR}/include \ --with-qt-libraries=${QTDIR}/lib \ --sysconfdir=/etc \ --localstatedir=/var \ --enable-debug=full \ --enable-closure make What do I seem to be missing? -- David C. Rankin, J.D.,P.E.

1 1

SOLVED: Whoop! tdeutils building on Arch - Hack of libtool created by configure required
by David C. Rankin 22 Mar '12

22 Mar '12

Tim, Darrell, All, I finally got tdeutils to build on Arch. The old version of libtool in the GIT tree does not correctly create the designation for 'to_tool_file_cmd' in the 'libtool' file that is created by running ./configure. The solution was to hack the libtool file produced by configure and set: to_tool_file_cmd=func_convert_file_noop I just used sed to add it to the top of the libtool file after #! /bin/sh. That is the default value according to: http://www.gnu.org/software/libtool/manual/html_node/libtool-script-content… — Variable: to_tool_file_cmd If the toolchain is not native to the build platform (e.g. if you are using some Unix to drive the scripting together with a Windows toolchain running in Wine) this variable describes how to convert file names from the format used by the build platform to the format used by the toolchain. Normally set to ‘func_convert_file_noop’. I do not understand why the GIT libtool version does not correctly do this when run against the stable 2.4.2 version of libtool. This is a bug that will need to be fixed. But: ==> Finished making: tde-tdeutils 3513_tqt-1 (Wed Mar 21 16:25:37 UTC 2012) -- David C. Rankin, J.D.,P.E.

2 3

tqscintilla - am I missing something - or is that a gcc issue? - expected ')' before '*' token
by David C. Rankin 22 Mar '12

22 Mar '12

Darrell, All, I ran into a build error with tqscintilla that looks like I'm missing something or I have stumbled onto a gcc issue. The build proceeds normally for a good while, then: g++ -c -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -I/usr/include/tqt -I/opt/trinity/include -I/opt/tqt3/include -I/usr/include/tqt -I/opt/trinity/include -I/opt/tqt3/include -I/usr/share/qt/mkspecs/linux-g++-64 -I. -I/usr/include/QtCore -I/usr/include/QtGui -I/usr/include -I. -I../include -I../src -I/usr/include/tqt -I. -o ExternalLexer.o ../src/ExternalLexer.cpp In file included from ../src/ExternalLexer.cpp:22:0: ../src/ExternalLexer.h:25:30: error: expected ')' before '*' token ../src/ExternalLexer.h:27:30: error: expected ')' before '*' token ../src/ExternalLexer.h:29:31: error: expected ')' before '*' token ../src/ExternalLexer.h:29:31: error: expected initializer before '*' token ../src/ExternalLexer.h:30:29: error: expected ')' before '*' token ../src/ExternalLexer.h:31:30: error: expected ')' before '*' token ../src/ExternalLexer.h:38:2: error: 'ExtLexerFunction' does not name a type ../src/ExternalLexer.h:39:2: error: 'ExtFoldFunction' does not name a type ../src/ExternalLexer.h:52:27: error: 'ExtLexerFunction' has not been declared ../src/ExternalLexer.h:52:52: error: 'ExtFoldFunction' has not been declared ../src/ExternalLexer.cpp: In member function 'virtual void ExternalLexerModule::Lex(unsigned int, int, int, WordList**, Accessor&) const': ../src/ExternalLexer.cpp:63:7: error: 'fneLexer' was not declared in this scope ../src/ExternalLexer.cpp:74:74: error: 'fneLexer' was not declared in this scope ../src/ExternalLexer.cpp: In member function 'virtual void ExternalLexerModule::Fold(unsigned int, int, int, WordList**, Accessor&) const': ../src/ExternalLexer.cpp:82:7: error: 'fneFolder' was not declared in this scope ../src/ExternalLexer.cpp:93:75: error: 'fneFolder' was not declared in this scope ../src/ExternalLexer.cpp: At global scope: ../src/ExternalLexer.cpp:99:39: error: variable or field 'SetExternal' declared void ../src/ExternalLexer.cpp:99:39: error: 'ExtLexerFunction' was not declared in this scope ../src/ExternalLexer.cpp:99:64: error: 'ExtFoldFunction' was not declared in this scope ../src/ExternalLexer.cpp:99:89: error: expected primary-expression before 'int' ../src/ExternalLexer.cpp: In constructor 'LexerLibrary::LexerLibrary(const char*)': ../src/ExternalLexer.cpp:121:3: error: 'GetLexerCountFn' was not declared in this scope ../src/ExternalLexer.cpp:121:19: error: expected ';' before 'GetLexerCount' ../src/ExternalLexer.cpp:123:7: error: 'GetLexerCount' was not declared in this scope ../src/ExternalLexer.cpp:128:4: error: 'GetLexerNameFn' was not declared in this scope ../src/ExternalLexer.cpp:128:19: error: expected ';' before 'GetLexerName' ../src/ExternalLexer.cpp:129:4: error: 'ExtLexerFunction' was not declared in this scope ../src/ExternalLexer.cpp:129:21: error: expected ';' before 'Lexer' ../src/ExternalLexer.cpp:130:4: error: 'ExtFoldFunction' was not declared in this scope ../src/ExternalLexer.cpp:130:20: error: expected ';' before 'Folder' ../src/ExternalLexer.cpp:139:33: error: 'GetLexerName' was not declared in this scope ../src/ExternalLexer.cpp:156:22: error: 'Lexer' was not declared in this scope ../src/ExternalLexer.cpp:156:29: error: 'Folder' was not declared in this scope The code complained about in ExternalLexer.h begins with: // External Lexer function definitions... typedef void (EXT_LEXER_DECL *ExtLexerFunction)(unsigned int lexer, unsigned int startPos, int length, int initStyle, char *words[], WindowID window, char *props); typedef void (EXT_LEXER_DECL *ExtFoldFunction)(unsigned int lexer, unsigned int startPos, int length, int initStyle, char *words[], WindowID window, char *props); typedef void* (EXT_LEXER_DECL *GetLexerFunction)(unsigned int Index); typedef int (EXT_LEXER_DECL *GetLexerCountFn)(); typedef void (EXT_LEXER_DECL *GetLexerNameFn)(unsigned int Index, char *name, int buflength); Is there some new directive required to have it use the 'EXT_LEXER_DECL *' typedef? -- David C. Rankin, J.D.,P.E.

1 1

Peer signoff requested
by Darrell Anderson 22 Mar '12

22 Mar '12

I submitted a small patch to resolve one of the biggest irritants on my hit list, bug report 392 (http://bugs.pearsoncomputing.net/show_bug.cgi?id=392), Desktop Device Icon Placement. The patch is small and restores a snippet of code that was deleted long ago. I found the solution by persistent trial-and-error and not any elegant C++ sleuthing. Thus, I ask for a signoff review to inspect the restored code. I am using the patch here but I'd like to push to GIT. Thanks! Darrell

3 4

A note of encouragement!
by Darrell Anderson 22 Mar '12

22 Mar '12

I am typing this message from a Trinity session built from GIT. Trinity is noticeably snappier than my KDE3 setup. Even Firefox responds faster, both in page rendering speed and interface response. Except for the startup speed Firefox almost feels native. I feel as though I have new hardware, the difference is that noticeable. After we eliminate some build issues and resolve some usability bugs I think R14 will be nice indeed. Very nice. Much faster. Thanks everybody! Darrell

2 1

Build split package for sip4-tqt & provide Python2 and Python3 support
by David C. Rankin 22 Mar '12

22 Mar '12

Darrel, All, After examining the way Arch handled the building and installation of sip and python2-sip, I believe the same can be applied to the sip4-tqt package to build and provide both python2 and python3 support. I have setup the arch build of sip4-tqt to do this. It can probably be done the exact same for all distros. The build proceeds as follows: pkgbase=tde-sip4-tqt pkgname=('tde-sip' "${pkgbase}") build() { CFLAGS="${CFLAGS} -I/usr/include/tqt -I${TDEDIR}/include -I${QTDIR}/include" cd ${srcdir} # the directory holding sip4-tqt source dir ## copy source for Python3 build cp -r ${pkgbase#*-} sipPy3 ## Python3 version cd ${srcdir}/sipPy3 python configure.py CFLAGS="${CFLAGS}" LFLAGS="${LDFLAGS}" make ## Python2 version cd ${srcdir}/${pkgbase#*-} python2 configure.py CFLAGS="${CFLAGS}" LFLAGS="${LDFLAGS}" make } ## package Python3 version as 'tde-sip' package_tde-sip() { pkgdesc="The TDE SIP C/C++ Bindings Generator for Python3 - Trinity upstream GIT version" depends=('python') replaces=('python-sip' 'sip') provides=('python-sip' 'sip') cd "${srcdir}/sipPy3" make DESTDIR="${pkgdir}" install install -Dm644 LICENSE "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE" } ## package Python2 version as 'tde-sip4-tqt' package_tde-sip4-tqt() { pkgdesc="The TDE SIP C/C++ Bindings Generator for Python2 - Trinity upstream GIT version" depends=('sip' 'python2') replaces=('python2-sip') provides=('python2-sip') cd "${srcdir}/${pkgbase#*-}" make DESTDIR="${pkgdir}" install install -Dm644 LICENSE "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE" # Provided by tde-sip rm "${pkgdir}/usr/bin/sip" } The resulting packages avoid the /usr/bin/sip conflict by removing the version produced by python2 in the package stage resulting in packages that install nicely together. The file list provided is: 08:57 nirvana:~/tde/bld/tde-sip4-tqt> pacman -Qpl tde-sip4-tqt-3513_tqt-2-x86_64.pkg.tar.xz tde-sip4-tqt /usr/ tde-sip4-tqt /usr/bin/ tde-sip4-tqt /usr/include/ tde-sip4-tqt /usr/include/python2.7/ tde-sip4-tqt /usr/include/python2.7/sip.h tde-sip4-tqt /usr/lib/ tde-sip4-tqt /usr/lib/python2.7/ tde-sip4-tqt /usr/lib/python2.7/site-packages/ tde-sip4-tqt /usr/lib/python2.7/site-packages/sip.so tde-sip4-tqt /usr/lib/python2.7/site-packages/sipconfig.py tde-sip4-tqt /usr/lib/python2.7/site-packages/sipdistutils.py tde-sip4-tqt /usr/share/ tde-sip4-tqt /usr/share/licenses/ tde-sip4-tqt /usr/share/licenses/tde-sip4-tqt/ tde-sip4-tqt /usr/share/licenses/tde-sip4-tqt/LICENSE 08:58 nirvana:~/tde/bld/tde-sip4-tqt> pacman -Qpl tde-sip-3513_tqt-2-x86_64.pkg.tar.xz tde-sip /usr/ tde-sip /usr/bin/ tde-sip /usr/bin/sip tde-sip /usr/include/ tde-sip /usr/include/python3.2mu/ tde-sip /usr/include/python3.2mu/sip.h tde-sip /usr/lib/ tde-sip /usr/lib/python3.2/ tde-sip /usr/lib/python3.2/site-packages/ tde-sip /usr/lib/python3.2/site-packages/sip.so tde-sip /usr/lib/python3.2/site-packages/sipconfig.py tde-sip /usr/lib/python3.2/site-packages/sipdistutils.py tde-sip /usr/share/ tde-sip /usr/share/licenses/ tde-sip /usr/share/licenses/tde-sip/ tde-sip /usr/share/licenses/tde-sip/LICENSE May be worth looking at for other distros as well. -- David C. Rankin, J.D.,P.E.

1 0

python configure.py - howto set include paths? can't find tqt.h ...
by David C. Rankin 21 Mar '12

21 Mar '12

All, I am working to build sip4-tqt and I'm running into problems telling python configure.py where to find the include files. I patched sipgen/sip.h to #include <tqt/tqt.h> which allow it to find tqt.h, but then it failed to find the next include: /usr/include/tqt/tqt.h:54:23: fatal error: ntqglobal.h: No such file or directory which is in /opt/tqt3/include/ntqglobal.h So with a python configure, how do I set the include search path to include /opt/tqt3/include:/opt/whatever/else/I/need? python2 configure.py --help tells me how to flag where the completed files go, but not where to help configure.py look for them. What's the trick? -- David C. Rankin, J.D.,P.E.

2 3

sip4-tqt, sip, python2-sip (the sips) what is needed - Arch splits sip between python2 and python3 (worth doing?)
by David C. Rankin 21 Mar '12

21 Mar '12

Darrell, All, Investigating the default sip packages provided by arch I find: sip (python3) and python2-sip (python2). What arch has done is build /usr/bin/sip with python3, but still provides all the packages we provide in sip4-tqt in the python2-sip package. I wonder if this might not be a better setup. Specifically here is the current arch package setup: 22:44 valkyrie:~/Documents/bld/tde-sip4-tqt> pacman -Ql python2-sip python2-sip /usr/ python2-sip /usr/bin/ python2-sip /usr/include/ python2-sip /usr/include/python2.7/ python2-sip /usr/include/python2.7/sip.h python2-sip /usr/lib/ python2-sip /usr/lib/python2.7/ python2-sip /usr/lib/python2.7/site-packages/ python2-sip /usr/lib/python2.7/site-packages/sip.so python2-sip /usr/lib/python2.7/site-packages/sipconfig.py python2-sip /usr/lib/python2.7/site-packages/sipdistutils.py python2-sip /usr/share/ python2-sip /usr/share/licenses/ python2-sip /usr/share/licenses/python2-sip/ python2-sip /usr/share/licenses/python2-sip/LICENSE 22:45 valkyrie:~/Documents/bld/tde-sip4-tqt> pacman -Ql sip sip /usr/ sip /usr/bin/ sip /usr/bin/sip sip /usr/include/ sip /usr/include/python3.2mu/ sip /usr/include/python3.2mu/sip.h sip /usr/lib/ sip /usr/lib/python3.2/ sip /usr/lib/python3.2/site-packages/ sip /usr/lib/python3.2/site-packages/sip.so sip /usr/lib/python3.2/site-packages/sipconfig.py sip /usr/lib/python3.2/site-packages/sipdistutils.py sip /usr/share/ sip /usr/share/licenses/ sip /usr/share/licenses/sip/ sip /usr/share/licenses/sip/LICENSE The sip4-tqt provides essentially what the arch python2-sip package provides EXCEPT /usr/bin/sip which is provided by the python3 based sip package. If the python3 sip is backwards compatible with the sip4-tqt needs, then couldn't I simply replace the python2-sip package on arch with the sip2-tqt package without the binary and keep both the original Arch sip package and sip4-tqt installed and use the existing sip binary? The sip4-tqt package I just built includes the following: 22:45 valkyrie:~/Documents/bld/tde-sip4-tqt> pacman -Qpl tde-sip4-tqt-3513_tqt-1-x86_64.pkg.tar.xz tde-sip4-tqt /usr/ tde-sip4-tqt /usr/bin/ tde-sip4-tqt /usr/bin/sip tde-sip4-tqt /usr/include/ tde-sip4-tqt /usr/include/python2.7/ tde-sip4-tqt /usr/include/python2.7/sip.h tde-sip4-tqt /usr/lib/ tde-sip4-tqt /usr/lib/python2.7/ tde-sip4-tqt /usr/lib/python2.7/site-packages/ tde-sip4-tqt /usr/lib/python2.7/site-packages/sip.so tde-sip4-tqt /usr/lib/python2.7/site-packages/sipconfig.py tde-sip4-tqt /usr/lib/python2.7/site-packages/sipdistutils.py That would be a neat way to have sip cover both python2 as well as python3. What say the experts? -- David C. Rankin, J.D.,P.E.

1 0

TDE Qt4 theme engine [TDE spring fundraiser]
by Timothy Pearson 21 Mar '12

21 Mar '12

It's time for our TDE spring fundraiser! The TDE project relies on your financial support to continue development of this reliable and easy-to-use desktop environment. As my way of saying thank you I have developed a new theme engine for Qt4 that allows you to use your TDE styles and file dialogs in new Qt4 applications, as well as interface methods required to easily convert common Qt4 objects to TQt3 objects and vice versa. If we can raise the $2,000 required to keep the TDE project running for the rest of the year by April 30, 2012, I will release the source code for this new theme engine under the GPL and also integrate it into the next TDE release. Once this engine and the conversion methods are part of TDE, the foundation will have been laid for work to begin on a Webkit-based replacement for the aging KHTML engine. Donations can be securely made to the project at this address: http://trinitydesktop.org/donate.php I will also update that page from time to time with progress made towards the $2,000 goal. TECHNICAL SPECIFICATIONS Library requirements: TQt3, Qt4, and TDE core Lines of C++ source code: 4207 (theme engine and Qt4 object translator) License: GPL Functional quality: ALPHA Screenshots of the theme engine in action are attached, showing common TDE styles in use with Qt4 applications. If you want to see this engine released and think the TDE project is worth a few dollars, please donate to help keep the TDE project going! Timothy Pearson Trinity Desktop Project

1 0

Multiple pushes with GIT
by Darrell Anderson 21 Mar '12

21 Mar '12

I would appreciate anybody who knows sharing how to perform a multiple pushes with GIT. I have some low level patches I want to push. Patching my local repository is straightforward with find and sed. The trick thereafter is diiscovering which modules were changed, creating a commit message for each individual module, and then pushing each individual module. My understanding is that each module must be pushed individually. Also each module push requires typing a password. There are 117 modules (packages) in TDE. Doing this manually I foresee myself missing or overlooking a few modules. My only solution thus far is to write a script that can recurse through my local repository, but even that seems like a lot of work because of all the error checking that should occur. Is there a simpler way? Thanks! Darrell

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels