Re: ANN: whalebuilder - Debian package builder using Docker
- To: email@example.com
- Subject: Re: ANN: whalebuilder - Debian package builder using Docker
- From: Hubert Chathi <firstname.lastname@example.org>
- Date: Thu, 25 Jun 2015 21:16:43 -0400
- Message-id: <[🔎] email@example.com>
- In-reply-to: <20150515071942.GA30239@chew.redmars.org> (Jonathan Dowland's message of "Fri, 15 May 2015 08:19:42 +0100")
- References: <firstname.lastname@example.org> <20150515071942.GA30239@chew.redmars.org>
On Fri, 15 May 2015 08:19:42 +0100, Jonathan Dowland <email@example.com> said:
> Hi, I wrote the below a while ago but never hit send, sorry.
I missed your reply because I'm not subscribed to -devel.
> You may also be interested in the Debian Cloud group (debian-cloud@),
> and they might be interested in this tool :-)
Thanks. I'll think about doing an announcement there too.
> On Tue, Mar 31, 2015 at 03:55:09PM -0400, Hubert Chathi wrote:
>> I've whipped up a quick script that uses Docker images to build
>> Debian packages. It's basically the same idea as pbuilder/cowbuilder
>> (and was inspired by them), but using Docker.
>> It's in pretty rough shape still and there's a lot of stuff to do
>> still (and lots to learn about Docker and Ruby), but it should be
>> functional -- at least enough for other people to bang on it.
> Thanks for sharing, I've given it a quick look and here are some
> • don't use docker's base debian images - they're customised in ways
> that might make package builds 'impure'. I've got some makefiles and
> dockerfiles that one can use to build pristine/unmodified base images
> at <http://github.com/jmtd/debian-docker>.
OK, I'll look into using those.
> • don't install binary package dependencies in the build image by
> default (this might mask a missing build dependency bug)
I don't understand what you mean by this. Can you explain what I'm
doing that might cause extra packages to be installed?
> • I'd suggest adding --no-install-recommends to apt-get install
> calls, e.g. in Dockerfile.base.erb, to avoid masking a
> "missing-build-depends" bug in source packages (where it relies on a
> package pulled in from a recommendation of a package depended in
> • parallel build support (passing DEB_BUILD_OPTIONS through) be nice
Yeah, setting build options, as well as docker options, is on my todo
> • default release should be unstable/sid (since that's the most
> likely place people will be building packages for, normal package
That makes sense.
Hubert Chathi <firstname.lastname@example.org> -- Jabber: email@example.com
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA