Bug 1066665
| Summary: | scl-utils: move statefiles and conf files to writable and non-shared locations | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Toshio Ernie Kuratomi <a.badger> | ||||||
| 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, dcleal, jzeleny | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | scl-utils-20140815-4.fc20 | Doc Type: | Bug Fix | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2015-01-03 19:09:02 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: | 1168682 | ||||||||
| Attachments: |
|
||||||||
|
Description
Toshio Ernie Kuratomi
2014-02-18 20:45:12 UTC
Created attachment 864791 [details]
Changes to the rpm macros that define the filesystem paths for confdirs and statedirs
Created attachment 864792 [details]
Changes to the rpm macros that assist in scl meta package creation
Why exactly is the collection sysconfdir defined as "%{_root_sysconfdir}/opt/%{scl_vendor}/scls/%{scl}/"? It seems to me that the "/scls/" part is sort of redundant. IMO we should keep this consistent with /opt by mimicking it - e.g. we should have "%{_root_sysconfdir}/opt/%{scl_vendor}/%{scl}/".
"/scls/" is in /opt as well. I've debated whether it's redundant or not. On the one hand, the vendor directories can contain more than scls. So you could end up mixing scls with other software and data from vendors. This would be a bit confusing. On the other hand, if we're namespacing all of the scl names then it would be less likely that directories could clash. If we're not namespacing the scl names, the likelihood of a clash would be much higher. (In reply to Toshio Ernie Kuratomi from comment #4) > "/scls/" is in /opt as well. Ah, I must've missed that. If "/scls/" is in /opt, than it of course also makes sense in /etc. > I've debated whether it's redundant or not. On the one hand, the vendor > directories can contain more than scls. So you could end up mixing scls > with other software and data from vendors. This would be a bit confusing. > > On the other hand, if we're namespacing all of the scl names then it would > be less likely that directories could clash. > > If we're not namespacing the scl names, the likelihood of a clash would be > much higher. Although I don't like adding one more directory to the already-long-enough paths, I see your point. Upstream ticket: https://fedorahosted.org/SoftwareCollections/ticket/17 So I can finally move to this initiative. I have reviewed your patch proposals and they mostly look sane. What puzzles me is the "/scls/" part of paths. While I understand the rationale, I don't agree with it. I mean do we realistically expect, even for the long term future, that there will be another content in there directories? <nod> To answer the second part of that first: I do think that we're going to have more content in those directories. Especially with the Fedora.next initiatives. We're entering a period of experimentation and change for Fedora. Using /opt/$vendor for things that don't fit in the normal FHS hierarchy are more likely in this time than any other. However, as noted in Comment:4, if each SCL is inside a subdirectory that's named after a properly namespaced package name then we probably won't have to deal with filesystem conflicts between directories (because we've already had to ensure that package names are unique.) So then it's only a question of mixing different categories of packages rather than having to deal with two packages wanting to use the same filename. In general, I think having a small bit of hierarchy to make the separation will be better for sysadmins poking around in this directory structure. Especially as it's entirely possible that not everything in here will be delivered via rpms. So /opt/fedora/scls /opt/fedora/conda /opt/fedora/wheels and what have you will make it clearer for the sysadmin what they're looking at. However, the hope would be that even if we plop all of these into the /opt/fedora/ directory we wouldn't have a file conflicts problem, we'd only have a problem for the sysadmin to be able to visually identify the directory they're looking for. So all this to say -- I think it's better to use /scls/ in the path but I'm willing to compromise on it. Thanks for the comment. I will trust your expertise on this and include the /scls/ in the paths. As I said, I was just unsure if we realistically expect any other content than SCLs and the answer seems to be positive so I have no problem with that part any more. scl-utils-20140815-2.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/scl-utils-20140815-2.fc20 scl-utils-20140815-2.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/scl-utils-20140815-2.fc21 Package scl-utils-20140815-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-20140815-2.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-15095/scl-utils-20140815-2.fc21 then log in and leave karma (feedback). scl-utils-20140815-3.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/scl-utils-20140815-3.fc20 scl-utils-20140815-3.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/scl-utils-20140815-3.fc21 scl-utils-20140815-4.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report. scl-utils-20140815-4.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report. |