Le 2018-03-28 12:52, Pierre-Yves Chibon a écrit :

Hi

With bodhi:
- Single package update
https://pingou.fedorapeople.org/gating_rawhide/GatingRawhide_bodhi.png
- Multi-packages update

Not terribly fond of anything that offloads multi-build intellignece coordination on packagers, forcing everyone that needs multi-build to either do lots of manual operations, to reinvent its own local tooling, or just give up on some updates.

The correct packager-friendly way to do it is

eat-this <list of srpms> → ok/nok

With the tooling chain-building <list of srpms>, automatically applying boostrap sections when present, automatically rebuilding everything in the set against the final state of other parts of the set, and applying integration tests to the end result and not to the intermediary steps.

And it should not matter if <list of srpms> has a count of one or many.

Anything that posits list of srpms is a special case that can be bolted on the single srpm is broken by design and produces broken packaging, because people will try to workaround tooling defects by stashing everything in a single srpm to make tools happy.

(that's also a huge defect our the review workflow, unbundle and produce a clean and maintenable set of packages → lots of review and tooling misery, keep it all in a single srpm → no problems)

Regards,

--
Nicolas Mailhot
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Reply via email to