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 1296692
| Summary: | Idea: symlink /usr/share/zsh/OLDVERSION to /usr/share/zsh/NEWVERSION | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jason Tibbitts <j> |
| Component: | zsh | Assignee: | James Antill <james.antill> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 24 | CC: | dmaphy, james.antill, j, kdudka |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2016-03-24 09:21:29 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: | |||
|
Description
Jason Tibbitts
2016-01-07 21:12:18 UTC
What would be the benefit of installing versioned directories at all if they were symlinked with each other? I have no idea what the benefit is. I suppose it's an upstream convention which we simply follow in the case that they want multiple versions installed in parallel. I don't think it gets us anything besides the annoying "shell is broken" issues when an update is pushed. If we agreed that versioned directories are not useful for us, would not it be easier to just rename the directory such that it does not contain the version? Perhaps; I don't know if that requires patching the source, and then whether the maintenance overhead is worth it. It seems to add the versioned directory to $fpath automatically. Alternately, we could keep the versioned directory but also add a symlink for the major (or major.minor) version and use that in fpath so that most upgrades aren't so disruptive. For a random data point, MacOS homebrew doesn't use the versioned directory, and INSTALL actually says it's fine to not using the versioned directory if only one version of zsh is installed at a time. But people on #zsh are openly hostile to even talking about it, so maybe it's not a good idea. Plus there is the issue of the dlopened files in /usr/%libdir/zsh/. So, maybe it isn't worth considering and I should probably just close this as a pointless waste of the reader's time. In my opinion, a proper solution to the above issues is to avoid updating zsh to a newer upstream version in already released versions of Fedora. Actually, this has not happened since zsh-5.0.8. If someone updates Fedora Rawhide, or upgrades Fedora to a newer release, such intermittent problems in already running sessions of zsh are IMO expected (and in many cases unavoidable). This bug appears to have been reported against 'rawhide' during the Fedora 24 development cycle. Changing version to '24'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora24#Rawhide_Rebase The directories are versioned for a reason. It makes no sense to symlink them with each other. Yes this is 100% true, and I should have closed the bug ages ago. In case someone happens to come upon this while searchintg, all of you have to do anyway is type "exec zsh". |