[buildd-tools-devel] Bug#811202: sbuild: order some code differently
Johannes Schauer
josch at debian.org
Sat Jan 16 19:04:37 UTC 2016
Source: sbuild
Version: 0.68.0-1
Severity: minor
Hi,
two things sbuild does should be done in different order:
1. The EXTRA_REPOSITORIES are added to $dummy_archive_list_file in
setup_apt_archive() in lib/Sbuild/ResolverBase.pm. But
setup_apt_archive() is only called from install_deps() in the
lib/Sbuild/*Resolver.pm files. This is too late because this means
that the initial update/upgrade step from run_chroot_update() in
lib/Sbuild/Build.pm will ignore any extra repositories passed on the
command line. This is no problem if the extra repository is only
used to install additional packages but it is a problem if the extra
repository contains packages with higher versions than the installed
essential or build-essential packages. Also see bug #792037
2. The function run_chroot_update() in lib/Sbuild/Build.pm should not
be run multiple times. Especially not now that there is an external
command hook for this step. Running update and upgrade once should
be sufficient. Instead though, run_chroot_update() is called again
if a new architecture was added in check_architectures(). Thus, the
check whether foreign architectures have to be added should be moved
to before the original call to run_chroot_update() in
run_chroot_session_locked().
I'm filing these two code shuffling issues here together as a reminder
for later because before I implement them I want to push the decoupling
of the chroot from the host and doing the code shuffling before that
would mean another round of needless rebasing which I want to avoid.
Since neither issues seem to be critical, they'll be fixed at a later
point.
cheers, josch
More information about the Buildd-tools-devel
mailing list