Control: tags -1 - moreinfo On Sat, Apr 26, 2025, at 10:55 AM, Paul Gevers wrote: > Control: tags -1 moreinfo > > Hi, > > On 25-04-2025 17:28, Fabian Grünbichler wrote: >> I agree with that in principle, but would still like RT's input on that given >> the amount of packages (many of which would otherwise not see another upload, >> except maybe a final binNMU to pick up changes in (transitive) statically >> linked dependencies). > > Which set are we talking about, can you create a list? (Please remove > the moreinfo tag when you reply).
It's attached as source-packages in my initial mail opening this bug :) basically, every "bin" (application) package where d/control is generated by debcargo. > For that final binNMU round you're talking about, is there already an > established way to determine what's needed? Like for other languages we > also don't just do rebuild because we can (maybe we should, but then I > think earlier in the release cycle), so I think we'd only want rebuilds > for known issues that are worth fixing, not just for newer versions > (which could trigger subtle bugs we haven't spotted yet). I was thinking about the regular binNMUs Sebastian schedules for Rust packages cause of the whole statically-linked situation. I am not sure whether he's planning to do another round for Trixie or not (might also depend on whether the rustc unblock I filed yesterday gets acked or not). There's been a few CVE fixes (gix-features/-hash, crossbeam-channel, ..) that probably make it worthwhile to rebuild packages that are statically linked with those crates in any case. But anyway, this is only tangential to the matter at hand here - whether we want to do a mass-upload of the affected packages to get rid of M-A allowed or not, as a potential binNMU doesn't affect that in any fashion. If not, then only the subset where maintainers do an upload anyway, or getting rid of M-A allowed is somehow particularly important (e.g., for sqv where Helmut asked for it) will get rid of it, the rest will do so in forky with the next regular update cycle. Regards, Fabian
