Re: Splitting udev-udeb out of src:systemd
On Mon, 12 May 2025 at 22:41, Cyril Brulebois <kibi@debian.org> wrote:
>
> Hi Luca,
>
> Luca Boccassi <bluca@debian.org> (2025-05-12):
> > In https://release.debian.org/britney/hints/freeze I see:
> >
> > block-udeb systemd
> > block-udeb systemd-udeb
> >
> > but the first one should no longer be there, right? Would it be
> > possible to amend it, please?
>
> Absolutely:
>
> commit c6faf50ca3228b81d680f06a98ede58c746b5030 (HEAD -> ftp-master)
> Author: Cyril Brulebois <kibi@debian.org>
> Date: Mon May 12 21:33:03 2025 +0000
>
> freeze_hints: remove systemd
>
> Thanks to Luca Boccassi for the reminder!
>
> Link: https://lists.debian.org/debian-boot/2025/05/msg00119.html
>
> > Are you maintaining that list yourself, or is it RT, or both, or
> > someone else?
>
> I have a (user, not group/role) crontab that checks whether udeb-producing
> packages are missing from that list, and I'm adjusting it after checking
> what's happening (I think some mistakes happened, but I couldn't name any
> without some research).
>
> The crontab doesn't check the converse, because dropping udebs is rather
> uncommon (unless packages go away entirely, which might or might not
> result in some cleanup…).
>
> Without trying to justify anything, I think I added systemd-udeb at the
> time you mentioned you were thinking about then were about to introducing
> it, and I didn't remove systemd at the same time because you/I/we weren't
> sure about the timing on the NEW side (and the associated binary/binaries
> takeover).
>
> Here's what the git log says, which might confirm/infirm the very vague
> recollection above:
>
> commit 6dbceab050aae1b5f673bab41491f7bca2a9a5d8
> Author: Cyril Brulebois <kibi@debian.org>
> Date: Fri Jan 31 18:33:17 2025 +0000
>
> freeze_hints: add systemd-udeb
>
> If you ever need to look into the history, see etc/freeze_hints in
> respighi:/srv/release.debian.org/britney/code/b1
>
>
> The whole release team has access, I'm usually the one committing stuff
> there (at least regarding udebs; freezing/thawing is usually someone else,
> see `git shortlog -- etc/freeze_hints` if you're curious.)
Thank you very much for the quick fix and the explanation!
Reply to: