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 
metadata.

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:
https://github.com/rpm-software-management/rpm/pull/1239#issuecomment-656602237
_______________________________________________
Rpm-maint mailing list
Rpm-maint@lists.rpm.org
http://lists.rpm.org/mailman/listinfo/rpm-maint

Reply via email to