On Tue, Nov 27, 2018 at 10:12 AM Stephen John Smoogen <smo...@gmail.com> wrote: > Define what a compose is? Currently it is a word which covers a > multitude of different processes and reasons for those processes. We > can't 'fix' or even 'replace' or parallel them without actually > knowing why someone duct taped this tool to that widget during a 2 am > release window.
Yes, that's a good point, and something I wanted to say - one of the starting points is defining exactly what output is needed for a particular use case and figure out how to get *that* output as fast as possible. (Probably the normal case will be taking a new build, and producing a single testable ostree or image containing that build.) Being able to optimize along a single path is how you get *much* faster than the current global compose. And why the problem is probably not best formulated as "speed up the global compose". Owen _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
