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

Reply via email to