Hello,
In this moment, cmake support for tqtinterface, arts and kdelibs are ready for building tests.
Some info about cmake build system:
1) preffered mode for building are "out-of-source", which prevent sources to be "polluted" with generated files and compiled objects (in kde4 out-of-source mode are mandatory).
For example, tqtinterfaces will be configured in this way:
mkdir /tmp/tqtinterface cd /tmp/tqtinterface svn co svn://anonsvn.kde.org/home/kde/branches/trinity/dependencies/tqtinterface mkdir build cd build cmake -DCMAKE_INSTALL_PREFIX=/usr ../tqtinterface make -j 3 make install DESTDIR=/tmp/tqtinterface/install
2) There are some standard rules to activate/deactivate features:
For example, kdelibs have: WITH_LIBART, WITH_ARTS, WITH_TIFF, etc (for rest of options check kdelibs/CMakeLists.txt)
For compile kdelibs with arts and tiff and without aspell, we will run:
cmake -DWITH_ARTS=ON -DWITH_TIFF=ON -DWITH_ASPELL=OFF <path_to_sources>
3) If we need to alter standard install directories we have variables like BIN_INSTALL_DIR, SYSCONFDIR, XDG_MENUDIR.
Example:
cmake cmake -DCMAKE_INSTALL_PREFIX=/opt/kde3 -DSYSCONFDIR=/etc <sources>
4) Enabling RPATH:
cmake -DCMAKE_INSTALL_RPATH=/usr/kde/3.5/lib
###################################
(almost) complete example, kdelibs for ubuntu:
cmake -DCMAKE_INSTALL_PREFIX=/opt/kde3 \ -DINCLUDE_INSTALL_DIR=/opt/kde3/include/kde \ -DSYSCONFDIR=/etc \ -DWITH_LIBIDN=ON -DWITH_SSL=ON -DWITH_LIBART=ON \ -DWITH_ALSA=ON -DWITH_ARTS=ON -DWITH_CUPS=ON \ -DWITH_JASPER=ON -DWITH_OPENEXR=ON -DWITH_ASPELL=ON \ -DWITH_TIFF=ON -DWITH_LUA=OFF \ <path to kdelibs sources>
LUA support are disabled because is not done yet.
If you won't using RPATH, ensure that LD_LIBRARY_PATH is correcty set, otherwise kdelibs will fail when will try to use mcopidl.
For testing, are preferable to use big number of concurrent compile processes (-j 10, for example), to check if all dependencies are compiled in proper order.
Hello,
In this moment, cmake support for tqtinterface, arts and kdelibs are ready for building tests.
Some info about cmake build system:
- preffered mode for building are "out-of-source", which prevent sources
to be "polluted" with generated files and compiled objects (in kde4 out-of-source mode are mandatory).
For example, tqtinterfaces will be configured in this way:
mkdir /tmp/tqtinterface cd /tmp/tqtinterface svn co svn://anonsvn.kde.org/home/kde/branches/trinity/dependencies/tqtinterface mkdir build cd build cmake -DCMAKE_INSTALL_PREFIX=/usr ../tqtinterface make -j 3 make install DESTDIR=/tmp/tqtinterface/install
- There are some standard rules to activate/deactivate features:
For example, kdelibs have: WITH_LIBART, WITH_ARTS, WITH_TIFF, etc (for rest of options check kdelibs/CMakeLists.txt)
For compile kdelibs with arts and tiff and without aspell, we will run:
cmake -DWITH_ARTS=ON -DWITH_TIFF=ON -DWITH_ASPELL=OFF <path_to_sources>
- If we need to alter standard install directories we have variables like
BIN_INSTALL_DIR, SYSCONFDIR, XDG_MENUDIR.
Example:
cmake cmake -DCMAKE_INSTALL_PREFIX=/opt/kde3 -DSYSCONFDIR=/etc <sources>
- Enabling RPATH:
cmake -DCMAKE_INSTALL_RPATH=/usr/kde/3.5/lib
###################################
(almost) complete example, kdelibs for ubuntu:
cmake -DCMAKE_INSTALL_PREFIX=/opt/kde3 \ -DINCLUDE_INSTALL_DIR=/opt/kde3/include/kde \ -DSYSCONFDIR=/etc \ -DWITH_LIBIDN=ON -DWITH_SSL=ON -DWITH_LIBART=ON \ -DWITH_ALSA=ON -DWITH_ARTS=ON -DWITH_CUPS=ON \ -DWITH_JASPER=ON -DWITH_OPENEXR=ON -DWITH_ASPELL=ON \ -DWITH_TIFF=ON -DWITH_LUA=OFF \
<path to kdelibs sources>
LUA support are disabled because is not done yet.
If you won't using RPATH, ensure that LD_LIBRARY_PATH is correcty set, otherwise kdelibs will fail when will try to use mcopidl.
For testing, are preferable to use big number of concurrent compile processes (-j 10, for example), to check if all dependencies are compiled in proper order.
-- Serghei
OK, thanks for the status update!
It will take me some time to get the latest build system together as I am currently in the middle of the Ubuntu release; hopefully I can start building these packages on the next couple of weeks.
Tim
On Thursday 07 October 2010 20:07:19 Timothy Pearson wrote:
In this moment, cmake support for tqtinterface, arts and kdelibs are ready for building tests.
[...]
OK, thanks for the status update!
It will take me some time to get the latest build system together as I am currently in the middle of the Ubuntu release; hopefully I can start building these packages on the next couple of weeks.
Ok, meanwhile I will try to build kdebase (with autotools) against kdelibs built with cmake.
On Thursday 07 October 2010 21:45:01 Serghei Amelian wrote:
On Thursday 07 October 2010 20:07:19 Timothy Pearson wrote:
In this moment, cmake support for tqtinterface, arts and kdelibs are ready for building tests.
[...]
OK, thanks for the status update!
It will take me some time to get the latest build system together as I am currently in the middle of the Ubuntu release; hopefully I can start building these packages on the next couple of weeks.
Ok, meanwhile I will try to build kdebase (with autotools) against kdelibs built with cmake.
After few small patches, I succesfully compiled kdebase against cmake kdelibs.
PS Any progress with gentoo ebuilds for kde 3.5.12?
On Thursday 07 October 2010 21:45:01 Serghei Amelian wrote:
On Thursday 07 October 2010 20:07:19 Timothy Pearson wrote:
In this moment, cmake support for tqtinterface, arts and kdelibs are ready for building tests.
[...]
OK, thanks for the status update!
It will take me some time to get the latest build system together as I
am
currently in the middle of the Ubuntu release; hopefully I can start building these packages on the next couple of weeks.
Ok, meanwhile I will try to build kdebase (with autotools) against kdelibs built with cmake.
After few small patches, I succesfully compiled kdebase against cmake kdelibs.
I recently tried Debian builds based on CMake. tqtinterface works perfectly, but arts fails. Here is a link to the build log:
http://quickbuild.pearsoncomputing.net:58080/1375214/buildlog_ubuntu-squeeze...
Let me know if you need any more information to debug the problem!
Tim
On Tuesday 12 October 2010 05:45:23 Timothy Pearson wrote:
[...]
I recently tried Debian builds based on CMake. tqtinterface works perfectly, but arts fails. Here is a link to the build log:
http://quickbuild.pearsoncomputing.net:58080/1375214/buildlog_ubuntu-squeez e-i386.arts-trinity_4%3A3.5.12-0debian7%2Br1183227%2Brebuild2_FAILEDTOBUILD. txt.gz
CMAKE_SKIP_RPATH must be off, this will permit to run mcopidl in compiling time. RPATH will be automatically removed at install stage.
If you cannot switch it to OFF, I will create a wrapper for mcopidl (with LD_LIBRARY_PATH).
Also, I see that you do not set install directories (BIN_INSTALL_DIR, LIB_INSTALL_DIR, INCLUDE_INSTALL_DIR, PKGCONFIG_INSTALL_DIR). Names of these variables are subject of debate.
On Tuesday 12 October 2010 05:45:23 Timothy Pearson wrote:
[...]
I recently tried Debian builds based on CMake. tqtinterface works perfectly, but arts fails. Here is a link to the build log:
http://quickbuild.pearsoncomputing.net:58080/1375214/buildlog_ubuntu-squeez e-i386.arts-trinity_4%3A3.5.12-0debian7%2Br1183227%2Brebuild2_FAILEDTOBUILD. txt.gz
CMAKE_SKIP_RPATH must be off, this will permit to run mcopidl in compiling time. RPATH will be automatically removed at install stage.
If you cannot switch it to OFF, I will create a wrapper for mcopidl (with LD_LIBRARY_PATH).
Also, I see that you do not set install directories (BIN_INSTALL_DIR, LIB_INSTALL_DIR, INCLUDE_INSTALL_DIR, PKGCONFIG_INSTALL_DIR). Names of these variables are subject of debate.
Thanks for your fast reply! Setting CMAKE_SKIP_RPATH allowed arts to compile.
Did you include support for generating the man pages? I haven't had a chance to debug it thoroughly yet, but it looks like the man pages are either not generated or not installed in the same location as the old Automake system.
I'll post an update later on after I've had a chance to poke around in the installation directories.
Thanks!
Tim
On Tuesday 12 October 2010 23:11:12 Timothy Pearson wrote: [...]
Thanks for your fast reply! Setting CMAKE_SKIP_RPATH allowed arts to compile.
Did you include support for generating the man pages? I haven't had a chance to debug it thoroughly yet, but it looks like the man pages are either not generated or not installed in the same location as the old Automake system.
I'll post an update later on after I've had a chance to poke around in the installation directories.
I do not touched yet documentation part, I will try to generate it these days.
On Tuesday 12 October 2010 23:33:31 Serghei Amelian wrote:
On Tuesday 12 October 2010 23:11:12 Timothy Pearson wrote: [...]
Thanks for your fast reply! Setting CMAKE_SKIP_RPATH allowed arts to compile.
Did you include support for generating the man pages? I haven't had a chance to debug it thoroughly yet, but it looks like the man pages are either not generated or not installed in the same location as the old Automake system.
I'll post an update later on after I've had a chance to poke around in the installation directories.
I do not touched yet documentation part, I will try to generate it these days.
Please give me the listfile for man and html pages (flat, like for kdelibs files).
On Tuesday 12 October 2010 23:33:31 Serghei Amelian wrote:
On Tuesday 12 October 2010 23:11:12 Timothy Pearson wrote: [...]
Thanks for your fast reply! Setting CMAKE_SKIP_RPATH allowed arts to compile.
Did you include support for generating the man pages? I haven't had a chance to debug it thoroughly yet, but it looks like the man pages are either not generated or not installed in the same location as the old Automake system.
I'll post an update later on after I've had a chance to poke around in the installation directories.
I do not touched yet documentation part, I will try to generate it these days.
Please give me the listfile for man and html pages (flat, like for kdelibs files).
Here is the flat installed file listing for arts; is that what you wanted? I ask because each module builds the manpages and documentation independently of the other modules.
Tim
On Wednesday 13 October 2010 01:24:58 Timothy Pearson wrote: [...]
Please give me the listfile for man and html pages (flat, like for kdelibs files).
Here is the flat installed file listing for arts; is that what you wanted? I ask because each module builds the manpages and documentation independently of the other modules.
This list is useful too, to checking if arts are installed completely. But also I need a list file with documentation files (man and html).
On Wednesday 13 October 2010 01:24:58 Timothy Pearson wrote: [...]
Please give me the listfile for man and html pages (flat, like for kdelibs files).
Here is the flat installed file listing for arts; is that what you wanted? I ask because each module builds the manpages and documentation independently of the other modules.
This list is useful too, to checking if arts are installed completely. But also I need a list file with documentation files (man and html).
I did some further poking around, and it appears that the stock Trinity sources do not contain man files; the Debian build process was inserting and building man pages for certain applications on its own.
Certain packages do contain HTML documentation, however arts does not. Those that do contain HTML documentation, such as kdelibs, show the HTML documentation files in the flat file listing(s) that have been posted earlier. Just look for a block of HTML documents and I think that is what you want.
Tim
On Wednesday 13 October 2010 04:38:53 Timothy Pearson wrote: [...]
I did some further poking around, and it appears that the stock Trinity sources do not contain man files; the Debian build process was inserting and building man pages for certain applications on its own.
Certain packages do contain HTML documentation, however arts does not. Those that do contain HTML documentation, such as kdelibs, show the HTML documentation files in the flat file listing(s) that have been posted earlier. Just look for a block of HTML documents and I think that is what you want.
I added kspell documentation (this seems the only documentation available for kdelibs; the other documentations are related to API and are not done yet). I saw some files for building man pages, but in your filelist these are not present. Please check if these are really needed.
For checking i run cmake in this way:
cmake -DCMAKE_INSTALL_PREFIX=/opt/kde3 \ -DINCLUDE_INSTALL_DIR=/opt/kde3/include/kde \ -DHTML_INSTALL_DIR=/opt/kde3/share/doc/kde/HTML \ -DSYSCONFDIR=/etc \ -DCONFIG_INSTALL_DIR=/etc/kde3 \ -DWITH_LIBIDN=ON \ -DWITH_SSL=ON \ -DWITH_LIBART=ON \ -DWITH_ALSA=ON \ -DWITH_ARTS=ON \ -DWITH_CUPS=ON \ -DWITH_JASPER=ON \ -DWITH_OPENEXR=ON \ -DWITH_ASPELL=ON \ -DWITH_TIFF=ON \ -DWITH_LUA=OFF \ /usr/src/trinity/kdelibs
Also, please fix this bug: http://bugs.pearsoncomputing.net/show_bug.cgi?id=288
I have no ideea how to rename corectly a file in SVN.