Hi all, On Thu, Feb 13, 2025 at 04:26:12PM -0600, Michel Lind wrote: > On Thu, Feb 13, 2025 at 03:21:04PM -0700, Soren Stoutner wrote: > > Michel, > > > > On Thursday, February 13, 2025 2:36:26 PM MST Michel Lind wrote: > > > Ah, OK, so these uploads all require FTP master review right? > > > > > > - soname bump to 0.5.5 in experimental > > > - initial upload of the new pykdumpfile in experimental > > > - dropping python bindings in experimental > > > - 0.5.5 without python in unstable (or can I as a DM do this myself?) > > > - pykdumpfile in unstable > > > > > > If a package that's been cleared for experimental can be uploaded to > > > unstable without FTP master review, even if it has binary subpackage > > > name changes, that would simplify this quite a bit (but if it requires > > > re-review, that's fine too, I just have to know how much to coordinate > > > with the DD sponsoring the upload) > > > > FTP master review is only required when the name of a binary package > > changes. Any > > other change inside the binary package does not require their review. > > > > Because FTP master review can take an unpredictable amount of time, usually > > the best > > course of action in this case would be to make all such changes in > > experimental (because > > it is OK for packages in experimental to not be coinstallable or otherwise > > introduce > > breakage with other packages). Once everything is settled, you can upload > > a version of > > these experimental packages that only changes the target to unstable and > > they will all > > drop in immediately. > > > Ah, great, thank you! >
Thanks to everyone's feedbacks. I have uploaded this to mentors.debian.net https://mentors.debian.net/package/libkdumpfile/ Git repo: https://mentors.debian.net/package/libkdumpfile/ Changes requiring FTP master re-review: - drop Python subpackage (I was initially going to do this later, but there are already a lot of other changes - see below - that need re-review anyway just to make the transition works) - libkdumpfile10 -> libkdumpfile12 - stop bundling libaddrxlat.so.3 with libkdumpfile10 - it did not get a soname bump, so having it bundled means you can't have libkdumpfile10 and libkdumpfile12 installed at the same time. Followed https://wiki.debian.org/PackageTransition for instructions on how to split libkdumpfile10 -> libkdumpfile12 *and* libaddrxlat3 - ship out kdumpid in a new utils subpackage After this is in experimental I'll package the new Python bindings (pykdumpfile) and ask for that to be sponsored, then get those both into unstable. Thanks, -- _o) Michel Lind _( ) identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2 README: https://fedoraproject.org/wiki/User:Salimma#README
signature.asc
Description: PGP signature
