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.
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
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.
> 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
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
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.
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.
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.
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
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.