Bug 1674924
| Summary: | gcl: FTBFS in Fedora rawhide/f30 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Fedora Release Engineering <releng> | ||||||||
| Component: | gcl | Assignee: | Jerry James <loganjerry> | ||||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | unspecified | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | rawhide | CC: | gemi, green, loganjerry, rkudyba, sss | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | Unspecified | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | gcl-2.6.13-0.84.2.fc30 | Doc Type: | If docs needed, set a value | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2019-07-09 00:56:21 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: | 1674516 | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Fedora Release Engineering
2019-02-11 17:15:49 UTC
Created attachment 1530050 [details]
build.log
file build.log too big, will only attach last 1024 bytes
Created attachment 1530051 [details]
root.log
file root.log too big, will only attach last 1024 bytes
Created attachment 1530052 [details]
state.log
GCL does some funny things with the heap. Therefore, it includes an SELinux policy. I can consistently get good builds of gcl in mock if I "setenforce 0" first. I have tried several times to build gcl in koji. Every time, gcl segfaults on every architecture at the point where the SELinux policy first comes into play. I don't understand what is happening. I have been assured that SELinux is not in enforcing mode on the builders. Then what is going on here? FWIW, the existing f29 rpm wouldn't install on f30 due to a readline conflict.
When i tried to rebuild the most recent srpm on f30, i got an error:
In file included from funlink.c:607:
xdrfuns.c:30:10: fatal error: rpc/rpc.h: No such file or directory
30 | #include <rpc/rpc.h>
I added this to the spec file to get it to build:
--- gcl.spec-orig 2019-05-21 20:23:51.025020046 -0400
+++ gcl.spec 2019-05-21 20:23:54.389026773 -0400
@@ -198,7 +198,7 @@
%build
# SGC requires the frame pointer, and the sources assume C89 semantics
-export CFLAGS="%{optflags} -fno-omit-frame-pointer -std=gnu89"
+export CFLAGS="%{optflags} -fno-omit-frame-pointer -std=gnu89 -I/usr/include/tirpc"
%configure --enable-readline --enable-ansi --enable-dynsysgmp --enable-xgcl \
--enable-tclconfig=%{_libdir} --enable-tkconfig=%{_libdir}
# FIXME: %%{?_smp_mflags} breaks the build
We are *this close* to having an updated gcl (i.e., the equivalent of Debian's gcl 2.6.12-87) in Rawhide and F-30, but we're having an issue with an unexpected relocation type on ppc64le, which only appears when building with gcc 9.x. Upstream is working on that. As soon as a solution is available, I'll get some builds going. FEDORA-2019-6ebae7c43c has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2019-6ebae7c43c gcl-2.6.13-0.84.2.fc30, maxima-5.42.1-9.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-6ebae7c43c gcl-2.6.13-0.84.2.fc30, maxima-5.42.1-9.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report. |