[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1107108: pre approval sbuild



Hi,

On 2025-06-01 18:45, Jochen Sprickerhof wrote:
> Package: release.debian.org
> Severity: normal
> X-Debbugs-Cc: sbuild@packages.debian.org
> Control: affects -1 + src:sbuild
> User: release.debian.org@packages.debian.org
> Usertags: unblock
> 
> Hi release team,
> 
> this is a pre approval request for an sbuild upload.
> 
> I would like to improve the build environment for forky by cleaning the
> apt cache before running dpkg-buildpackage. This has the advantage that
> we have a better definition of the build environment which makes it
> easier to reproduce it with debrebuild later. josch (for sbuild) and
> Aurelien (for wanna build) signaled already that they would be fine with
> this.
>
> Note that we only want to enable this in forky but I would still like to
> push this to trixie for one because it makes it easier to implement this
> on the buildds and two Debian developers using stable would get the same
> results as on the buildds.

I understood that the change was limited to forky and later. With this 
change applied and migrated to trixie this technically makes the bugs 
below RC.

> Santiago Vila did a rebuild of unstable and reproduce.debian.net tested
> trixie so we are pretty sure that there are only three packages that
> would need patching with this feature: autodep8 (#961138), dh-r
> (#1089197) and blends (#1104515). All of them have proposed patches
> already. Note that I don't propose to apply them for trixie.

One option is to accept this change, but with the default set to 1 
(don't clean). Then we can pass the option to sbuild on the buildds for 
forky/sid/experimental once trixie is released. And developers can also 
manually use that option to reproduce the buildds behavior. 
Alternatively the behaviour can be changed only for >= forky in the 
first point release.

Regards
Aurelien

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                     http://aurel32.net


Reply to: