Re: Don't run Salsa CI in vain - a disabled CI is better than a persistently failing one
Jochen Sprickerhof <[email protected]> Sat, 25 Jul 2026 07:20:50 +0200
| Newsgroups | gmane.linux.debian.devel.general |
|---|---|
| Organization | The Debian Project |
| Message-ID | <amRHr-8aTHtjChcW@mpd> |
--7/5u0pyA0z2GGRzA Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Chris Hofstaedtler <[email protected]> [2026-07-24 13:20]: >Thanks. Indeed I wondered if there is a "design issue" with this job:=20 >given the package was -just built- and thus all necessary data should=20 >be available, the job should not need to rely on metasnap at all? Note that debrebuild/debootstrap uses unstable and metasnap to find=20 packages. I ran the pipeline three more times: https://salsa.debian.org/debian/pdns-recursor/-/jobs/10006412 https://salsa.debian.org/debian/pdns-recursor/-/jobs/10007298 https://salsa.debian.org/debian/pdns-recursor/-/jobs/10007534 And the third time it succeeded, while the missing packages are still=20 not available on metasnap right now, as it has a 24 hour delay. So my=20 hypothesis is that debrebuild did get an older unstable archive then the=20 sbuild job before, even hours after the dinstall run. I tried some=20 custom jobs to debug this but they did not show the same behaviour.=20 Currently I have no idea how to debug this further so would be happy=20 about any insights. Regarding the design issue: For a build against unstable the job assumes=20 that it can get at least the same archive state as the sbuild job=20 before. It would also be possible to cache the build dependency packages=20 between the jobs but we don't have enough storage for that. For builds=20 against other suites or distributions we discussed to make the apt repos=20 in debrebuild/debootstrap configurable but I am not aware of a patch=20 yet. Cheers Jochen --7/5u0pyA0z2GGRzA Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEc7KZy9TurdzAF+h6W//cwljmlDMFAmpkR68ACgkQW//cwljm lDOHNw//ao191oW8bvesURu824XAsDurSV3Y4w5ukrW/hU6wHGgGdWzFZp/RRmfY E5kEwVWLM3GiImauo756suyQt7qj7i5rXki40InX0BvSdpw2heb+KgXc/49NAqUa EKDQljoIvkmkikE3wKFgxpw3tJWyruBaOhQcXxIWrhGoTBxihBWN2I4aehPnZoqt Iwjr/3XYRvUR5pbcgDT+mRe8HeyiujpaQ0csr1FXG/0ERuhXtDIHC0B4tXiu6Ecz K3pVzPCwMMtqRUSJBcOCdPa94ZA+jdVcayFCD+TXA8RiP0QKnPlhyRhthfMqSQW4 lgUyUQpN9SAswRBcQgYBwLR7qWNkxIp7xK4f6Znd1CdIcsF9qOoNSUgRcSt6pYX8 ZWvkQZXuXh4EH9iowSP+h5J7Hta7Ipya5nuL1UZKh5Hfd6VZoQwQXfR1LzZ27SUW pmsRW+EaSEXjH51H6QC1HY1wZSjF7Ht0wBrJEgTxvvDpxfltoO7xpkSbsLS+TqPE xzHJQ5udGWr3Ir6QnEqNbzZDHOEol0nf8GnrgSyJUeWMoJ9nTxcEtluf3/qljkyP NGZHSFwNb8TlAAoB5crQaEUj2T5Ms4DSk48ywNgAMQBSvPGWIhHiAEgYmVHHnDpc oLyvDaREAhqkB0LgMxHAsbNNQvz37O39Wgj7/HU4xd1Le+UchsI= =OY2k -----END PGP SIGNATURE----- --7/5u0pyA0z2GGRzA--