Bug 2334760
| Summary: | build of xen for Fedora 41 aarch64 fails at the debuginfo generation stage | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Michael Young <m.a.young> | ||||
| Component: | debugedit | Assignee: | Mark Wielaard <mjw> | ||||
| Status: | CLOSED ERRATA | QA Contact: | |||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 41 | CC: | mcermak, mjw | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | aarch64 | ||||||
| OS: | Linux | ||||||
| URL: | https://download.copr.fedorainfracloud.org/results/myoung/xentest/fedora-41-aarch64/08393990-xen/ | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | debugedit-5.1-4.fc41 | Doc Type: | If docs needed, set a value | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2025-01-20 03:57:28 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Michael Young
2024-12-28 22:23:55 UTC
Created attachment 2064111 [details]
libxenhypfs.so.1.0 file that may be triggering the problem
I cannot replicate locally on x86_64 with a fedpkg mockbuild. Could you provide some clues what it might be on arm64 that makes you suspect it is related to libxenhypfs.so.1.0? The libxenhypfs.so.1.0 you attached doesn't contain any .debug sections. Note that there was indeed a "regression" in debugedit-5.1-1 (fixed in debugedit-5.1-2) where the error of gdb-add-index of not being able to write to an unwritable (rx) shared library caused find-debugedit to fail. So make sure you are testing against at least debugedit-5.1-2. I think I found it. Although I don't know why it only fails on arm64. The issue is that the find-debuginfo script now fails when the do_file function exits with a non-zero code. do_file however only has non-zero returns when it explicitly checks for a failure. do_file doesn't have an explicit return at the end. So the exit code of the function will be whatever the exit code of the last command in the function was. It looks like the last thing do_file does is check if the file has multiple hard links. Some files are hardlinked, but not to other files in the BUILDROOT, but to other dist build files. This apparently confuses the function/script, even though it isn't fatel. Adding an explicit return 0 at the end of the do_file function makes the spec build succeed. Could replicate with an hello.spec file that has something like the following in %install:
ln %{buildroot}%{_bindir}/hello %{buildroot}/../x
Which will the produce:
find-debuginfo: starting
Extracting debug info from 2 files
grep: /tmp/find-debuginfo.2rRIL3/linked: No such file or directory
error: Bad exit status from /var/tmp/rpm-tmp.0zwSXO (%install)
Proposed upstream patch: https://inbox.sourceware.org/debugedit/20250116180900.1158563-1-mark@klomp.org FEDORA-2025-020b7e8c6a (debugedit-5.1-4.fc41) has been submitted as an update to Fedora 41. https://bodhi.fedoraproject.org/updates/FEDORA-2025-020b7e8c6a FEDORA-2025-020b7e8c6a has been pushed to the Fedora 41 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-020b7e8c6a` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-020b7e8c6a See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2025-020b7e8c6a (debugedit-5.1-4.fc41) has been pushed to the Fedora 41 stable repository. If problem still persists, please make note of it in this bug report. |