tde-devels

devels@trinitydesktop.org

8 participants
3849 discussions

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

16 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 12 May '11

12 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 12 May '11

12 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

Qt3 3.3.8c now in Trinity SVN for further development
by Timothy Pearson 12 May '11

12 May '11

All, In response to a lot of the traffic on this mailing list, and in order to prevent fragmentation of Qt3 versions via distro-specific patches, I have added Qt3 3.3.8c into the Trinity SVN here: http://svn.trinitydesktop.org/websvn/listing.php?repname=Trinity&path=%2Fma… It can be checked out into the current working directory with a command similar to this (if you do not have an SVN account simply remove the --username=<username> portion of the command): svn co http://svn.trinitydesktop.org/svn/trinity/dependencies/qt3 . --username=<username> The version currently in SVN has had the version number bumped to 3.3.8d, and includes many of the Qt3 bugfix and security patches commonly in use today. This version is ready to accept new bugfixes, such as a repair for the gcc 4.6 header #include issue currently being discussed on this list. If you want the ability to commit to this Qt3 branch in SVN please write me directly at kb9vqf(a)pearsoncomputing.net and request an SVN account. If you already have an SVN account at svn.trinitydesktop.org but cannot commit to this branch, please include your username so that I can grant write access to your account. I hope this decision will aid all involved in keeping Qt3 running smoothly and compiling on new platforms! Timothy Pearson Trinity Desktop Project

6 6

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

11 May '11

I apologize if you get 2 copies of this message, I never saw it come through to the list.... -------- Original Message -------- 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. -- David C. Rankin, J.D.,P.E.

1 0

poppler-qt3 NEED HELP - Anybody got it building with current poppler-qt & gcc 4.6?
by David C. Rankin 11 May '11

11 May '11

All, (Baho and Calvin especially) I need to get poppler-qt3 building to enable -DWITH_PDF=ON in kdegraphics. Right now I have kdegraphics on Arch building with: cmake ${srcdir}/${_svnmod} \ -DCMAKE_INSTALL_PREFIX=${trinity_prefix} \ -DCMAKE_VERBOSE_MAKEFILE=ON \ -DQT_VERSION=3 \ -DCMAKE_CXX_FLAGS="-fpermissive" \ -DWITH_T1LIB=ON \ -DWITH_LIBPAPER=ON \ -DWITH_TIFF=ON \ -DWITH_OPENEXR=ON \ -DWITH_PAM=ON \ -DBUILD_ALL=ON make # -DWITH_PDF=ON \ (waiting on poppler-qt3) poppler-qt3 was building a month or so ago, but now I'm stuck. The regular arch version built up until the gcc 4.6 change (or just a little before). Now on the regular Arch install it fails with the following error: make[2]: Entering directory `/home/david/arch/pkg/bld/poppler-qt3/src/poppler-0.16.4/qt' CXX poppler-document.lo In file included from /opt/qt/include/qstringlist.h:45:0, from /opt/qt/include/qcolor.h:46, from /opt/qt/include/qpixmap.h:46, from ./poppler-qt.h:33, from poppler-document.cc:23: /opt/qt/include/qvaluelist.h:91:13: error: 'ptrdiff_t' does not name a type /opt/qt/include/qvaluelist.h:167:13: error: 'ptrdiff_t' does not name a type In file included from /opt/qt/include/qstringlist.h:45:0, from /opt/qt/include/qcolor.h:46, from /opt/qt/include/qpixmap.h:46, from ./poppler-qt.h:33, from poppler-document.cc:23: /opt/qt/include/qvaluelist.h:427:13: error: 'ptrdiff_t' does not name a type make[2]: *** [poppler-document.lo] Error 1 make[2]: Leaving directory `/home/david/arch/pkg/bld/poppler-qt3/src/poppler-0.16.4/qt' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/david/arch/pkg/bld/poppler-qt3/src/poppler-0.16.4' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... With the trinity-poppler-qt3, I had to add an export adding /opt/qt/lib/pkgconfig to the PKGBUILD: export PKG_CONFIG_PATH=/opt/qt/lib/pkgconfig:${PKG_CONFIG_PATH} then the build gets past the configure error of: "configure: error: Qt development libraries not found" the fatal error now is: make[2]: Entering directory `/home/david/tblds/trinity-poppler-qt3/src/poppler-0.16.4/qt' CXX poppler-document.lo CXX poppler-fontinfo.lo CXX poppler-link.lo CXX poppler-page.lo In file included from poppler-page.cc:28:0: /opt/qt/include/qimage.h: In member function 'bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const': /opt/qt/include/qimage.h:61:61: warning: suggest parentheses around '&&' within '||' [-Wparentheses] poppler-page.cc: In member function 'QImage Poppler::Page::renderToImage(double, double, bool) const': poppler-page.cc:76:18: warning: variable 'color_ptr' set but not used [-Wunused-but-set-variable] CXX poppler-page-transition.lo CXX poppler-private.lo CXXLD libpoppler-qt.la /usr/bin/ld: cannot find -lqt-mt collect2: ld returned 1 exit status make[2]: *** [libpoppler-qt.la] Error 1 make[2]: Leaving directory `/home/david/tblds/trinity-poppler-qt3/src/poppler-0.16.4/qt' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/david/tblds/trinity-poppler-qt3/src/poppler-0.16.4' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... I don't understand how there is a ld error on -lqt-mt -- it's there: 18:27 trinity:~/tblds/trinity-poppler-qt3> l /opt/qt/lib/ <snip> -rw-r--r-- 1 root root 809 May 5 16:01 libqt-mt.prl lrwxrwxrwx 1 root root 17 May 5 16:00 libqt-mt.so -> libqt-mt.so.3.3.8 lrwxrwxrwx 1 root root 17 May 5 16:00 libqt-mt.so.3 -> libqt-mt.so.3.3.8 lrwxrwxrwx 1 root root 17 May 5 16:00 libqt-mt.so.3.3 -> libqt-mt.so.3.3.8 -rwxr-xr-x 1 root root 8407876 May 5 16:01 libqt-mt.so.3.3.8 <snip> I need help sorting both out. Anybody see anything that sticks out above? -- David C. Rankin, J.D.,P.E.

4 25

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

tde-devels