Il 31/01/2024 22:24, Steve Langasek ha scritto:
On Wed, Jan 31, 2024 at 02:01:06PM +0100, Fabio Fantoni wrote:I'm also making some improvements that I know are needed for the cinnamon packages but slowly so as not to risk coming close to burnout again (spending less time on the PC, at least in my free time), I'll add to the list also to add the missed breaks of reverse deps.Ok, if you handle it this way via additional breaks, then I think that's sufficient for this transition and you can consider this bug resolved once 1) the dpkg change is uploaded to unstable, and 2) there's a subsequent cinnamon transition in unstable with updated breaks.I didn't look carefully about the time_t change as today's is the first notice I've seen regarding one of the packages I maintain and also with immediate NMU. I saw the transition on debian-devel ML I had looked fast at a list of packages involved but there were no packages that I maintain (which is why I didn't look exactly as I didn't have time and thought that there was no were afflicted packages).Well, there were several attempts to include a dd-list for maintainers to review? Your name is in the list here fwiw https://lists.debian.org/debian-devel/2024/01/msg00041.html (Unfortunately lists.debian.org has been silently dropping messages on me throughout the month, so not all of my attempts to notify maintainers via debian-devel succeeded!) I am un-tagging this bug 'pending' so it's clear this isn't a package we as NMUers should be uploading to unstable. On Wed, Jan 31, 2024 at 09:52:42PM +0100, Fabio Fantoni wrote:I applied NMU diff to git experimental (with the work for 6.0 in progress) and I spotted 2 mistake, one important is missed breaks with libcinnamon-desktop4: https://salsa.debian.org/cinnamon-team/cinnamon-desktop/-/commit/b06e59910a83b2252b866d051ffe7c5ea6f6742f This will cause serious issue and must be fixed before upload to unstable FWIK.Indeed, sorry, it looks like the conversion script wasn't able to handle the case where an existing Breaks: field is present, but it's multiline and there are no packages listed on the first line. I'll take a look at fixing the script. But if you prefer to manage the transition with Breaks: rather than a package rename, then you can forgo all of this anyway for your package.About dpkg change to wait before unstable upload is about a version still not uploaded, right? I don't saw new dpkg version in experimentalCorrect. Since the experimental uploads are just for clearing binary NEW and doing usrmerge analysis, we determined belatedly that no dpkg upload was needed. Thanks,
Thanks for your reply.I'm a bit confused, there was an immediate upload in experimental with rename and now you tell me I can do it without but with breaks.
so if this weekend I manage to upload all the packages for cinnamon 6.0 to experimental, can I also remove the rename that was done? and then, perhaps after 1-2 weeks, migrate everyone to unstable (barring unforeseen events) and it would be fine or are there specific time ranges to be respected for time_t transition?
basically what is needed for this migration is a new upload of cinnamon-desktop and all its inverse dependencies (having strict depends and breaks as if it were a soname bump) and the same should be done with muffin (already included) which I saw in the list that you linked me, right?
Attachment:
OpenPGP_signature.asc
Description: OpenPGP digital signature