Open beroset opened 1 month ago
For what it's worth this is likely to be fixed when we move to scarthgap
(https://github.com/AsteroidOS/asteroid/issues/285).
In my case moving to that and manually applying https://github.com/openembedded/openembedded-core/commit/914128f6bd988cde278e087fb9457a0c70c7e5ec solved build issues. But I'm testing on an updated Arch (also with GCC 14).
I wrote an upstream patch which is now applied to cracklib. (See this issue.) The next step is to submit a patch to yocto.
Describe the bug I have recently updated my computers from Fedora 39 to Fedora 40 and have found that I can no longer build the SDK.
To reproduce Steps to reproduce the behavior:
bitbake -k meta-toolchain-qt5
(the-k
to keep going after the first error)libffi
,pseudo
andcracklib
fail to buildExpected behavior I expected that the SDK would be built in its entirety without errors.
Detailed error message The tail end of the build attempt as described above looks like this:
Version: This uses the latest version, as of 25 May 2024, which is commit
53ad9fe16548492895d9b50239cb1f7ebffd4d38
of https://github.com/AsteroidOS/asteroid.gitAdditional context I don't believe this problem occurred with Fedora 39, but I'm not sure how long it's been since I deleted the entire
build
directory and started from scratch to build the toolchain. One change is that the (native) version of gcc is nowgcc (GCC) 14.1.1 20240507 (Red Hat 14.1.1-1)
which might be more picky about compiling. Another change is that wget is nowGNU Wget2 2.1.0
and no longer supports the--passive-ftp
flag.