Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 806593
| Summary: | Anaconda does not fount udev lp device file | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Liang Suilong <liangsuilong> | ||||
| Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | urgent | ||||||
| Version: | 17 | CC: | anaconda-maint-list, awilliam, g.kaviyarasu, johannbg, jonathan, kparal, kzhang, robatino, tflink, vanmeeuwen+fedora | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | anaconda-17.17-1 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2012-05-04 13:05:06 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 752653 | ||||||
| Attachments: |
|
||||||
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 |
Created attachment 915430 [details] Comment (This comment was longer than 65,535 characters and has been moved to an attachment by Red Hat Bugzilla).