Bug 1865586

Summary: trellis: FTBFS in Fedora rawhide/f33
Product: [Fedora] Fedora Reporter: Fedora Release Engineering <releng>
Component: trellisAssignee: Gabriel Somlo <somlo>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: lkundrak, ppisar, somlo
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-08-09 10:38:46 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: 1803234, 1864193    
Attachments:
Description Flags
build.log
none
root.log
none
state.log none

Description Fedora Release Engineering 2020-08-03 21:24:03 UTC
trellis failed to build from source in Fedora rawhide/f33

https://koji.fedoraproject.org/koji/taskinfo?taskID=48361924


For details on the mass rebuild see:

https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
Please fix trellis at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
trellis will be orphaned. Before branching of Fedora 34,
trellis will be retired, if it still fails to build.

For more details on the FTBFS policy, please visit:
https://fedoraproject.org/wiki/Fails_to_build_from_source

Comment 1 Fedora Release Engineering 2020-08-03 21:24:04 UTC
Created attachment 1709916 [details]
build.log

Comment 2 Fedora Release Engineering 2020-08-03 21:24:06 UTC
Created attachment 1709917 [details]
root.log

file root.log too big, will only attach last 32768 bytes

Comment 3 Fedora Release Engineering 2020-08-03 21:24:07 UTC
Created attachment 1709918 [details]
state.log

Comment 4 Gabriel Somlo 2020-08-06 19:21:43 UTC
made it past the cmake error, but now running into "/usr/bin/ld: error: lto-wrapper failed". Now depends on 1866012

Comment 5 Gabriel Somlo 2020-08-08 20:45:26 UTC
successfully built in rawhide (f33) with disabled LTO: https://koji.fedoraproject.org/koji/taskinfo?taskID=48929509

Leaving bug open for now, for the potential *proper* LTO fix.

Comment 6 Igor Raits 2020-08-09 10:38:46 UTC
There has been at least one successfull build after mass rebuild.

trellis-1.0-0.12.20200806gitf93243b.fc33: https://koji.fedoraproject.org/koji/buildinfo?buildID=1587357

Comment 7 Petr Pisar 2020-09-22 13:32:19 UTC
The original build failure was not because of a missing make tool. (Although the trellis.spec should build-require make, because %cmake macro is used. See cmake bug #1862014). It was caused by an in-source build that stopped to be supported by CMake Fedora macros.

Then it started to fail because of LTO, but for a different reason. The LTO wrapper segfaults:

$ strace -fq /usr/bin/g++ -fPIC -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1  -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -Wall -pedantic -Wextra -O3 -fPIC -g1 -Wl,-z,relro -Wl,--as-needed  -Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -shared  -o pytrellis.so CMakeFiles/pytrellis.dir/src/Bels.cpp.o CMakeFiles/pytrellis.dir/src/BitDatabase.cpp.o CMakeFiles/pytrellis.dir/src/Bitstream.cpp.o CMakeFiles/pytrellis.dir/src/CRAM.cpp.o CMakeFiles/pytrellis.dir/src/Chip.cpp.o CMakeFiles/pytrellis.dir/src/ChipConfig.cpp.o CMakeFiles/pytrellis.dir/src/Database.cpp.o CMakeFiles/pytrellis.dir/src/DedupChipdb.cpp.o CMakeFiles/pytrellis.dir/src/PyTrellis.cpp.o CMakeFiles/pytrellis.dir/src/RoutingGraph.cpp.o CMakeFiles/pytrellis.dir/src/Tile.cpp.o CMakeFiles/pytrellis.dir/src/TileConfig.cpp.o CMakeFiles/pytrellis.dir/src/Util.cpp.o  /usr/lib64/libboost_python39.so /usr/lib64/libboost_filesystem.so /usr/lib64/libboost_program_options.so /usr/lib64/libboost_system.so -lboost_thread -lpthread /usr/lib64/libboost_chrono.so /usr/lib64/libboost_date_time.so /usr/lib64/libboost_atomic.so /usr/lib64/libpython3.9.so
[...]
[pid 68592] read(3, "\0.annobin_PyTrellis.cpp\0.annobin"..., 5961850) = 5961850
[pid 68592] --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x1975e5310} ---
[pid 68592] +++ killed by SIGSEGV (core dumped) +++
[pid 68591] <... read resumed>"", 4096) = 0
[pid 68591] --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_DUMPED, si_pid=68592, si_uid=500, si_status=SIGSEGV, si_utime=6, si_stime=126} ---
[pid 68591] wait4(68592, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV && WCOREDUMP(s)}], 0, NULL) = 68592
[pid 68591] write(2, "/usr/bin/ld", 11/usr/bin/ld) = 11
[pid 68591] write(2, ": error: lto-wrapper failed\n", 28: error: lto-wrapper failed

You can report a new bug for gcc.