/usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: client-agent/config.o:(.bss+0x60): multiple definition of `server_ibuf'; client-agent/agentd.o:(.bss+0x0): first defined here /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/../../../../x86_64-pc-linux-gnu/bin/ld: client-agent/event-forward.o:(.bss+0x0): multiple definition of `server_ibuf'; client-agent/agentd.o:(.bss+0x0): first defined here ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_no-multilib-20200425-101740 ------------------------------------------------------------------- Please see the tracker bug for details. gcc-config -l: [1] x86_64-pc-linux-gnu-9.3.0 * clang version 10.0.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/10/bin /usr/lib/llvm/10 10.0.0 Available Python interpreters, in order of preference: [1] python3.8 [2] python3.7 [3] python3.6 [4] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) * Available Rust versions: [1] rust-bin-1.43.0 [2] rust-1.43.0 * The following VMs are available for generation-2: Available Java Virtual Machines: (none found) The Glorious Glasgow Haskell Compilation System, version 7.10.3 timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Thu 30 Apr 2020 02:08:50 AM UTC emerge -qpvO net-analyzer/ossec-hids [ebuild N ] net-analyzer/ossec-hids-3.6.0 USE="agent -hybrid -local -mysql -postgres -server -sqlite -test"
there is still a similar issue at unstable amd64 tinderbox image 17.1_no-multilib-20200425-101740 (see bug 710508)
Created attachment 635318 [details] emerge-info.txt
Created attachment 635320 [details] emerge-history.txt
Created attachment 635322 [details] environment
Created attachment 635324 [details] etc.portage.tbz2
Created attachment 635326 [details] logs.tbz2
Created attachment 635328 [details] net-analyzer:ossec-hids-3.6.0:20200430-054836.log
Upstream issue https://github.com/ossec/ossec-hids/issues/1871 filed.
Upstream has confirmed this issue as a bug on their end. According to the comments, they are currently testing fixes.
Upstream has made changes to address the issue. I have opened the linked pull request which modifies ebuild version 3.6.0 to include a patch which combines these changes.
Regarding the specific patch referenced above (direct link): https://github.com/gentoo/gentoo/blob/fb18da88a281137148ff8eb5260ef8160016d870/net-analyzer/ossec-hids/files/gcc-fno-common-3.6.0.patch without patching? I receive the same build errors using GCC10. removing '/src' from each patched file's path was required. When patched via '/etc/portage/patches' method, the existing ebuild compiles with no new warnings since upgrading to GCC10. Still roadtesting, but no new issues found.
(In reply to pagorman from comment #11) > removing '/src' from each patched file's path was required. The patch works fine as it is, if applied correctly, as is done in the ebuild contained in my linked pull request. Somebody with the proper Git permissions just needs to merge the PR.
The pull request has been merged with https://github.com/gentoo/gentoo/commit/cc3444458dded272e5f8313f7ec2762af2f11f6c , please test.
As there have been no comments made after I asked for tests being conducted two months ago, I close this issue now.