EESSI 2023.06 compat layer w/ OpenSSL 1.1.1 + GCC 10.4.0 (without using gcc-config)#188
Conversation
consistently bump version to 2023.06 + fix masking of OpenSSL 3.*
…42/compatibility-layer into eessi-2023.06-gentoo-2949284
… URL for our custom overlay
…e're using it incorrectly, and it's causing problems like resulting in an incomplete ld.so.conf
|
Instance
|
|
bot: build arch=x86_64/generic repo=eessi-2023.06-compat |
Updates by the bot instance
|
|
The bot should be able to build this (cfr. experiment in boegel#2), but it will complain that the build failed even though it doesn't, since the procedure to check for a correct build is still hardcoded for the software layer. The correct tarballs will also have to created manually, because the This shouldn't block us from proceeding with the |
the following should work ( |
Updates by the bot instance
|
|
New job on instance
|
|
New job on instance
|
|
Above jobs |
More details on the crash: Details |
|
bot: foobar |
Updates by the bot instance
|
This PR builds on top of the changes proposed in #184, #185, #186, joint work with @trz42 .
Complete overview of changes:
2023.06;>=dev-libs/openssl-3, so we get OpenSSL 1.1.1 in compat layer (to avoid problems with Rust, Python, Perl);>=sys-devel/gcc-11, so we get latest GCC 10.x (10.4.0) as system compiler in compat layer (since GCC 9.x seems to be no longer actively maintained in Gentoo);gcc-configto control GCC version used in compat layer, since it's not needed (there is only one GCC version thanks to masking ofsys-devel/gcc), and it's used incorrectly which causes problems (see problem when installingx11-base/xorg-protopackage in EESSI 2023.04 and 2023.06 #187);closes #184, closes #185, closes #186