Bug#1021402: reproducible: Please force merged-/usr for build2

Luca Boccassi luca.boccassi at gmail.com
Fri Oct 7 22:40:49 BST 2022


On Fri, 7 Oct 2022, 21:45 Simon McVittie, <smcv at debian.org> wrote:

> On Fri, 07 Oct 2022 at 18:07:45 +0100, Luca Boccassi wrote:
> > Wouldn't it be sufficient to create the build2 chroot as merged-usr
> > from the start?
>
> That would also be fine, but I think the way the reproducible-builds
> infrastructure works is that it caches a single (non-merged-/usr)
> pbuilder tarball per suite and converts it to merged-/usr on-demand
> for build2, to avoid having to cache essentially the same content twice.
> The important thing here is that one of the two builds should be
> merged-/usr, and the other should not.
>
> Having a merged-/usr pbuilder tarball and unmerging it with
> dpkg-fsys-usrunmess for one of the two builds would also work, but I
> suspect that would be less reliable than starting from non-merged-/usr and
> merging one of the builds but not the other.


In this particular case, it would seem to me that it would be best to
optimize for correctness and safety (and less engineering cost) rather than
disk space saving?

Kind regards,
Luca Boccassi

>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/qa-jenkins-dev/attachments/20221007/ee051507/attachment.htm>


More information about the Qa-jenkins-dev mailing list