[backportpackage] create chroot if necessary

Bug #823829 reported by Iain Lane
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
ubuntu-dev-tools (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

(Does it do this already?) It would be nice to be able to ask backport requesters to test-build their packages with a single backportpackage command that would set their system up appropriately. I believe this is almost possible, but for the chroot creation. backportpackage could create a pbuilder chroot (for example) if none is available already. Perhaps with a flag --create.

Revision history for this message
Benjamin Drung (bdrung) wrote :

How can I check, if a chroot exists? I need this logic for pbuilder and sbuild.

Changed in ubuntu-dev-tools (Ubuntu):
importance: Undecided → Wishlist
status: New → Confirmed
Revision history for this message
Stefano Rivera (stefanor) wrote :

For pbuilder, I guess we have to assume the standard pbuilderrc, and look for /var/cache/pbuilder/$release-$arch.tgz.
Pbuilder-dist: ~/pbuilder/$release.tgz and ~/pbuilder/$release-$arch.tgz for foreign architectures.
sbuild: schroot - l | grep chroot:$release:$arch

Revision history for this message
Benjamin Drung (bdrung) wrote :

I don't like the "assume" for pbuilder. There is too much room for failures.

Revision history for this message
Stefano Rivera (stefanor) wrote :

We already are assuming that "DIST" will specify the distribution

Revision history for this message
Richard Hansen (rhansen) wrote :

I don't like the assumption either -- my .pbuilderrc sets BASETGZ to something else. What about spawning a shell that does something like the following:

    for f in /etc/pbuilderrc "${HOME}"/.pbuilderrc; do
        ! [ -f "${f}" ] || . "${f}" || exit 1
    done
    printf %s "${BASETGZ:-/var/cache/pbuilder/base.tgz}"

and then capture its output. That output should be the filename whose existence should be tested for pbuilder builds.

Revision history for this message
Dan Streetman (ddstreet) wrote :

as this is ~10 years old, i'm closing as wontfix

Changed in ubuntu-dev-tools (Ubuntu):
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.