set up pbuilder for Debian/Ubuntu buildslaves #1256

Closed
opened 2010-11-12 11:28:53 +00:00 by zooko · 1 comment

pbuilder is a tool to make sure that your build is not using any Debian packages other than the packages specified in your debian control file.

By using pbuilder on our Debian buildslaves we can be sure that any regressions in the Debian build will be detected. For example, if we change our Python source code to start depending on a library but we forget to add that library to the debian/control file (such as we recently did with pyasn1 (#1095)), then the pbuilder-powered build step will go red.

[pbuilder](http://www.netfort.gr.jp/~dancer/software/pbuilder-doc/pbuilder-doc.html) is a tool to make sure that your build is not using any Debian packages other than the packages specified in your debian control file. By using pbuilder on our Debian buildslaves we can be sure that any regressions in the Debian build will be detected. For example, if we change our Python source code to start depending on a library but we forget to add that library to the `debian/control` file (such as we recently did with `pyasn1` (#1095)), then the pbuilder-powered build step will go red.
zooko added the
dev-infrastructure
major
enhancement
1.8.0
labels 2010-11-12 11:28:53 +00:00
zooko added this to the undecided milestone 2010-11-12 11:28:53 +00:00

We stopped creating debs, so this is now the responsibility of the debian/ubuntu maintainers. They usually use pbuilders (and a decent amount of automation) to create those debs, so they'll discover quickly if we've accidentally added a dependency. Not as short a feedback cycle as if we discovered it ourselves right after the commit, but I don't think it's worth maintaining duplicate copies of the .deb -building infrastructure just for that.

We stopped creating debs, so this is now the responsibility of the debian/ubuntu maintainers. They usually use pbuilders (and a decent amount of automation) to create those debs, so they'll discover quickly if we've accidentally added a dependency. Not as short a feedback cycle as if we discovered it ourselves right after the commit, but I don't think it's worth maintaining duplicate copies of the .deb -building infrastructure just for that.
warner added the
invalid
label 2011-12-21 04:32:10 +00:00
Sign in to join this conversation.
No Milestone
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Reference: tahoe-lafs/trac-2024-07-25#1256
No description provided.