barrier failed to build from source in Fedora rawhide/f37 https://koji.fedoraproject.org/koji/taskinfo?taskID=89756842 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Please fix barrier 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, barrier will be orphaned. Before branching of Fedora 38, barrier 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 1900801 [details] build.log
Created attachment 1900802 [details] root.log file root.log too big, will only attach last 32768 bytes
Created attachment 1900803 [details] state.log
This bug appears to have been reported against 'rawhide' during the Fedora Linux 37 development cycle. Changing version to 37.
It seems like the current Rawhide spec file could build cleanly on F37. It would be good to There are now some issues with missing #include directives on GCC 13 in Rawhide/F38, however. > In file included from /builddir/build/BUILD/barrier-2.4.0/src/lib/base/XBase.cpp:20: > /builddir/build/BUILD/barrier-2.4.0/src/./lib/base/String.h:78:43: error: 'uint8_t' is not a member of 'std'; did you mean 'wint_t'? > 78 | std::string to_hex(const std::vector<std::uint8_t>& subject, int width, const char fill = '0'); > | ^~~~~~~ > | wint_t
Hello Ben, I'm working on input-leap, saw the same thing and just patched like this. --- a/src/lib/base/String.h 2023-01-24 11:17:58.283346928 +0200 +++ b/src/lib/base/String.h 2023-01-24 11:18:53.431138140 +0200 @@ -18,6 +18,7 @@ #pragma once +#include <cstdint> #include "common/common.h" #include "common/stdstring.h" --- a/src/lib/net/FingerprintData.h 2023-01-24 11:28:51.249875874 +0200 +++ b/src/lib/net/FingerprintData.h 2023-01-24 11:29:15.818782944 +0200 @@ -18,6 +18,7 @@ #ifndef BARRIER_LIB_NET_FINGERPRINT_DATA_H #define BARRIER_LIB_NET_FINGERPRINT_DATA_H +#include <cstdint> #include <string> #include <vector>
I agree, that’s the kind of thing I expected would be needed here. I’m actually looking for packages that might have been broken by gtest 1.13.0, which has led me to file or comment on a number of these GCC 13 bugs, but I haven’t had enough time to jump in and patch them all even though the individual fixes tend to be straightforward.
https://src.fedoraproject.org/rpms/barrier/pull-request/2
FEDORA-2023-936f1849dd has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-936f1849dd
FEDORA-2023-936f1849dd has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.