Hi Adrian,

On 22-03-2023 12:08, Adrian Bunk wrote:
Suggestions for both
https://wiki.debian.org/Teams/ReleaseTeam/ReleaseCheckList
https://wiki.debian.org/Teams/ReleaseTeam/ReleaseCheckList/BookwormCheckList

They are Wiki's ;). But thanks for discussing it first.

   Before the release

Add "Notify the LTS team of the new debian-archive-keyring"

Do you have an example e-mail? Would everybody in the LTS team know what this means for them (I don't).

   After the release
     [ ] Propose a micronews item on the #debian-publicity IRC channel

Again, maybe an example? I'm not sure what you expect here from us.

Should this be a subitem of "Notify the publicity team"
in "While Releasing"?

I guess that makes sense.

   After the release
     [ ] Update the Project History document and upload to stable-p-u

This could be moved to (and uploaded) "Before the release".

Are you sure? That means we'd be predicting the future in a history document. I guess you mean once the date is fixed and assuming we release on schedule.

   After the release
     [ ] Check with udd maintainers that the hardcoded values are updated (see 
SuitesAndReposExtension#udd)
     [ ] Check with buildd team that buildds know about trixie. (see 
SuitesAndReposExtension#wanna-build)
     [ ] Check with other service/package maintainers that all the other 
hardcoded suite names or codenames are updated

IMHO these should be moved to "Before the release", otherwise there might be
stress for people who realize at short notice that urgent work has to be done.

But these things can't be *done* before the release, right? So maybe *add* a "notify" on these topics?

It should link to SuitesAndReposExtension, or be replaced with a list whom to 
notify,

Incomplete sentence?

Paul

Attachment: OpenPGP_signature
Description: OpenPGP digital signature

Reply via email to