(→Possible pitfalls) |
(→Set up QtCreator to produce files: add an other workarround) |
||
| (16 intermediate revisions not shown) | |||
| Line 18: | Line 18: | ||
Your home project is like a home directory in which you can create sub-projects, repositories, etc. | Your home project is like a home directory in which you can create sub-projects, repositories, etc. | ||
| - | * Visit the OBS page | + | * Visit the [https://build.pub.meego.com/ OBS page] |
| + | * Follow the extra [https://build.pub.meego.com/user/register_user registration instructions] | ||
* Log in and click on 'create home project' (down at the bottom of the page iirc) | * Log in and click on 'create home project' (down at the bottom of the page iirc) | ||
| Line 42: | Line 43: | ||
As Harmattan OBS support is still in development, you can [http://forum.meego.com/showpost.php?p=25005&postcount=29 add it through the advanced interface]. | As Harmattan OBS support is still in development, you can [http://forum.meego.com/showpost.php?p=25005&postcount=29 add it through the advanced interface]. | ||
| + | |||
| + | Before trying to issue submit requests to projects that are under automated integration (ex. CE:* projects on community OBS), make sure you have created the correct set of repositories needed. | ||
| + | |||
| + | For each repository in target project, there should be a repository in source project which builds only against the target repository and have at least the same architectures as the target repository they build against. | ||
| + | |||
| + | This can be done easily using [https://github.com/MeeGoIntegration/mint-utils/blob/master/addrepos.py the addrepos osc plugin ], drop it in your ~/.osc-plugins and run the command : | ||
| + | |||
| + | osc -A https://api.pub.meego.com addrepos MYPROJECT TARGETPROJECT | ||
| + | |||
| + | It will open an editor with the repositories appended to the bottom of your prj meta. | ||
=Adding files to a package and building them= | =Adding files to a package and building them= | ||
| Line 65: | Line 76: | ||
'''Second''', to get the files needed for building you may add a custom build step: | '''Second''', to get the files needed for building you may add a custom build step: | ||
* Projects -> Harmattan -> Build -> Build Steps -> Add Build Step | * Projects -> Harmattan -> Build -> Build Steps -> Add Build Step | ||
| - | * Enter Command: <code>C:\QtSDK\Madde\wbin\mad.cmd</code> | + | * Enter Command: <code>C:\QtSDK\Madde\wbin\mad.cmd</code> or in Linux use <code>/opt/QtSDK/Madde/bin/mad</code> |
* Leave Working directory unchanged: <code>%{buildDir}</code> | * Leave Working directory unchanged: <code>%{buildDir}</code> | ||
* Enter Command arguments: <code>-t harmattan-platform-api dpkg-buildpackage -sa -S -uc -us -Imoc -Iobj -Ircc -Iui -I.svn -I*.deb -I*.changes -Iqtc_packaging -IMakefile -I*.pro.user -I<packagename></code> | * Enter Command arguments: <code>-t harmattan-platform-api dpkg-buildpackage -sa -S -uc -us -Imoc -Iobj -Ircc -Iui -I.svn -I*.deb -I*.changes -Iqtc_packaging -IMakefile -I*.pro.user -I<packagename></code> | ||
| Line 76: | Line 87: | ||
'''Security framework relevant applications''': | '''Security framework relevant applications''': | ||
| - | The <code>rules</code> file must include a step to add the <code><package name>.aegis</code> manifest into the built debian archive. For this, add <code>aegis-deb-add -control debian/<package name>/DEBIAN/control .. debian/<package name>.aegis=_aegis</code> at the end (after <code>dh_builddeb</code>). Needed build | + | The <code>rules</code> file must include a step to add the <code><package name>.aegis</code> manifest into the built debian archive. For this, add <code>aegis-deb-add -control debian/<package name>/DEBIAN/control .. debian/<package name>.aegis=_aegis</code> at the end (after <code>dh_builddeb</code>). Needed build dependency in the <code>control</code> file is <code>aegis-builder (>= 1.6)</code>. |
| + | |||
| + | '''If you are using Windows or having build problems with changelog or rules file:''' | ||
| + | It seams that QTCreator for Windows sometimes creates the changelog and rules file with windows lineendings. | ||
| + | Which causes the OBS to fail. (a <code>rules</code> file with wrong lineendings causes the <code>clean</code> step to fail. | ||
| + | |||
| + | '''If you got an error code -2 while compiling''': | ||
| + | It seams that QtCreator didn't replace the var <packagename> by the real package name in the argument list, so enter the package directly instead. | ||
| + | |||
| + | '''If you get the error : 'harmattan-platform-api': no such target''': | ||
| + | It seams that the target didn't exists in your SDK, to get the list of target available run Command: <code>C:\QtSDK\Madde\wbin\mad.cmd list</code> or in Linux run <code>/opt/QtSDK/Madde/bin/mad list</code> | ||
| + | Example : harmattan_10.2011.34-1 | ||
| + | |||
| + | '''If you get an error about MDeclarativeCache unknow while compiling the qmlapplicationviewer''' : | ||
| + | It seams that some builds depends are missing, add applauncherd-dev and pkg-config to build depends in the debian/control file. | ||
==Start building== | ==Start building== | ||
| Line 103: | Line 128: | ||
===Harmattan=== | ===Harmattan=== | ||
It is advised to first try if a package builds in the Scratchbox based SDK before submitting it to OBS. The Scratchbox environment should be reasonably similar to OBS and lower rebuild time enables faster debugging of packaging issues. | It is advised to first try if a package builds in the Scratchbox based SDK before submitting it to OBS. The Scratchbox environment should be reasonably similar to OBS and lower rebuild time enables faster debugging of packaging issues. | ||
| + | |||
| + | Also, some packages from recent distributions might complain about out of date build dependencies, mostly concerning debhelper and cdbs. As debhelper and cdb are generally not easy to replace with newer versions, it is possible to either use older packages or edit the '''debian/control''' and '''debian/control.in''' and downgrade the dependencies. | ||
===OBS local build=== | ===OBS local build=== | ||
| - | It is possible to build packages locally, using the osc tool. Also unlike during the online build, it is possible to enter the build chroot and inspect its state. | + | It is possible to build packages locally, using the osc tool. Also unlike during the online build, it is possible to enter the build chroot and inspect its state. Also, local builds do not need to wait in the online build queue and may be faster (depending on local hardware). |
* install osc | * install osc | ||
| - | * install [http://download.opensuse.org/repositories/openSUSE:/Tools/ | + | * install [http://download.opensuse.org/repositories/openSUSE:/Tools/ OBS build tools] |
* install quemu | * install quemu | ||
* check out a project with some packages | * check out a project with some packages | ||
| Line 116: | Line 143: | ||
* enter a package folder folder | * enter a package folder folder | ||
<pre> | <pre> | ||
| - | cd | + | cd home:name:project/package |
</pre> | </pre> | ||
* initiate local build | * initiate local build | ||
| Line 129: | Line 156: | ||
====Possible pitfalls==== | ====Possible pitfalls==== | ||
| + | |||
| + | '''Problem:''' | ||
| + | Harmattan packages might fail to download (404) during a local build. | ||
| + | |||
| + | '''Solution:''' | ||
| + | Just wait, after all of the packages have failed it will use an alternate download method that will work. | ||
| + | |||
'''Problem:''' | '''Problem:''' | ||
<pre> | <pre> | ||
| Line 137: | Line 171: | ||
chroot: failed to run command `dpkg': No such file or directory | chroot: failed to run command `dpkg': No such file or directory | ||
</pre> | </pre> | ||
| - | '''Solution:''' | + | '''Solution:'''There are some Qemu packages missing in you system (most probably qemu-user-static or an equivalent). |
| - | + | ||
| + | On Ubuntu 11.04, these packages should be installed: | ||
<pre> | <pre> | ||
| - | + | qemu-user-static qemu-common qemu-kvm qemu | |
</pre> | </pre> | ||
| + | |||
| + | '''NOTE:''' Looks like even just ''qemu-user-static'' package suffices for builds to run to completion. | ||
=Installing packages= | =Installing packages= | ||
The MeeGo Open Build System (OBS) seems rather complicated, this page will attempt to make it nice and easy to get started. See also the Mer project's documentation on application building with OBS.
It's a work in progress, feel free to add and modify!
Contents |
apt-get install osc may work out-of-the-box on recent versions of Ubuntu & Debian, other repositories are available on openSUSE tools)
OBS is based around projects, packages and repositories. Packages have a set of files (source code, packaging meta-data, etc.) which are compiled by build servers against particular distributions. Each distribution results in your code being available in a repository.
Your home project is like a home directory in which you can create sub-projects, repositories, etc.
A project is required before anything can be built.
A sub-project allows you to group related activities together.
As Harmattan OBS support is still in development, you can add it through the advanced interface.
Before trying to issue submit requests to projects that are under automated integration (ex. CE:* projects on community OBS), make sure you have created the correct set of repositories needed.
For each repository in target project, there should be a repository in source project which builds only against the target repository and have at least the same architectures as the target repository they build against.
This can be done easily using the addrepos osc plugin , drop it in your ~/.osc-plugins and run the command :
osc -A https://api.pub.meego.com addrepos MYPROJECT TARGETPROJECT
It will open an editor with the repositories appended to the bottom of your prj meta.
For MeeGo you need a .spec file and a tarball containing your source code, etc.
For Harmattan you need a .dsc file, source tarball and .debian.tar.gz (this allows one to keep the debian directory out of the source). The source is extracted using dpkg-source -x ....dsc, so restrictions on file formats apply (e.g. mypkg_1.0.0.tar.gz, mypkg_1.0.0.dsc, mypkg_1.0.0.debian.tar.gz)
Alternatively, you may just use the .dsc together with a .tar.gz file containing both, the sources and the debian directory.
The steps below are encapsulated in a follow-up to mud-builder, called mud2. The tool only has a dependency on Perl and performs all the steps below, hoping to streamline the process of taking Qt Creator projects and producing MeeGo, Harmattan and Fremantle OBS-compatible files.
First, you need to modify the rules file (qtc_packaging/debian_harmattan/rules, which is then copied to debian/rules):
# Uncomment this line for use without Qt Creator.
clean section, comment the line $(MAKE) clean
Second, to get the files needed for building you may add a custom build step:
C:\QtSDK\Madde\wbin\mad.cmd or in Linux use /opt/QtSDK/Madde/bin/mad
%{buildDir}
-t harmattan-platform-api dpkg-buildpackage -sa -S -uc -us -Imoc -Iobj -Ircc -Iui -I.svn -I*.deb -I*.changes -Iqtc_packaging -IMakefile -I*.pro.user -I<packagename>
Notice that most of the command arguments remove unneccessary files from the tar package. They are not mandatory but reduce file size.
You will get the resulting <packagename>-<version>.tar.gz and <packagename>-<version>.dsc (together with a non-needed <packagename>-<version>.source.changes) in the directory above the source directory.
Take care:
QtCreator uses the debian directory for packaging. However, it only copies the content of qtc_packaging/debian_harmattan into debian when you deploy the package (thus press run or debug). If you change something in qtc_packaging/debian_harmattan and only run a build without run/debug, you must manually copy the changes to debian before.
Security framework relevant applications:
The rules file must include a step to add the <package name>.aegis manifest into the built debian archive. For this, add aegis-deb-add -control debian/<package name>/DEBIAN/control .. debian/<package name>.aegis=_aegis at the end (after dh_builddeb). Needed build dependency in the control file is aegis-builder (>= 1.6).
If you are using Windows or having build problems with changelog or rules file:
It seams that QTCreator for Windows sometimes creates the changelog and rules file with windows lineendings.
Which causes the OBS to fail. (a rules file with wrong lineendings causes the clean step to fail.
If you got an error code -2 while compiling: It seams that QtCreator didn't replace the var <packagename> by the real package name in the argument list, so enter the package directly instead.
If you get the error : 'harmattan-platform-api': no such target:
It seams that the target didn't exists in your SDK, to get the list of target available run Command: C:\QtSDK\Madde\wbin\mad.cmd list or in Linux run /opt/QtSDK/Madde/bin/mad list
Example : harmattan_10.2011.34-1
If you get an error about MDeclarativeCache unknow while compiling the qmlapplicationviewer : It seams that some builds depends are missing, add applauncherd-dev and pkg-config to build depends in the debian/control file.
osc -A https://api.pub.meego.com co home:[username]
osc add [filename]
osc commit
At this point the OBS will try to build your project remotely. You can also build locally by doing osc build
If you add new packages later on or commit changes from another computer you can update your local copy by doing
osc update
What to do if packages don't build in OBS.
It is advised to first try if a package builds in the Scratchbox based SDK before submitting it to OBS. The Scratchbox environment should be reasonably similar to OBS and lower rebuild time enables faster debugging of packaging issues.
Also, some packages from recent distributions might complain about out of date build dependencies, mostly concerning debhelper and cdbs. As debhelper and cdb are generally not easy to replace with newer versions, it is possible to either use older packages or edit the debian/control and debian/control.in and downgrade the dependencies.
It is possible to build packages locally, using the osc tool. Also unlike during the online build, it is possible to enter the build chroot and inspect its state. Also, local builds do not need to wait in the online build queue and may be faster (depending on local hardware).
osc co home:name:project
cd home:name:project/package
osc build
osc build MeeGo_1.2_Harmattan_Maemo.org_MeeGo_1.2_Harmattan_standard armv7el
Problem: Harmattan packages might fail to download (404) during a local build.
Solution: Just wait, after all of the packages have failed it will use an alternate download method that will work.
Problem:
failed to run command `/sbin/ldconfig': No such file or directory
and
chroot: failed to run command `dpkg': No such file or directory
Solution:There are some Qemu packages missing in you system (most probably qemu-user-static or an equivalent).
On Ubuntu 11.04, these packages should be installed:
qemu-user-static qemu-common qemu-kvm qemu
NOTE: Looks like even just qemu-user-static package suffices for builds to run to completion.
Main article: Zypper#Adding_a_repository
zypper ar -f http://repo.pub.meego.com/home:/username/repository/ title zypper in <package>
/etc/apt/sources.list.d/project.list (where project is a memorable name, e.g. your username for your home project), containing the download link, prefixed with deb and suffixed by ./. For example:
deb http://repo.pub.meego.com/home:/jaffa/Harmattan/ ./
apt-get update apt-get install package
Updates to the installed applications will appear at Settings > Applications > Manage Applications > Updates
Enable Extras-devel.