On Fri, Sep 30, 2016 at 3:31 PM, Josh Berkus <jber...@redhat.com> wrote: > On 09/30/2016 02:01 PM, Josh Boyer wrote: > >> 16:44:56 <kushal> Cloud base image is the only blocking deliverable. >> 16:44:59 <kushal> Atomic is not. >> >> I realize this WG is in the middle of rebooting itself, but to have >> clearly conflicting information from the WG members is a bit >> concerning. > > Kushal? > > Based on my attendence at the Cloud WG meetings, I had the understanding > that Atomic was becoming our main deliverable. If that's not true, then > I need to pull a whole bunch of changes and put them on ice until Fedora 26.
What also matters is the understanding of others who needed to understand this. To me it sounds like a baton was dropped. But moving forward... What does release blocking mean? There are a bunch of QA criteria and test cases that help make sure those criteria are met. There are no atomic host specific criteria or test cases that I'm aware of. I expect QA probably can't provide significant assistance in QAing the atomic qcow2 image for this release. How big of a problem is that? Is there a Fedora policy that requires a default download product to be QA'd somehow, or to be release blocking? Can Cloud WG take the lead QA'ing the atomic qcow2 image? What are the releng implications of it not being release blocking? For example, during the Fedora 24 cycle there was a neat bug in the compose process that caused some images to fail. It wasn't possible to just do another compose and cherry pick the working ISOs from two different composes (I forget why). Is there anything like that here, or is there sufficiently good isolation between ostree images and other images? What happens if release is a go for everything else, but atomic qcow2 is not working? What I've heard is "fix the problem and remake the image" similar to the current two week cycle. Does releng agree, and will there be time between a Thursday "go" and Tuesday (whatever day it is) "release" to get an atomic qcow2 built and on getfedora? What if there isn't? What if it's a week after release before there's a working one? If the liabilities there can be sorted out satisfactorily I'd say proceed with Atomic on getfedora. Next issue is Cloud Base images. Cloud WG needs to decide if these are going to be created and if so how they're going to get linked to and from where. Is there a designed landing page for these already? If not, my thought is have a side bar link to a basic directory listing for them, rather than the fancy landing page that currently exists for Fedora 24 Cloud Base images. And demote the Cloud Base images to non-release blocking. And then whatever contingency for that side bar link if the Cloud Base images aren't available for release day. -- Chris Murphy _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
