Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1923363

Summary:

libvma: FTBFS in Fedora rawhide/f34

Product:

[Fedora] Fedora

Reporter:

Fedora Release Engineering <releng>

Component:

libvma

Assignee:

igor.ivanov.va

Status:

CLOSED RAWHIDE

QA Contact:

Fedora Extras Quality Assurance <extras-qa>

Severity:

urgent

Docs Contact:

Priority:

urgent

Version:

rawhide

CC:

ahleihel, honli, igor.ivanov.va, rdma-dev-team

Target Milestone:

---

Target Release:

---

Hardware:

Unspecified

OS:

Unspecified

Whiteboard:

Fixed In Version:

libvma-9.2.2-2.fc34

Doc Type:

If docs needed, set a value

Doc Text:

Story Points:

---

Clone Of:

Environment:

Last Closed:

2021-02-02 12:53:43 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:

1868278

Attachments:

Description	Flags
build.log	none
root.log	none
state.log	none

Description Fedora Release Engineering 2021-02-01 16:39:11 UTC

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/

Comment 1 Fedora Release Engineering 2021-02-01 16:39:13 UTC

Created attachment 1753133 [details]
build.log

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

Comment 2 Fedora Release Engineering 2021-02-01 16:39:14 UTC

Created attachment 1753134 [details]
root.log

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

Comment 3 Fedora Release Engineering 2021-02-01 16:39:15 UTC

Created attachment 1753135 [details]
state.log

Comment 4 Honggang LI 2021-02-02 02:22:20 UTC

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'

Comment 5 Honggang LI 2021-02-02 02:24:02 UTC

Hi, Igor & Alaa

This issue must be fixed ASAP. Otherwise libvma will not be included in RHEL9.

Thanks

Comment 6 Alaa Hleihel (NVIDIA Mellanox) 2021-02-02 08:06:36 UTC

I've notified the team.

Alaa

Comment 7 igor.ivanov.va 2021-02-02 10:22:48 UTC

I am looking at the issue.
Issue is similar to https://bugzilla.redhat.com/show_bug.cgi?id=1909564

Comment 8 igor.ivanov.va 2021-02-02 12:24:23 UTC

Hello, Hoggang,

I updated package.

Igor

Comment 9 Honggang LI 2021-02-02 12:53:43 UTC

(In reply to igor.ivanov.va from comment #8)
 
> I updated package.

Thank you!