On Mon, Nov 26, 2018 at 2:42 PM Adam Williamson <adamw...@fedoraproject.org> wrote:
> On Mon, 2018-11-26 at 11:30 -0800, Kevin Fenzi wrote: > > On 11/26/18 10:58 AM, Peter Robinson wrote: > > > On Mon, Nov 26, 2018 at 6:53 PM Adam Williamson > > > <adamw...@fedoraproject.org> wrote: > > > > On Mon, 2018-11-26 at 18:44 +0000, Peter Robinson wrote: > > > > > On Mon, Nov 26, 2018 at 4:05 PM Matthew Miller < > mat...@fedoraproject.org> wrote: > > > > > > On Fri, Nov 16, 2018 at 09:50:33AM -0500, Paul Frields wrote: > > > > > > > Here's the summary from the page, which proposes we pause the > release > > > > > > > after F30 for these efforts: > > > > > > > > > > > > I know it was a big time-off holiday week in the US, but I > expected a little > > > > > > more interest in this post. Perhaps it seemed like too much text > to digest > > > > > > along with turkey and stuffing. :) I'm highlighting it with a > subject > > > > > > reflecting the big, direct impact, and here's some other > top-level > > > > > > proposals: > > > > > > > > > > > > * embrace Taiga (an open source kanban tool) for project planning > > > > > > * fix the compose speed (target: one hour!) > > > > > > > > > > Can I have a unicorn? Everyone wants this bug absolutely no one has > > > > > done analysis. > > > > > > > > I just don't believe this is true. I'm pretty sure Dennis and Kevin > > > > have both looked into it before. > > > > > > Yes, I mean recently, I was involved in the last time we attempted > > > this, and there was a number of things identified but quite a bit has > > > changed since that last happened. > > > > Yeah, I think our goal should be 1 minute... just as realistic as one > > hour. ;) > > > > I have not looked into things recently. However: > > > > * The mock fsync change (https://pagure.io/releng/issue/7909) may help > > some. > > > > * We have plans to redo the setup on the s390x builders, which should > > result in them being much faster. That should help. > > > > * I know pungi maintaienrs have been doing some work to make things > > faster (even in the last release out this morning). > > > > All that said, I am not sure there's going to be a way to get it down to > > an hour. I think getting it down to 3-4hours may be very helpful tho and > > might be possible. > > While we're on the topic of unicorns, if I were the person actually in > charge of this and had the freedom to do it how I wanted, what I'd > really want to do is create a much more *modular* compose process, > where inputs and outputs were defined and associated with each other, > and you could easily define subsets to be produced at different times > for different reasons. Not a compose, but a Compose Construction Kit. A > big chunk of the length of "the compose" is associated with the fact > that we define "the compose" as a single thing which produces (last > time I counted) 70+ deliverables. If we had an easy way to say 'ok, > right now we need a compose which produces A, B, C and D from the > minimum necessary sets of inputs', that would be a massive improvement. > > This hasn't been true for a while (we actually have something like half > a dozen or more different "composes", right now), but the system is > still less flexible and it's still more difficult to configure > different composes than it really ought to be. > This would be great. I want to get to a state where different WG's can run their own composes by calling a service. They might actually release on their own schedules as well. (Not all, but something like Labs or Spins) . > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net > http://www.happyassassin.net > _______________________________________________ > 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 >
_______________________________________________ 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