My understanding of the feature is that it will eventually require some
mecanism to reconciliate the subpackage metadata (that the feature directly
targets in the new section) and srpm metadata.
Because without such a mechanism, you’ll be asking packagers to be extra
careful to never put everything in main, that collides with what you generate
in postbuild, and you have the *huge* backwards compatibility and upgrade path
problem, of all the existing packages where srpm metadata = only subpackage
Plus, asking packagers to check manually things that could be automated, is
plain dumb and the opposite of what the feature is trying to achieve.
As soon as you add a reconciliation mechanism between main and something
executed after %build, you make the srpm as it exists before %build provisional
on the reconciliation that happens after %build.
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Rpm-maint mailing list