RFC: Profile support

Loïc Minier lool at dooz.org
Mon Dec 14 12:31:48 UTC 2009


        Hey folks

 A very large number of people running pbuilder use it with multiple
 build environments.  Backports, sponsoring, company builds, Debian from
 Ubuntu or Ubuntu from Debian uploads, local repo, ...

 For instance, the ubuntu-dev-tools package ships two wrappers
 (pbuilder-dist and pbuilder-dist-simple) around pbuilder to manage
 multiple tarballs (one per $DIST).  I recently discovered another
 package of pbuilder scripts which would wrap pbuilder to offer one
 tarball per "project".  I use a relatively large set of wrappers
 myself.

 So I think pbuilder should support this better; it's easy to customize
 almost everything pbuilder does, but there is no standard way to save
 and re-use these customizations.

 I think we should consider a "profile" feature.  This would be a
 simple unix-name which would:
 - point to a /etc/pbuilder/$profile.pbuilderrc main config file
 - adapt pbuilder's pathnames for the tarball and result dirs, e.g.
   /var/cache/pbuilder/base-$profile.tgz and
   /var/cache/pbuilder/result-$profile or similar
 - store custom settings in the $profile.pbuilderrc, notably:
   * --distribution => DISRIBUTION=, --components etc.
   *  --mirror => MIRROR=, --othermirror etc.

 So on --create, the profile would be created with the settings used at
 this time, and subsequent --build, --update etc. with --profile foo
 would use the same settings automatically.  It's some kind of glorified
 --configfile.

 A couple of other related things I think would be worth improving are:
 * cross-arch support; this should simply work out of the box for the
   bi-arch cases (e.g. i386/amd64), but I'd also like to work 
 * support of multiple APT repos; currently this is supported via
   aptconfdir, but is not too nice to setup IMHO

 What do other maintainers think of the profile concept?

   Thanks,
-- 
Loïc Minier



More information about the Pbuilder-maint mailing list