Sean Whitton <[email protected]> writes: > Hello, > > On Thu 19 Jun 2025 at 05:16pm -07, Xiyue Deng wrote: > >> Sean Whitton <[email protected]> writes: >> >>> Hello, >>> >>> On Wed 18 Jun 2025 at 07:07pm -07, Xiyue Deng wrote: >>> >>>> Ah didn't think about that. I think it's better than using control.in >>>> in general, though there are the "unused" warning on other packages >>>> (using "?=" doesn't seem to help). >>> >>> I don't follow. >>> >> >> Excerpt from build log (basically it shows a warning of substitution >> variable unused for all binary packages except emacs-common where it's >> used.) > > Ah, I see. Could you define it as the empty string for those packages > and then add a dummy entry to Provides ? >
It turns out debian/substvars and debian/<package>.substvars are indeed regenerated during build. So I figured I can just update debian/emacs-common.substvars with the generated contents right before dh_gencontrol, and it worked. Updated in my branch[1]. Hope the builtin package info public interfaces will be accepted upstream soon. >> I have filed the bug upstream[1], but that would be for 31.x. I was >> hoping this would be useful for Trixie to handle security updates, >> though it may have already been a bit too late for that. > > I intended to say, once the interface is settled upstream, I would be > happy to backport it for 30.1 in forky, so we can deploy your change > before the release of 31.1. > Ah that's good to know. > -- > Sean Whitton [1] https://salsa.debian.org/manphiz/deb-emacs/-/compare/deb%2Femacs%2Fd%2Fsid%2Fmaster...generate-provide-package-list?from_project_id=83361 -- Regards, Xiyue Deng
signature.asc
Description: PGP signature
