Bug 2171607

Summary: memstomp: FTBFS in Fedora rawhide/f38
Product: [Fedora] Fedora Reporter: Fedora Release Engineering <releng>
Component: memstompAssignee: Jeff Law <jlaw>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: jlaw, mpolacek, wcohen
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: memstomp-0.1.4-37.fc39 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-03-14 14:28:38 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: 2117176    

Description Fedora Release Engineering 2023-02-20 11:55:44 UTC
memstomp failed to build from source in Fedora rawhide/f38

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


For details on the mass rebuild see:

https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
Please fix memstomp 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,
memstomp will be orphaned. Before branching of Fedora 39,
memstomp will be retired, if it still fails to build.

For more details on the FTBFS policy, please visit:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/

Comment 1 Jeff Law 2023-02-20 18:56:02 UTC
Should be fixed on both the f38 and rawhide branches now.

It's been a while since I've worked through the BZ process.  IIRC if I move this to MODIFIED, a bot ought to then flip it to ON_QA.

Comment 2 William Cohen 2023-03-06 16:59:57 UTC
memstomp FTBFS on rawhide due to addition of sframe library added to binutils.  The "make check" fails because there are undefined references for sframe functions:

$ nm ./.libs/libmemstomp-backtrace-symbols.so |grep " U " |grep sframe
                 U sframe_calc_fre_type
                 U sframe_decode
                 U sframe_decoder_free
                 U sframe_decoder_get_abi_arch
                 U sframe_decoder_get_fixed_fp_offset
                 U sframe_decoder_get_fixed_ra_offset
                 U sframe_decoder_get_fre
                 U sframe_decoder_get_funcdesc
                 U sframe_decoder_get_hdr_size
                 U sframe_decoder_get_num_fidx
                 U sframe_encode
                 U sframe_encoder_add_fre
                 U sframe_encoder_add_funcdesc
                 U sframe_encoder_free
                 U sframe_encoder_get_abi_arch
                 U sframe_encoder_get_num_fidx
                 U sframe_encoder_write
                 U sframe_fde_create_func_info

This causes one of the tests in the make check to fail:

Running /home/wcohen/rpmbuild/BUILD/memstomp-0.1.4-38573e7d/testsuite/memstomp.lineinfo/linenumber.exp ...
FAIL: /home/wcohen/rpmbuild/BUILD/memstomp-0.1.4-38573e7d/testsuite/memstomp.lineinfo/linenumber.c found overlap on right line ./a.out: symbol lookup error: /home/wcohen/rpmbuild/BUILD/memstomp-0.1.4-38573e7d/testsuite/../.libs/libmemstomp-backtrace-symbols.so: undefined symbol: sframe_decoder_get_fixed_fp_offset

Comparing libmemstomp-backtrace-symbols.so and systemt libbfd.so see that libbfd.so has a dependency on libsframe.so.0 that is missing from the memstomp library:

[wcohen@rawhide memstomp-0.1.4-38573e7d]$ ldd /usr/lib64/libbfd-2.40-2.fc39.so 
	linux-vdso.so.1 (0x00007ffcb3f58000)
	libz.so.1 => /lib64/libz.so.1 (0x00007f0bdc43d000)
	libsframe.so.0 => /lib64/libsframe.so.0 (0x00007f0bdc435000)
	libc.so.6 => /lib64/libc.so.6 (0x00007f0bdc256000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f0bdc5c5000)
[wcohen@rawhide memstomp-0.1.4-38573e7d]$ ldd ./.libs/libmemstomp-backtrace-symbols.so
	linux-vdso.so.1 (0x00007ffc39e2d000)
	libz.so.1 => /lib64/libz.so.1 (0x00007f41be603000)
	libc.so.6 => /lib64/libc.so.6 (0x00007f41be424000)
	/lib64/ld-linux-x86-64.so.2 (0x00007f41be77d000)

Comment 3 Fedora Update System 2023-03-06 19:49:47 UTC
FEDORA-2023-2fbeb2f6a1 has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-2fbeb2f6a1

Comment 4 Fedora Update System 2023-03-14 14:28:38 UTC
FEDORA-2023-2fbeb2f6a1 has been pushed to the Fedora 39 stable repository.
If problem still persists, please make note of it in this bug report.