Bug 1052997
| Summary: | Unable to install scl-utils on system with read-only opt directory | |||
|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | David Jones <david.jones74> | |
| Component: | scl-utils | Assignee: | Jan Zeleny <jzeleny> | |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
| Severity: | unspecified | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | rawhide | CC: | bkabrda, drieden, jzeleny, mmaslano | |
| Target Milestone: | --- | |||
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | scl-utils-2.0.1-2.fc21 | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1053004 (view as bug list) | Environment: | ||
| Last Closed: | 2015-01-30 04:28:37 UTC | Type: | Bug | |
| 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: | 1053004 | |||
|
Description
David Jones
2014-01-14 14:50:44 UTC
*** Bug 1053004 has been marked as a duplicate of this bug. *** I will take a look at this but it's going to have a low priority. The package has always been this way and the behavior is kinda expected. Before I remove the directory, I need to check that it won't break anything. That being said, I wonder how the package got to your system in the first place, as rpm will try to create the directory during installation and it shouldn't install the package if /opt is not writable. Is it possible by any chance that the /opt was writable during the installation? Also note that while the prefix directory is configurable, that only applies to the collections you build yourself, all Red Hat collections are and will be in /opt/rh in the foreseeable future. Yes. The NFS mounts were added after initial install. My main concern is that the package was installed without being specified, as part of the base system. I didn't even know what it was for, at first. it took me a while to figure out why the update was failing. It's not typical for standard packages to use the /opt directory. In all of my past experience, that's been reserved for 3rd party sofware. That's why we use /opt for our read-only NFS share, with all of our third party stuff on it. Our group of developers supports a major RHEL consumer, and we don't really have a say in how these things are set up. We're just mirroring their systems. So I'm surprised this hasn't come up before. Moving to Fedora, this has to be resolved upstream first ... Upstream ticket: https://fedorahosted.org/SoftwareCollections/ticket/27 scl-utils-2.0.1-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/scl-utils-2.0.1-1.fc21 scl-utils-2.0.1-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/scl-utils-2.0.1-1.fc20 Package scl-utils-2.0.1-2.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing scl-utils-2.0.1-2.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-1006/scl-utils-2.0.1-2.fc21 then log in and leave karma (feedback). scl-utils-2.0.1-2.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. scl-utils-2.0.1-2.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report. |