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@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
