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
written to optical media of an appropriate size (if applicable) and
when written to a USB stick with any of the officially supported
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
> 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://pfrields.fedorapeople.org/
The open source story continues to grow: http://opensource.com