Bug 1831562
Summary: | Upgrading from Fedora 30/31 to 32/33: failed to link /usr/bin/hg -> /etc/alternatives/hg: /usr/bin/hg exists and it is not a symlink | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Miro Hrončok <mhroncok> |
Component: | mercurial | Assignee: | Petr Stodulka <pstodulk> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 32 | CC: | katzj, mads, ndbecker2, opohorel, pcahyna, pstodulk, pviktori, sebastian.kisela |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2021-04-29 16:40:06 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
Miro Hrončok
2020-05-05 09:43:56 UTC
I think a fix is to use %posttrans instead of %post, but I've asked in: https://lists.fedoraproject.org/archives/list/packaging@lists.fedoraproject.org/message/7NI7RHMG76BZT6J56OP6T6SAMNNFAW2L/ What do you think? Independent from the problems with the introduction of alternatives in f32 and what it is feasible to change there: There should not be any need for mercurial-py2 or alternatives in f33. Many of the f32 changes should be dropped again. I am voting for drop of mercurial-py2 completely and going just with Py3 only. Some related apps stopped working already anyway and I think now it's the best time to drop it, when there is enough time till the release of F33. It could happen that some apps will never be ported to Py3. If some appliacations are worthy, these will be ported. If not, probably no problem to drop them too. I am in favor of that, but this particular problem still needs to be solved in Fedora 32. What do you think about the proposed fix, may I do it? I will have some free nights for Fedora Thu-Sat. I'd like to see this fixed. How can I move it forward? Hi Miro. Sorry for taking it so long. I tried to resolve it in posttrans but it's not fixing the problem. It seems the problem is that the /usr/bin/{hg,hg-ssh} files are listed in both packages but in the new one as ghost files, so the files are not updated/removed and then we are not able to create the symlinks as the orig files exists. So we need to remove these two files first, in case they are not symlinks. When they are symlinks, we do not have to do anything so far as I understand. I don't know how to resolve this better to be honest. Any idea? I am keeping the scriptlet in %post, as it seems more correct to me - as some scriptlets from other rpms could use hg in example. I have opened PR with the fix: https://src.fedoraproject.org/rpms/mercurial/pull-request/10 Could look at it Miro and give me feedback? Feedback provided. Let's ship this? FEDORA-2020-1950731493 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-1950731493 FEDORA-2020-1950731493 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-1950731493` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-1950731493 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. Just to not miss that, the current fix is available for testing just for F32. Changes are applied for F33+ as well, but new builds are not available as the current mercurial is not possible to build with Python 3.9 right now. See bug 1871992 for detail. Once I am able to create builds on F33+, I will create them. Here's a patch that could either be a workaround or a proper fix for the FTBFS on Python 3.9: https://src.fedoraproject.org/rpms/mercurial/pull-request/12 FEDORA-2020-1950731493 has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2020-bc1902e34e has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-bc1902e34e FEDORA-2020-bc1902e34e has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-bc1902e34e` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-bc1902e34e See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2020-bc1902e34e has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report. This message is a reminder that Fedora 32 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 32 on 2021-05-25. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '32'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 32 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. |