RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1053004 - Unable to install scl-utils on system with read-only opt directory
Summary: Unable to install scl-utils on system with read-only opt directory
Keywords:
Status: CLOSED DUPLICATE of bug 1052997
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: scl-utils
Version: 6.6
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Jan Zeleny
QA Contact: BaseOS QE - Apps
URL:
Whiteboard:
Depends On: 1052997
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-01-14 14:58 UTC by Marcela Mašláňová
Modified: 2014-01-15 08:02 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 1052997
Environment:
Last Closed: 2014-01-15 08:02:34 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Marcela Mašláňová 2014-01-14 14:58:53 UTC 
+++ This bug was initially created as a clone of Bug #1052997 +++

Description of problem:
During update or installation, scl-utils attempts to create the directory /opt/rh. In our environment, we mount a read-only NFS export on /opt, so the update fails. 

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Attnempt to install or update scl-utils
2.
3.

Actual results:
yum update fails

Expected results:
yum update succeeds, or a clearer error message.

Additional info:
I was trying to update a newly installed system, which apparently had SCL installed by default. It took awhile to figure out why "yum update" was failing, because the error message wasn't very clear on what the problem was: "error: unpacking of archive failed on file /opt/rh: cpio: mkdir". Trying to install manually with rpm, gave more information. 

We're not currently using scl, but it's foreseeable that we could. The main issue here is the system update failing. it would be better if scl didn't try to create /opt/rh during install. Having a package from the standard repo write to /opt is unexpected behavior. It would be better, I think, if scl doesn't create /opt/rh, until it's actually used. After all, scl_prefix is configurable, so it ought to be up to the developer to create the directory where he/she wants it.

From a system admin perspective, it's time consuming for the admin to have to figure out why a system update is failing because of a package he/she isn't using, and may not know what it is. I'm not sure why SCL is installed on our systems. It may have come in with "Developer Tools."
Note You need to log in before you can comment on or make changes to this bug.