Bug 2113118
| Summary: | barrier: FTBFS in Fedora rawhide/f37 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Fedora Release Engineering <releng> | ||||||||
| Component: | barrier | Assignee: | Ding-Yi Chen <dchen> | ||||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | unspecified | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 37 | CC: | aekoroglu, ali.erdinc.koroglu, code, dchen | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | Unspecified | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | barrier-2.4.0-4.fc38 | Doc Type: | If docs needed, set a value | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2023-01-26 15:09:15 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: | 2045102, 2117176 | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Fedora Release Engineering
2022-08-01 23:16:54 UTC
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. 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. |