tde-devels

devels@trinitydesktop.org

4 participants
3812 discussions

Qt3 (svn) - qinputcontextfactory.h link missing in src/include
by David C. Rankin 17 May '11

17 May '11

Tim, Working with the new Qt3 from svn, I have found 2 issues: (1) It still needs to be patched for gcc-4.6 (see gcc46-arch.diff); and (2) The link in src/include for src/inputmethod/qinputcontextfactory.h is missing -- David C. Rankin, J.D.,P.E.

5 16

kde-style-qtcurve: Cmake error
by Baho Utot 16 May '11

16 May '11

cmake is not passing -I ${_prefix}/include/tqt to gcc causing gcc to fail tqt.h is not found as the include path is not set correctly.

3 8

kdegraphics - dlggeneral.ui.h:15:20: fatal error: config.h: No such file or directory
by David C. Rankin 16 May '11

16 May '11

After kdebase successfully built, I moved on to kdegraphics. config.h is missing? [ 28%] Building CXX object kpdf/conf/CMakeFiles/kpdfconf-static.dir/dlggeneral.cpp.o cd /build/src/build/kpdf/conf && /usr/bin/c++ -DHAVE_CONFIG_H -fpermissive -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/build/src/build/kpdf/conf -I/build/src/build/kpdf/conf/.. -I/opt/trinity/include -I/opt/qt/include -I/opt/qt/include/tqt -fPIC -o CMakeFiles/kpdfconf-static.dir/dlggeneral.cpp.o -c /build/src/build/kpdf/conf/dlggeneral.cpp In file included from /build/src/build/kpdf/conf/dlggeneral.cpp:27:0: /build/src/build/kpdf/conf/dlggeneral.ui.h:15:20: fatal error: config.h: No such file or directory compilation terminated. make[2]: *** [kpdf/conf/CMakeFiles/kpdfconf-static.dir/dlggeneral.cpp.o] Error 1 make[2]: Leaving directory `/build/src/build' make[1]: *** [kpdf/conf/CMakeFiles/kpdfconf-static.dir/all] Error 2 make[1]: Leaving directory `/build/src/build' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... What say the experts? -- David C. Rankin, J.D.,P.E.

5 10

rpm packages - status?
by Nenad Opsenica 15 May '11

15 May '11

Hello everybody, Are there any news regarding .RPM packages of trinity desktop? Is there any way one can help to speed-up building process? I'm interested in preparing RPM for EL6/SL6 distro. Best regards, Nenad

2 1

creating tarballs from svn tree
by David C. Rankin 15 May '11

15 May '11

All, With Arch, it is useful to create tarballs from the svn tree for the different Trinity modules to prevent having to download the code each time you attempt a module build. When building in virtualbox, you can keep the svn source between build attempts so there is no need, but when building in an 'archroot', it starts with a fresh environment for each build with requires a full svn checkout with every build attempt. Baho has provided scripts that do this. I took the idea and just put together a standalone script that can be applied to any generic svn directory. In its simplest form you are just doing a: tar --exclude-vcs -czf mytarballname.tar.gz svn-module-dir/ Which creates the tarball while removing all the 'version control system' (vcs) files (i.e. all the .svn dirs). What I've added to the basic tarball creation is the svnversion information so the script will automatically produce a tarball named: <trinityModName>-<svnversion>.tar.gz and provide the md5sum information from the simple call of mksvntgz.sh path/to/trinityModule [path/to/put/tarball] (the default tarball output path is ~/tde/tgz i.e. so you can just do: mksvntgz.sh ~/tde/trinity/kdebase which will create kdebase-1231922.tar.gz in ~/tde/tgz and write the md5sum information to ~/tde/md5sums.txt. It can easily be adapted to do the whole svn tree by putting the call in a for loop calling it once for each of the modules. Creating a link is /usr/local/bin can cut down typing. I use: ln -s /path/to/mksvntgz.sh /usr/local/bin/mktgz Then it is just 'mktgz moduleName' Nothing special or magic about the script, but if anybody has the need to create tarballs from the svn source, this will save you a bit of time. Also, if you just want to cannibalize pieces of it, feel free. The script is: http://www.3111skyline.com/dl/dt/trinity/arch/scr/mksvntgz.sh -- David C. Rankin, J.D.,P.E.

1 0

Re: [trinity-devel] kdebase - 'QWIDGET_OBJECT_NAME_STRING' was not declared in this scope
by Timothy Pearson 15 May '11

15 May '11

> On 05/12/2011 10:25 AM, David C. Rankin wrote: >> On 05/12/2011 08:55 AM, David C. Rankin wrote: >>> On 05/12/2011 01:40 AM, Timothy Pearson wrote: >>>>> /build/src/build/kcontrol/style/stylepreview.ui.h:36:32: error: >>>>> > 'QWIDGET_OBJECT_NAME_STRING' was not declared in this scope /build/src/build/kcontrol/style/stylepreview.ui.h:43:41: error: 'Q_NoFocus' was >>>>> > not declared in this scope >>>>> > make[2]: *** >>>>> > [kcontrol/style/CMakeFiles/kcm_style-module.dir/stylepreview.cpp.o] Error 1 >>>>> > make[2]: Leaving directory `/build/src/build' >>>>> > make[1]: *** [kcontrol/style/CMakeFiles/kcm_style-module.dir/all] >>>>> Error 2 >>>>> > make[1]: Leaving directory `/build/src/build' >>>>> > make: *** [all] Error 2 >>>>> > ==> ERROR: A failure occurred in build(). >>>>> > Aborting... >>>>> > Is this a build error on my end, or is this a CMake or header >>>>> issue? >>>> Looks like you have an old version of TQt3 installed. Look for any outdated versions of the tqt.h header file that are available on your system and remove them. >>>> Tim >>> Thanks Tim, >>> It must be in the svn code then. All tqt file were from tqtinterface that was >>> downloaded from the server yesterday. (Tuesday at the earliest). May 10 21:37 trinity-tqtinterface-1230411-1-x86_64.pkg.tar.xz >>> I've rebuilt tqtinterface with the code just a minute ago and I've kicked off >>> the kdebase build again. I'll report back. >> That build failed at the same place, so I went back an rebuilt Qt3 (patched from >> 3.3.8b with the 3.3.8c patch from: >> http://www.trinitydesktop.org/wiki/pub/Developers/Qt3/qt3_3.3.8c.diff I then built tqtinterface again from the current code, I then kicked off >> the >> kdebase build again and it still fails at the same place: >> [ 16%] Building CXX object >> kcontrol/style/CMakeFiles/kcm_style-module.dir/stylepreview.cpp.o cd /build/src/build/kcontrol/style && /usr/bin/c++ >> -Dkcm_style_module_EXPORTS >> -DHAVE_CONFIG_H -march=x86-64 -mtune=generic -O2 -pipe >> -DQT_NO_ASCII_CAST >> -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC >> -I/build/src/build/kcontrol/style -I/build/src/build >> -I/opt/trinity/include >> -I/opt/qt/include -I/opt/qt/include/tqt -o >> CMakeFiles/kcm_style-module.dir/stylepreview.cpp.o -c >> /build/src/build/kcontrol/style/stylepreview.cpp >> In file included from >> /build/src/build/kcontrol/style/stylepreview.cpp:30:0: >> /build/src/build/kcontrol/style/stylepreview.ui.h: In member function 'virtual >> void StylePreview::init()': >> /build/src/build/kcontrol/style/stylepreview.ui.h:36:32: error: 'QWIDGET_OBJECT_NAME_STRING' was not declared in this scope >> /build/src/build/kcontrol/style/stylepreview.ui.h:43:41: error: 'Q_NoFocus' was >> not declared in this scope >> make[2]: *** >> [kcontrol/style/CMakeFiles/kcm_style-module.dir/stylepreview.cpp.o] Error 1 >> make[2]: Leaving directory `/build/src/build' >> make[1]: *** [kcontrol/style/CMakeFiles/kcm_style-module.dir/all] Error 2 >> make[1]: Leaving directory `/build/src/build' >> make: *** [all] Error 2 >> ==> ERROR: A failure occurred in build(). >> Aborting... >> Build failed, check /dat_e/david/bld/david/build >> Dunno. This is one of those "It built 3 days ago, but won't build now." things. >> No change to my kdebase build script. I'll go tinker with the build script, but >> I'm a bit stumped... > It doesn't like the following line (^^^^). Is this another gcc 4.6 issue? > #include <tqobjectlist.h> > void StylePreview::init() > { > // Ensure that the user can't toy with the child widgets. > // Method borrowed from Qt's qtconfig. > QObjectList* l = queryList(QWIDGET_OBJECT_NAME_STRING); > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > QObjectListIt it(*l); > QObject* obj; > while ((obj = it.current()) != 0) > { > ++it; > obj->installEventFilter(this); > ((QWidget*)obj)->setFocusPolicy(Q_NoFocus); > } > delete l; > } OK, it looks like there is definitely an error in the code you highlighted. QWIDGET_OBJECT_NAME_STRING should be TQWIDGET_OBJECT_NAME_STRING. This is caused by an overagressive tqt-replace and has been fixed in SVN revision 1231611. This means you will have to recompile and reinstall tqtinterface from the latest SVN sources. Tim

2 15

For patches
by Robert Xu 12 May '11

12 May '11

Hey all, I know there haven't been that many patches here lately, but perhaps this can facilitate patch acceptance/development: http://ozlabs.org/~jk/projects/patchwork/ Patchwork grabs any patches out of mailing lists into a queue that maintainers can easily look and accept/decline into repositories. -- later, Robert Xu

2 1

kdebase - 'QWIDGET_OBJECT_NAME_STRING' was not declared in this scope
by David C. Rankin 12 May '11

12 May '11

Serghei, Continuing the build in the 'pristine' environment, I ran into the following kdebase issue: [ 16%] Building CXX object kcontrol/style/CMakeFiles/kcm_style-module.dir/stylepreview.cpp.o cd /build/src/build/kcontrol/style && /usr/bin/c++ -Dkcm_style_module_EXPORTS -DHAVE_CONFIG_H -march=x86-64 -mtune=generic -O2 -pipe -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fPIC -I/build/src/build/kcontrol/style -I/build/src/build -I/opt/trinity/include -I/opt/qt/include -I/opt/qt/include/tqt -o CMakeFiles/kcm_style-module.dir/stylepreview.cpp.o -c /build/src/build/kcontrol/style/stylepreview.cpp In file included from /build/src/build/kcontrol/style/stylepreview.cpp:30:0: /build/src/build/kcontrol/style/stylepreview.ui.h: In member function 'virtual void StylePreview::init()': /build/src/build/kcontrol/style/stylepreview.ui.h:36:32: error: 'QWIDGET_OBJECT_NAME_STRING' was not declared in this scope /build/src/build/kcontrol/style/stylepreview.ui.h:43:41: error: 'Q_NoFocus' was not declared in this scope make[2]: *** [kcontrol/style/CMakeFiles/kcm_style-module.dir/stylepreview.cpp.o] Error 1 make[2]: Leaving directory `/build/src/build' make[1]: *** [kcontrol/style/CMakeFiles/kcm_style-module.dir/all] Error 2 make[1]: Leaving directory `/build/src/build' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... Is this a build error on my end, or is this a CMake or header issue? -- David C. Rankin, J.D.,P.E.

3 5

need more info about qt3 patches, for redone a tarball of tq3 3.3.8c
by PICCORO McKAY Lenz 11 May '11

11 May '11

Hi guys! working i refresh all the available patches of qt3 and qt3 trinity patches... now there's no "hunks".. BUT: i need info about it! theres some patches that repeat! and re-defines a coupe of functions! i filter some one but i wnat to fix all existences of issues and fixeds from any project, currently i have the trinity patches, ARCH patches, Debian patches, some from WinBuntu and i not found SUSE and if there any others please send me please! i any found the info about every/any patch please report but with link info.. merge unkown patches its not segure! inside patche stheres info (only some) about fixed, but no links povided, and qt nokia bug traker not have history on qt3 complete fixeds o open bugs! -- Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com Cofundador de Venenux; debian based multimedia alike free only zealots users (oh well, i try but..too many free guidelines buahhh) http://shutendouji.net creador de massenkoh linux; debian enhanchements for better up to date support on stable brand, including non-free soft.

4 24

arts - CMake error: qiomanager_p.moc not generated
by David C. Rankin 11 May '11

11 May '11

Serghei, After building qt3 in a pristine build environment, I thought I would build the rest of trinity there while I had the chance. So far, the dependencies have built without issue: trinity-qt3-3.3.8c-1-x86_64.pkg.tar.xz trinity-pyqt3-3.18.1-9-x86_64.pkg.tar.xz (poppler-qt3 still fails) trinity-dbus-1-qt3-0.9-7.2-x86_64.pkg.tar.xz trinity-tqtinterface-1230411-1-x86_64.pkg.tar.xz Building arts, I have run into another .moc file that isn't generated. This time it is qiomanager_p.moc. The build gets to 100% and then dies with: [100%] Building CXX object qtmcop/CMakeFiles/qtmcop-shared.dir/qiomanager.cc.o cd /build/src/build/qtmcop && /usr/bin/c++ -Dqtmcop_shared_EXPORTS -DHAVE_CONFIG_H -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -march=x86-64 -mtune=generic -O2 -pipe -fPIC -I/opt/qt/include -I/opt/qt/include/tqt -I/build/src/build/qtmcop -I/build/src/build/mcop -I/build/src/arts/mcop -include tqt.h -o CMakeFiles/qtmcop-shared.dir/qiomanager.cc.o -c /build/src/arts/qtmcop/qiomanager.cc /build/src/arts/qtmcop/qiomanager.cc:299:28: fatal error: qiomanager_p.moc: No such file or directory compilation terminated. make[2]: *** [qtmcop/CMakeFiles/qtmcop-shared.dir/qiomanager.cc.o] Error 1 make[2]: Leaving directory `/build/src/build' make[1]: *** [qtmcop/CMakeFiles/qtmcop-shared.dir/all] Error 2 make[1]: Leaving directory `/build/src/build' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... Checking the build directory -- no qiomanager_p.moc was every generated. Could you take a look and see if this is like the kdevelop issue :) -- David C. Rankin, J.D.,P.E.

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels