Bug 2000138
Summary: | Generated filenames depend on undefined behaviour - doxygen output not reproducible | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mattias Ellert <mattias.ellert> |
Component: | doxygen | Assignee: | Than Ngo <than> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | urgent | Docs Contact: | |
Priority: | unspecified | ||
Version: | 36 | CC: | bojan, dan.cermak, fweimer, than |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | doxygen-1.9.4-0.20220217gite18f715.fc37 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2022-02-17 13:57:16 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: | 1482815, 1996429 |
Description
Mattias Ellert
2021-09-01 13:39:55 UTC
This issue is fixed upstream. A PR with the fix is available: https://src.fedoraproject.org/rpms/doxygen/pull-request/10 I am guessing the new build didn't make it yet into koji builds or the fix doesn't work: https://koji.fedoraproject.org/koji/taskinfo?taskID=76099482 I will check logs for more details. Reopening, because it seems that even the latest version of doxygen in Rawhide has this problem: https://kojipkgs.fedoraproject.org//work/tasks/9694/76099694/root.log ----- DEBUG util.py:446: doxygen x86_64 1:1.9.2-2.fc36 build 4.6 M ----- Just tried another build of libspf2 and that failed again: https://koji.fedoraproject.org/koji/taskinfo?taskID=77732452 Do we know what in doxygen is causing this? Is there are fix for it? I also observe this issue with i3: http://koji.fedoraproject.org/koji/taskinfo?taskID=77529403 Could someone please look into this? I am currently blocked by this issue to update i3 in Rawhide. I am working on this problem right now. It seems that the cause comes from package built on s390x, You could perhaps remove "BuildArch: noarch" as a workaround until we find a proper solution. This bug appears to have been reported against 'rawhide' during the Fedora 36 development cycle. Changing version to 36. it is fixed in rawhide |