Re: Trixie

Cyril Brulebois <[email protected]>
Newsgroups gmane.linux.debian.devel.cd
Organization Debian
Message-ID <[email protected]>
Cyril Brulebois <[email protected]> (2024-12-26):
> Seeing how (at least these past few days, weeks, months, or so) udebs
> have piled up in the archive, it's probably more a matter of making sure
> to include the right set of udebs onto the image, instead of picking
> whatever is the latest.
> 
> From a cursory look at the context of the recent bugfix (which is
> deeff0673833ae6ae97e3f7f96419254763f1d0f in debian-cd), debian-cd picks
> whatever is the highest version, regardless of what's actually used by
> d-i. In other words that traded a constant problem (not having enough
> space to include linux-image debs) with a transient one (the wrong set
> of udebs might get picked).
> 
> Provided there's no immediate decruft in the archive (the current number
> of udebs for past kernels suggests that's not happening), it should just
> be a matter of:
>   1. picking the right set (beware of archs with several flavours) based
>      on info collected from the d-i build;
>   2. bailing out if that version can't be found.
> 
> (1) would fix the issue, and only fail to work if and when the decruft
> becomes super aggressive; (2) would avoid building an image that cannot
> work if and when that happens.

Some heavy decrufting happened earlier, see [1] for the full list.
That's why the dose report for i386[2] got much worse all of a sudden
(it was surprisingly good, similar to say amd64 until today).

    =========================================================================
    [Date: Sat, 28 Dec 2024 13:10:09 -0000] [ftpmaster: Ansgar]
    Removed the following packages from unstable:
    […]
    ------------------- Reason -------------------
    [auto-cruft] NBS (no longer built by linux)
    ----------------------------------------------
    =========================================================================

  1. https://ftp-master.debian.org/removals.txt
  2. https://d-i.debian.org/dose/graph-unstable-i386.png

I'm not sure whether that was a one-off clean-up or whether some cruft
detection got changed to make those show up (which in turn would
probably determine whether udebs for older kernels are going to stick
around for a while in the future, or just go away immediately).

And I'm not going to try and learn more about this right now, got some
mdadm fun (and maybe other things) to figure out still.


Cheers,
-- 
Cyril Brulebois ([email protected])            <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEtg6/KYRFPHDXTPR4/5FK8MKzVSAFAmdwX+QACgkQ/5FK8MKz
VSCeTQ/+OWZ7wvrY4N2e4YMw1te6gIWKZZgbk3LSmBNSp5EBWwtb9uCubBwN+vIV
lnHun8ERkpgnNYFnJTwB9YwnbWz70KsbwasL+RpT2WR9F5olAuAH5kWdRm7MDzSW
t+tSI2UDdCISFzYkUomrA4lWBoO3e+IrmqFwupd3IoPJ7VJ8Nba5ZDeowZmhVust
wNzrOA6zSojObtApkOO32tQmUgmIJZH0YuVJnnA9EoHBLhn8Z3OtO15K+onXfg2O
HFAxOJ9MTUJHARkWlPj7IFCZMM8TVOxPmJRaAcEkYwJrws3dY4HX/l7DSjfXyKO+
K9QCdaOrBVA8u/xWlpEXbzbEBMWP6Hzyx/RMRmXggvHBnbXNxGSg+etF1yMw+5cF
9Jff8h8wdZ6ka6p/2GmcnQStQ9LZDqYoky3jwJJaDCmxD8okFf6QKvzCvKclYnBv
S1Yb2Jfvlfqypn5EnrL6vSC92fqvDAJrSImStU1Y3L8WyX/jeraYusqBNLMqwUZ2
ztysEDtOgClF0bYNhWTvs7SKt50I3af2NmPvhNYtx4asJLulDCwMZz7FjF6a0DKi
UeP6YlQ5ThrSaMI1cc6q5hGN+GHAZUIkrA1/+WMgvxo1EaUgqIrhGekaAz8pfzq7
/pFHZVMSsRl5wSJMmSMmHD946oq9iZbjuP9XyTTXOx8a87/Qpho=
=YS5z
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.