Bug 2093513
| Summary: | file /usr/share/doc/libxslt-devel/EXSLT/devhelp/Makefile conflicts between attempted installs of libxslt-devel-1.1.35-1.fc36.x86_64 and libxslt-devel-1.1.3 5-1.fc36.i686 | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Hin-Tak Leung <htl10> |
| Component: | libxslt | Assignee: | Gwyn Ciesla <gwync> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 36 | CC: | danielsuarez369, devrim, gwync, jjelen, veillard |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | libxslt-1.1.35-2.fc36 libxslt-1.1.35-2.fc35 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2022-06-20 00:40:01 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
Hin-Tak Leung
2022-06-04 01:00:39 UTC
Unfortunately your workaround is the only solution. It should be fixed thereafter. The problem is that Makefile is generated from Makefile.in, which is in term generated from Makefile.am . Unfortunately Makefile contains arch-specific references like x86_64 (details below). I think the proper solution is to not ship it in the rpm package. /usr/share/doc/libxslt-devel/EXSLT/devhelp/Makefile /usr/share/doc/libxslt-devel/EXSLT/devhelp/Makefile.am /usr/share/doc/libxslt-devel/EXSLT/devhelp/Makefile.in There is an earlier report, and similar. https://bugzilla.redhat.com/show_bug.cgi?id=2081075 # grep x86_ /usr/share/doc/libxslt-devel/EXSLT/devhelp/Makefile build_triplet = x86_64-redhat-linux-gnu host_triplet = x86_64-redhat-linux-gnu LD = /usr/bin/ld -m elf_x86_64 LDFLAGS = -Wl,-z,relro -Wl,--as-needed -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -Wl,--build-id=sha1 -Wl,-dT,/builddir/build/BUILD/libxslt-1.1.35/.package_note-libxslt-1.1.35-1.fc36.x86_64.ld PKG_CONFIG = /usr/bin/x86_64-redhat-linux-gnu-pkg-config build = x86_64-redhat-linux-gnu build_alias = x86_64-redhat-linux-gnu build_cpu = x86_64 host = x86_64-redhat-linux-gnu host_alias = x86_64-redhat-linux-gnu host_cpu = x86_64 *** Bug 2081075 has been marked as a duplicate of this bug. *** FEDORA-2022-14cdccf86b has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-14cdccf86b FEDORA-2022-f5d6495a17 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-f5d6495a17 FEDORA-2022-f5d6495a17 has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-f5d6495a17` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-f5d6495a17 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2022-14cdccf86b has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-14cdccf86b` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-14cdccf86b See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2022-14cdccf86b has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report. FEDORA-2022-f5d6495a17 has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report. |