Controlling the package build process: Difference between revisions

From IHRIS Wiki
m (more)
m (more)
Line 29: Line 29:


Part of the build process is to run <tt>debuild -S</tt> to produce a <tt>_source.changes</tt> file that can be used with <tt>dput</tt> to upload to Launchpad's build service.
Part of the build process is to run <tt>debuild -S</tt> to produce a <tt>_source.changes</tt> file that can be used with <tt>dput</tt> to upload to Launchpad's build service.
= Running the package builder =
After installing <tt>PackageUtils</tt> (<tt>sudo apt-get install i2ce-package-utils</tt>), from the top level of an I2CE source tree you can run <tt>build-i2ce</tt>.
The site modules are handled seperately and must be built by hand.  So, if you want to build the Demo site module, use the following steps:
    $ bzr co lp:ihris-manage
    $ cd ihris-manage/sites/Demo
    $ build-i2ce
The resulting debian package (in <tt>pkgs/DEB/</tt>) must be [[Managing the Debian Repository|manually uploaded to the repository]].
''Note:'' there is a bug in the build process.  I designed it to follow all the paths for MODULES so it could be run in a top-level tree.  However, since the Demo site module includes a <tt>../../..</tt> path (which you should change to <tt>/usr/share/i2ce</tt> at the time of build), it will try to traverse those directories as well.  This behavior will be fixed, but, for now, you can safely break out of the build after it has built the demo package.
''Note:'' At this point, build-i2ce will build all modules and there is no way to specify a single module to build.  Since I initially intended build-i2ce to be run automatically by [[Continuous Integration|Continuum]], this wasn't a concern.

Revision as of 16:40, 21 July 2009

This page contains a brief overview of how to build Debian packages from the source for the iHRIS Suite. The package building scripts are bootstrapped when the I2CE package is built. The packaging scripts reside in modules/PackageUtils/.

Goals of PackageUtils

The PackageUtils module was designed with a few goals in mind. These are

  • One module, one package
  • Minimize configuration information
  • Ease of invocation
  • Compatibility with Launchpad's PPA service

One Module, One Package

There is a one-to-one correspondence between modules and debian packages. The package name corresponds to the name attribute of the I2CEConfiguration element in the XML file. An “i2ce-” prefix is given to each generated package to reduce the changes of naming conflicts. (The only exception to this is the I2CE package itself which is named simply “i2ce”.) In this way, dependencies between packages mirror the dependencies between modules.

Minimize configuration information

Another goal of the current design was to eliminate the need to maintain dozens of different configuration files for each module. The information needed was (mostly) already found in the XML configuration file.

For this reason, PackageUtils relies on a modules XML configuration for all of its information. This information is put into some templates (which are found in the templates/ subdirectory of the PackageUtils module) to produce a debian/ directory that is used to build the entire package. Source packages are also produced during the build process. The source packages are needed so that Launchpad can build the packages using standard Debian tools.

Ease of invocation

The PackageUtils module (i2ce-package-utils) is set up so that it could be run from the root of a checkout of I2CE code (e.g. the results of bzr co lp:i2ce or bzr co lp:ihris-manage) and, from a single command, create packages for all modules in that source tree.

Compatibility with Launchpad's PPA service

During the build process, the modules are put into a conventional layout so that conventional tools (such as dpkg-source and debuild) can be used to manipulate the packages.

Part of the build process is to run debuild -S to produce a _source.changes file that can be used with dput to upload to Launchpad's build service.

Running the package builder

After installing PackageUtils (sudo apt-get install i2ce-package-utils), from the top level of an I2CE source tree you can run build-i2ce.

The site modules are handled seperately and must be built by hand. So, if you want to build the Demo site module, use the following steps:

   $ bzr co lp:ihris-manage
   $ cd ihris-manage/sites/Demo
   $ build-i2ce

The resulting debian package (in pkgs/DEB/) must be manually uploaded to the repository.

Note: there is a bug in the build process. I designed it to follow all the paths for MODULES so it could be run in a top-level tree. However, since the Demo site module includes a ../../.. path (which you should change to /usr/share/i2ce at the time of build), it will try to traverse those directories as well. This behavior will be fixed, but, for now, you can safely break out of the build after it has built the demo package.

Note: At this point, build-i2ce will build all modules and there is no way to specify a single module to build. Since I initially intended build-i2ce to be run automatically by Continuum, this wasn't a concern.