Bug 806593

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