On Thu, Jun 25, 2015 at 6:14 PM, Adam Williamson <adamwill@xxxxxxxxxxxxxxxxx> wrote: > On Thu, 2015-06-25 at 18:06 -0600, Chris Murphy wrote: >> Preventing the conditions that result in boot failure is not the same >> thing as fixing the underlying problem with /boot on Btrfs being >> unsupported by grubby. > > Indeed it isn't, but I never said it was. I said your characterization > of how the release criteria have been applied was incorrect, and I > stand by that. The phrase "nah, we don't want to fix it now, therefore the release criteria don't matter" is a characterization of QA's application of release criteria. It is a paraphrased, annoyed, editorialization of this statement: https://bugzilla.redhat.com/show_bug.cgi?id=864198#c50 "this needs to be fixed if we want to enable installing to such a configuration, but right now we don't." Which I questioned in the bug and didn't get a response to. I'm criticizing this slippery slope logical fallacy that punts a fatal grubby bug onto another team for a work around rather than an actual fix; and also the falsehood that we don't want to enable installing into a configuration that was approved by FESCO six releases ago. > I don't recall that, do you have any references? It exists, but I can't find it at the moment. However, the alternative of the unwritten exception for Btrfs is we just wait for Btrfs by default before requiring things that should work to work, which is distinctly cart before the horse and risks regressions or even possibly reversion mid-cycle. This idea that the main hold up is Btrfs upstream and a Josef sign off is misleading. There are other things that need work. Fedora really doesn't have its own ducks in a row. There are still some ugly UI/UX problems in the installer, but the installer team has found more features to add to the world's most capable OS installer, so they don't have time this cycle for Btrfs related improvements. -- Chris Murphy -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
