Bug 1799680
| Summary: | neovim: FTBFS in Fedora rawhide/f32 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Fedora Release Engineering <releng> | ||||||||
| Component: | neovim | Assignee: | Andreas Schneider <asn> | ||||||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | unspecified | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 32 | CC: | aron, asn, gchamoul, igor.raits, michel | ||||||||
| 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: | 2020-02-17 19:18:55 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: | |||||||||||
| Bug Depends On: | |||||||||||
| Bug Blocks: | 1750908 | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Fedora Release Engineering
2020-02-06 18:44:12 UTC
Created attachment 1659775 [details]
build.log
file build.log too big, will only attach last 32768 bytes
Created attachment 1659776 [details]
root.log
file root.log too big, will only attach last 32768 bytes
Created attachment 1659777 [details]
state.log
Andreas: I noticed this earlier today, but I don't know what to do about it. My builds of git master in copr are broken the same way: https://copr.fedorainfracloud.org/coprs/agriffis/neovim-nightly/build/1223588/ It seems to be related to a toolchain upgrade in Rawhide. My guess is that other packages are seeing similar issues, and that gradually there will be a general approach to resolve the duplicate symbols, but that's just a guess. Either it is a toolchain bug or a bug with lua. This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle. Changing version to 32. Dear Maintainer, your package has not been built successfully in 32. Action is required from you. If you can fix your package to build, perform a build in koji, and either create an update in bodhi, or close this bug without creating an update, if updating is not appropriate [1]. If you are working on a fix, set the status to ASSIGNED to acknowledge this. Following the latest policy for such packages [2], your package will be orphaned if this bug remains in NEW state more than 8 weeks. A week before the mass branching of Fedora 33 according to the schedule [3], any packages not successfully rebuilt at least on Fedora 31 will be retired regardless of the status of this bug. [1] https://fedoraproject.org/wiki/Updates_Policy [2] https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/ [3] https://fedoraproject.org/wiki/Releases/33/Schedule The issue is that gcc10 builds with -fno-common by default now. So the same global variable can be created twice. Also some enum declarations are wrong. I already fixed the issue. scratch-build is running. Oh my god, there code is quite horrible. There are tons of global variable definitions in header files. https://github.com/neovim/neovim/pull/11890 Works, and build for rawhide and f32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-946310921c https://bodhi.fedoraproject.org/updates/FEDORA-2020-354a4a3416 |