libvma failed to build from source in Fedora rawhide/f34 https://koji.fedoraproject.org/koji/taskinfo?taskID=60908288 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild Please fix libvma 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, libvma will be orphaned. Before branching of Fedora 35, libvma 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/
Created attachment 1753133 [details] build.log file build.log too big, will only attach last 32768 bytes
Created attachment 1753134 [details] root.log file root.log too big, will only attach last 32768 bytes
Created attachment 1753135 [details] state.log
make[5]: Leaving directory '/builddir/build/BUILD/libvma-9.2.2/src/vma' make[5]: Entering directory '/builddir/build/BUILD/libvma-9.2.2/src/vma' /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src -I/usr/include/libnl3 -I/usr/include -g -D_GNU_SOURCE -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 -mcpu=power8 -mtune=power8 -fasynchronous-unwind-tables -fstack-clash-protection -Wshadow -Wall -Wextra -Werror -Wundef -ffunction-sections -fdata-sections -Wsequence-point -pipe -Winit-self -Wmissing-include-dirs -Wno-free-nonheap-object -O3 -c -o dev/net_device_val.lo dev/net_device_val.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -I../../src -I/usr/include/libnl3 -I/usr/include -g -D_GNU_SOURCE -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 -mcpu=power8 -mtune=power8 -fasynchronous-unwind-tables -fstack-clash-protection -Wshadow -Wall -Wextra -Werror -Wundef -ffunction-sections -fdata-sections -Wsequence-point -pipe -Winit-self -Wmissing-include-dirs -Wno-free-nonheap-object -O3 -c dev/net_device_val.cpp -fPIC -DPIC -o dev/.libs/net_device_val.o make[5]: Leaving directory '/builddir/build/BUILD/libvma-9.2.2/src/vma' In file included from /usr/include/c++/11/string:40, from ../../src/vma/dev/net_device_val.h:38, from dev/net_device_val.cpp:47: In function 'std::char_traits<char>::copy(char*, char const*, unsigned long)', inlined from 'std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_copy(char*, char const*, unsigned long)' at /usr/include/c++/11/bits/basic_string.h:351:21, inlined from 'std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_replace(unsigned long, unsigned long, char const*, unsigned long)' at /usr/include/c++/11/bits/basic_string.tcc:481:20, inlined from 'std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::replace(unsigned long, unsigned long, char const*, unsigned long)' at /usr/include/c++/11/bits/basic_string.h:1946:19, inlined from 'std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::insert(unsigned long, char const*)' at /usr/include/c++/11/bits/basic_string.h:1714:22, inlined from 'std::operator+<char, std::char_traits<char>, std::allocator<char> >(char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&)std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >' at /usr/include/c++/11/bits/basic_string.h:6154:23, inlined from 'net_device_val_ib::to_str[abi:cxx11]()' at dev/net_device_val.cpp:1515:54: /usr/include/c++/11/bits/char_traits.h:402:56: error: 'memcpy' reading 4 bytes from a region of size 1 [-Werror=stringop-overread] 402 | return static_cast<char_type*>(__builtin_memcpy(__s1, __s2, __n)); | ~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~ In function 'std::char_traits<char>::copy(char*, char const*, unsigned long)', inlined from 'std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_copy(char*, char const*, unsigned long)' at /usr/include/c++/11/bits/basic_string.h:351:21, inlined from 'std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_replace(unsigned long, unsigned long, char const*, unsigned long)' at /usr/include/c++/11/bits/basic_string.tcc:481:20, inlined from 'std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::replace(unsigned long, unsigned long, char const*, unsigned long)' at /usr/include/c++/11/bits/basic_string.h:1946:19, inlined from 'std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::insert(unsigned long, char const*)' at /usr/include/c++/11/bits/basic_string.h:1714:22, inlined from 'std::operator+<char, std::char_traits<char>, std::allocator<char> >(char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&)std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >' at /usr/include/c++/11/bits/basic_string.h:6154:23, inlined from 'net_device_val_eth::to_str[abi:cxx11]()' at dev/net_device_val.cpp:1417:55: /usr/include/c++/11/bits/char_traits.h:402:56: error: 'memcpy' reading 5 bytes from a region of size 1 [-Werror=stringop-overread] 402 | return static_cast<char_type*>(__builtin_memcpy(__s1, __s2, __n)); | ~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~ cc1plus: all warnings being treated as errors make[5]: *** [Makefile:1280: dev/net_device_val.lo] Error 1 make[5]: *** Waiting for unfinished jobs.... make[5]: Entering directory '/builddir/build/BUILD/libvma-9.2.2/src/vma'
Hi, Igor & Alaa This issue must be fixed ASAP. Otherwise libvma will not be included in RHEL9. Thanks
I've notified the team. Alaa
I am looking at the issue. Issue is similar to https://bugzilla.redhat.com/show_bug.cgi?id=1909564
Hello, Hoggang, I updated package. Igor
(In reply to igor.ivanov.va from comment #8) > I updated package. Thank you!