On Mon, Jan 25, 2016 at 11:28:25PM -0800, Adam Williamson wrote: > On Mon, 2016-01-25 at 11:59 -0500, Paul W. Frields wrote: > > > > IIRC we aren't blocking on LUC currently -- so whether this means > > reviving old criteria or creating new ones, that needs to be clear. > > Actually we are, though we have been known to handwave it a little: Thanks for the correction. > "Release-blocking live and dedicated installer images must boot when > written to optical media of an appropriate size (if applicable) and > when written to a USB stick with any of the officially supported > methods." > > from https://fedoraproject.org/wiki/Fedora_24_Beta_Release_Criteria ;, > it's the first footnote to "Release-blocking images must boot", titled > "Supported media types". So the official rule is that we block on all > three 'officially supported methods' - dd-style write, litd, and luc. > There's a bunch of wiggle room in terms of exactly how well we expect > luc to work, and what exactly it means to 'block a release' on > something that is not part of the release, but the criterion is there. In a recent release (maybe a year ago?) I recall we discussed whether we needed to pull out some stops to fix a LUC issue. I think my confusion about blocking may have come from that (sorry, it's hazy and I've no time to play email archaeology at the moment). :-) But as you mention below, I agree we should cut down on the different vectors here, and do a better job of supporting one. > > OTOH, the functions of LUC are pretty well constrained. So maybe this > > isn't too large a change. > > What would actually be an *improvement* is if we killed litd and luc's > 'cp mode', and only supported the new dd-only luc and dd-style writes. > That would substantially reduce the exposure we currently have to three > different writing modes: dd, litd, and luc-cp. Agreed -- I think I heard (maybe elsewhere in this thread?) that the plan was to remove the cp option in LUC, but I'll check with mbriza. -- Paul W. Frields http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ The open source story continues to grow: http://opensource.com -- desktop mailing list desktop@xxxxxxxxxxxxxxxxxxxxxxx http://lists.fedoraproject.org/admin/lists/desktop@xxxxxxxxxxxxxxxxxxxxxxx
