Created attachment 915430 [details] Comment (This comment was longer than 65,535 characters and has been moved to an attachment by Red Hat Bugzilla).
Today I downloaded Fedora 17 Beta RC2 x86_64. Anaconda still prints the same error. The bug appears again. I check cups. It is still cups-1.5.2-1.fc17.x86_64. Is it too old to occur the problem?
What did you try exactly? Are you trying to configure the printer for some reason? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
OK, we figured this out: it's triggered by trying to do a live install with /usr as a separate partition. It doesn't happen unless you create a separate /usr partition. I've reproduced. So I'd say this is clearly not a beta blocker as none of our criteria require separate /usr to work at Beta stage (and not many people try to do so). It's _arguably_ a final blocker per "The installer must be able to create and install to any workable partition layout using any file system offered in a default installer configuration, LVM, software, hardware or BIOS RAID, or combination of the above", but that's only if we consider a /usr partition to be a 'workable partition layout', which is arguable - see http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken . I'd say it's Beta NTH though, especially given https://bugzilla.redhat.com/show_bug.cgi?id=804913 : it seems that there are many problems with trying to install with /usr as a separate partition and the sensible fix would simply be not to allow you to mount anything on /usr at install time, and that's what anaconda team is planning to do. I think it would make sense to take that change for Beta. So I vote -1 blocker, +1 NTH. Other votes? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
-1 blocker, +1 NTH makes sense to me We're going to need to figure out whether this is a workable partition layout if it isn't fixed for beta, though.
agree 1 blocker, +1 NTH makes sense to me
-1 blocker rather
-1 blocker, +1 NTH...
OK, that makes -4 blocker, +4 NTH Rejecting as blocker, accepting as NTH for F17 beta
(In reply to comment #3) > OK, we figured this out: it's triggered by trying to do a live install with > /usr as a separate partition. It doesn't happen unless you create a separate > /usr partition. I've reproduced. > > So I'd say this is clearly not a beta blocker as none of our criteria require > separate /usr to work at Beta stage (and not many people try to do so). It's > _arguably_ a final blocker per "The installer must be able to create and > install to any workable partition layout using any file system offered in a > default installer configuration, LVM, software, hardware or BIOS RAID, or > combination of the above", but that's only if we consider a /usr partition to > be a 'workable partition layout', which is arguable - see > http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken . > > I'd say it's Beta NTH though, especially given > https://bugzilla.redhat.com/show_bug.cgi?id=804913 : it seems that there are > many problems with trying to install with /usr as a separate partition and the > sensible fix would simply be not to allow you to mount anything on /usr at > install time, and that's what anaconda team is planning to do. I think it would > make sense to take that change for Beta. > > So I vote -1 blocker, +1 NTH. Other votes? > > > > -- > Fedora Bugzappers volunteer triage team > https://fedoraproject.org/wiki/BugZappers Thank you, Adam. I agree with you. It should be F17Beta-NTH Blocker
Beta is out, moving to F17 Final NTH
This patch is in Beta, /usr is not allowed to be on another partition. Please retest if you can.
I'm pretty sure I checked this in Beta validation and /usr wasn't in the list. Let's close it, we can re-open if I'm wrong. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers