Moving to git
Boudewijn Rempt
boud at valdyas.org
Wed Dec 1 18:25:53 GMT 2010
On Wednesday 01 December 2010, Cyrille Berger Skott wrote:
> On Wednesday 01 December 2010, Boudewijn Rempt wrote:
> > On Wednesday 01 December 2010, Cyrille Berger Skott wrote:
> > > On Wednesday 01 December 2010, Boudewijn Rempt wrote:
> > > > I wouldn't mind, but I'm kind of torn about it -- I understand why
> > > > Thorsten asked for it, but I really want to move to git. Do we already
> > > > have the build instructions on community.kde.org, or should we change
> > > > them on wiki.koffice.org?
> > >
> > > Not yet, but I will be moving them on techbase anyway. The problem, right
> > > now (beside time :) ) is also that copying the content will reveal the
> > > name...
> >
> > True. How about I edit the build page to work with git, and post it here?
> sounds good.
>
>
Here is the first version. Please comments. There's one area where I'm not sure yet and that's what we'll do with the various branches. For now, I've assumed that Master == trunk and that everyone can push to Master -- until we set up a different system where we have a staging branch that collects everything, a master branch that contains only finished stuff, public/private development branches etc.
--
Boudewijn Rempt | http://www.valdyas.org
Ceterum censeo lapsum particulorum probae delendum esse
-------------- next part --------------
These instructions are for Unix and similar operating systems.
See also:
*[[../Nightly Builds/]]
*[[../Developing With KDevelop/]]
*[[../Developing With QtCreator/]]
*[http://techbase.kde.org/Projects/KDE_on_Windows Pages about compiling KDE software for Windows]
*[http://techbase.kde.org/Getting_Started/Build/KDE4/Mac_OS_X Pages about compiling KDE software for Mac OS X]
*[https://wiki.kubuntu.org/CompilingKoffice2 Community HOWTO dedicated to building for Kubuntu]
*[http://community.kde.org/Sysadmin/GitKdeOrgManual kde's git infrastructure manual]
*[http://techbase.kde.org/Development/Tutorials/Git KDE and Git for developers]
*[http://git.or.cz/course/svn.html git crash course]
Note: if you want to build FreOffice using the Nokia Qt SDK, please check out the [http://techbase.kde.org/index.php?title=User:Kumarafaque&oldid=54703 build instructions on techbase].
= Preparation =
{{Warning|First, to avoid conflicting copies of software, '''make sure you do not have other copy of Calligra or Calligra software''' either installed through the package manager of your distribution or installed in any other way. Calligra and Calligra are mutually exclusive!}}
== Recommended setup ==
Here is recommendation of a directory structure:
;$HOME/kde4/src/:source code
;$HOME/kde4/build/calligra:directory that Calligra will be built in
;$HOME/kde4/inst:directory that Calligra will be installed in
The ''build'' directory is needed because you cannot (or should not) build Calligra inside the source directory; the source and build directory have to be separated.
'''Advantages of this setup:'''
*It is possible to have different builds (e.g. with different options out of the same source code)
*[http://techbase.kde.org/Getting_Started/Increased_Productivity_in_KDE4_with_Scripts David Faure's scripts] can be used to make development easier. With those scripts "make" can be typed in the source directory and building will happen in the right (build) directory automatically.
Also, check the [http://techbase.kde.org/Getting_Started/Build/KDE4 Techbase instructions on setting up a build environment]. That contains some useful scripts and functions.
== Geting the source code ==
There are two options: to get the source code for the latest stable version or for the for the development version. The later option is needed to test, check and give feedback about features that is in development and have not been released yet. If unsure pick the stable version.
=== Geting the source code for the latest stable version ===
The latest stable Calligra version is '''{{Stable}}'''.
* Visit download.kde.org for the latest source code: [http://download.kde.org/download.php?url=stable/calligra-{{Stable}}/calligra-{{Stable}}.tar.bz2 calligra-{{Stable}}.tar.bz2]
* Check release notes on [http://www.calligra-suite.org/ calligra.org]
=== Get the source code for the development version ===
{{Warning|You cannot convert your KOffice SVN checkout to a Calligra git checkout. You will need to get the Calligra source code using git and manually apply your changes again.}}
The latest development version of Calligra is '''{{Unstable}}'''; developers always refer to it as to '''Master'''. Once tested and released, it will become the new current stable version {{UnstableBranch}}.
XXX: Here we should explain local branches, staging and always-release-ready Master, if we have that setup. XXX
*'''Option 1: when you do not use KDE developer account''' you can get the latest source code from subversion:
cd $HOME/kde4/src
git clone http://anongit.kde.org/calligra (read-only)
*'''Option 2: when you have a KDE developer account''' you can get the latest source code from subversion:
cd $HOME/kde4/src
git clone git at git.kde.org:calligra (read/write)
The $HOME/kde4/src/calligra directory will be created regardless of the way how the source code has been downloaded.
*'''Option 3: if beta or rc version was released''', the source code for the latest beta can be found on KDE's ftp [ftp://ftp.kde.org/pub/kde/unstable/calligra-latest/ calligra-latest]. Uncompress the code so that $HOME/kde4/src/calligra is created.
*'''Option 4: Daily source code snapshots''' can be found at ftp://ftp.kde.org/pub/kde/snapshots/calligra-svn.tar.bz2, and once installed it can be updated using Subversion command "svn update". Uncompress the code so that $HOME/kde4/src/calligra is created.
{{Note|There is no guarantee that the content of the snapshot can be build successfully}}
= Build requirements =
This section provides information about '''hard''' (required) and '''optional''' software packages needed to build the Calligra software.
== Hard dependencies ==
{{Note|'''A note for developers:''' to add (or remove) a hard dependency, an explanation of the reason, and possibly a discussion must be posted in advance on calligra-devel at kde.org. The new dependency need to be packaged in the most widely used distributions (Debian, Fedora Core, OpenSuSE, (K)ubuntu). First try to make your new feature optional.}}
Following are the general must-have dependencies for Calligra:
* Qt 4.6.0
* kdelibs, the minimal requirement is currently 4.3.0. But Calligra should build fine with either kdelibs from svn (see [http://techbase.kde.org/Getting_Started/Build/KDE4 techbase] for an explanation on how to compile kdelibs from svn), or any 4.3, 4.4 or 4.5 release packaged in your distribution (4.4.x is recommended) Parts of Calligra build with the Mobile Frameworks Profile of the KDE platform (kword, kspread, kpresenter, krita)
* kdebase/runtime 4.3 (4.4.x is recommended)
* kdepimlibs 4.3 (4.4.x is recommended)
* cmake 2.6.2
* lcms 1.18
For KSpread:
* libeigen 2.0
For Krita:
* libeigen 2.0
* libexiv2 >= 0.16
* libqimageblitz
For KPresenter:
* boost
For Kexi:
* sqlite and sqlite-devel packages (package names can differ on various distributions), version >= 3.6.16
== Optional dependencies ==
All optional dependencies are logged at the end of the cmake run, so it is easy to figure out what is missing. The buildsystem also reports what component will bot be built because given missing dependency.
== Simplified installation of dependencies on various distributions ==
*'''deb-based distributions (Debian, Ubuntu...):''' All the dependencies used for the packages can be installed by running
apt-get build-dep {packagename}
for instance on Ubuntu:
sudo apt-get build-dep calligra
*'''OpenSuSE:''' All the dependencies used for building Calligra can be installed by running:
zypper si -d calligra2
*'''ArchLinux:''' All the dependencies used for building Calligra can be installed by running:
sudo pacman -S docbook-xml exiv2 glew graphicsmagick gsl kdebase-runtime kdepimlibs lcms libwpd poppler-qt pstoedit qca qimageblitz shared-mime-info wv2 xdg-utils
= Build Calligra =
{{Note|It is '''not''' possible to build Calligra in the source directory. Set up your directories as described in the [[Building/Building_Calligra#Recommended_setup|Recommended setup]] section above}}
Type:
mkdir -p $HOME/kde4/build/calligra
mkdir -p $HOME/kde4/inst
cd $HOME/kde4/build/calligra
cmake -DCMAKE_INSTALL_PREFIX=$HOME/kde4/inst $HOME/kde4/src/calligra -DCMAKE_BUILD_TYPE=RelWithDebInfo
''cmakekde'' tool can be used as explained on [http://techbase.kde.org/Getting_Started/Build/KDE4 the build instructions for KDE4].
Then type:
make
Note that on dual-core machines compilation can be '''greatly speed up''' with the -j parameter of the ''make'' program, for example for dual-core:
make -j4
and for quad-core:
make -j8
Then type this command to install the software:
make install
'''Debugging options.''' Instead of setting CMAKE_BUILD_TYPE to "RelWithDebInfo" for cmake which gives an optimized Calligra with debug information, useful for bug reporting, one can set CMAKE_BUILD_TYPE to "Debug" to get a slower Calligra but with even more interesting debuggong (backtrace) information. For this replace ''-DCMAKE_BUILD_TYPE=RelWithDebInfo'' in the above cmake command with ''-DCMAKE_BUILD_TYPE=Debug''.
Please follow the [[Building/Building_Calligra#Running_Calligra_applications|Running Calligra Applications]] instructions before trying to run an application.
= Updating the already built software =
If the source code has been checked out Subversion from trunk or a branch, it is possible to update the source code with newly added changes and build again. Usually only changing parts will be built, so this operation would be faster than building the source code from scratch.
Type:
cd $HOME/kde4/src/calligra
git pull
cd $HOME/kde4/build/calligra
make
make install
{{Note|''make -j4'' or ''make -j8'' can be used instead of ''make'' to speedup the build on multicore machines}}
{{Note|The above recipe will not work if the source code has not been obtained from Subversion}}
= Build only selected applications from Calligra =
CMake comes with a command-line tool ''ccmake'' that lets you configure build options. You can use it after executing cmake and before executing make. To use it, go to the build directory and issue the following commands:
cd $HOME/kde4/build/calligra
ccmake .
For applications that you do '''not''' want to compile, set the corresponding BUILD_{application} variable to "off", replacing {application} by the app's name. For instance, setting ''BUILD_krita'' to ''off'' will prevent Krita from being built.
Alternatively you can run "-DBUILD_{application}=off" from the cmake command line.
= Running Calligra applications =
There are two options to make the Calligra applications available for running.
*'''Option 1: Being able to run Calligra applications from the command line.''' If you have installed Calligra in a different prefix than KDElibs (which was recommended in this document), you may want to set the following environment variable:
export KDEDIRS=$KDEDIRS:/path/to/install
export PATH=$PATH:/path/to/install/bin
And then you need to execute:
kbuildsycoca4
For example for the recommended directory structure:
export KDEDIRS=$KDEDIRS:$HOME/kde4/inst
export PATH=$PATH:$HOME/kde4/inst/bin
*'''Option 2: Being able to run Calligra applications from the menu or by clicking on desktop icons.''' Instead of using ''KDEDIRS'', you can add these lines to $HOME/.kde/share/config/kdeglobals file using text editor:
[Directories]
prefixes=/path/to/install
And then you need to execute:
kbuildsycoca4
The advantage of this is that KDE4 will always look for the services where Calligra is installed.
For example for the recommended directory structure:
[Directories]
prefixes=$HOME/kde4/inst.
= Executing unit tests =
To be able to execute unit tests, you need to explicitely enable them in the build configuration. To do so, set the KDE4_BUILD_TESTS variable to "ON", either by issuing the command <code>cmake -DKDE4_BUILD_TESTS=ON</code>, or by running <code>ccmake .</code>. Both commands must be executed in the build directory.
You can then run the test by executing:
make test
or individually in the tests directories.
It is recommended to execute
make install
before running tests.
= CMake Build Options =
When you enter your build directory, you can type "ccmake ." to see many build options, e.g. you can turn off compilation of apps you don't want - you can save time when compiling.
Here is list for Krita related options:
* HAVE_MEMORY_LEAK_TRACKER [On/Off] - You can turn on compilation of the tool in krita which detects memory leak. If you want to help debug Krita memory usage, it is useful. Otherwise you just slow down your Krita.
* HAVE_BACKTRACE_SUPPORT [On/Off] - It is related to the memory leak tool. If you activate, you will be able to see code path which leads to memory leak.
= Resources =
*[[DeveloperInfo|Useful hints for who wants to hack on Calligra]]
*[http://wiki.opengtl.org/libraries:developers-resources opengtl debugging, or turning it off]
*[http://winkde.org/pub/kde/ports/win32/dashboard/ Status of Calligra build on Windows (msvc 2008, mingw)]
= Possible issues =
If you get errors when running an application like:
krita(8565)/calligra (lib komain) KoPluginLoader::load: Loading plugin "Animation Tool" failed,
"Cannot load library /home/michael/kde4/inst/lib/kde4/kpresentertoolanimation.so:
(/home/michael/kde4/inst/lib/libkopageapp.so.7: undefined symbol:
_ZN28KoShapeContainerDefaultModel3addEP7KoShape)" ( 1 )
or crashes when starting an application, then you very likely have a version of Calligra installed through your package manager. '''As emphasized earlier in this document, you can only have one version of Calligra, and you should uninstall your packaged Calligra'''.
More information about the calligra-devel
mailing list