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

Re: Make stable-security build logs public after embargo



Hi all,

Actually we have a summary of the situation here:
https://salsa.debian.org/lts-team/lts-extra-tasks/-/issues/51

We have mostly 2 options:

1/ General fix, involving a dak hook and some corner cases, and more importantly having access to the infrastructure,

2/ One-off mass injection of [oldstable]-security build logs when starting a new LTS dist.


Given that 1/ was attempted a couple times in the past and never reached completion, and given that we might solve this if the debusine [1] project is adopted, I think we can drop it for now.

Doing 2/ next August for bullseye sounds doable, solves the most immediate use case (i.e. LTS devs comparing previous logs on new FTBFS), so I think we can privilege this option.

What do you think?

[1] https://wiki.debian.org/DebianEvents/gb/2023/MiniDebConfCambridge/Zini

Cheers!
Sylvain Beucler
Debian LTS Team

On 12/12/2023 00:02, Roberto C. Sánchez wrote:
Hello again Wanna-build team,

On Thu, Jun 01, 2023 at 04:51:56PM +0200, Sylvain Beucler wrote:
Hello Wanna-build team,

I'm part of the Debian LTS Team, and along with the Security Team, we're
looking into making embargo'd build logs eventually public.
See https://salsa.debian.org/lts-team/lts-extra-tasks/-/issues/51

Typical use case: when the LTS Team is working on the first LTS security
upload for buster-security, the previous build logs are not available, while
they are critical to interpret any new build failure.
This also improves the overall transparency of the Debian project.

So we'd like to make the stable-security build logs eventually public,
preferably early. One approach is to make the build logs available through
https://buildd.debian.org/status/package.php on package release (when the
embargoes for the package and possibly its dependencies are lifted, and the
new packages are publicly distributed by Debian).
Another more straightforward approach, but way more delayed, is to make
these build logs available in batch, when handing over oldstable to the LTS
team.

Note: the new lts (buster-security) build logs are already made public, here
we're targeting future-lts (bullseye-security) build logs.

Currently we're not entirely sure on how build logs are injected to the
buildd.debian.org/status/package.php service, so we're contacting you to
determine how feasible this is. Typically:
- Locate and identify publishable logs (in e-mail archives on master?)
- Trigger the publication at the right time (dak hook?)

I also volunteer to spend some time on the implementation, as part of my
work on LTS.

Do you think this can be achieved, and how?

Has there been any progress or discussion regarding this? The LTS team
will be responsible for bullseye starting in August and it would be
beneficial if there could be a resolution to this.

Is there anything that we could do from our side to help move things
along?

Regards,

-Roberto



Reply to: