-
Notifications
You must be signed in to change notification settings - Fork 0
Sync meeting on EESSI Software layer (2023 09 26)
Kenneth Hoste edited this page Oct 5, 2023
·
1 revision
-
attending: Kenneth, Caspar, Bob, Richard, Lara, Thomas
-
excused: ...
-
bot
- add
shared_fs_path
configuration setting PR #214- partial workaround for download fluke problems (issue #213)
- final PR before v0.1.0 release made to update
README
PR #215 - new Slurm clusters being set up for bot
- using Magic Castle
- on both AWS & Azure
- separate clusters for x86_64 + aarch64 (for now)
- still WIP, for now we keep using existing CitC cluster on AWS
- add
-
merged software-layer PRs
-
open software-layer PRs
- R v4.1.0 w/ foss/2021a (PR #328)
- "prefix is too long" error with
topicmodels
extension?! - was not a problem with R v4.2.0, so patch available?
- "prefix is too long" error with
- foss/2023a (PR #334)
- ignore single failing non-numerical test for OpenBLAS on
x86_64/generic
and deploy + merge?
- ignore single failing non-numerical test for OpenBLAS on
- WRF-dmpar V4.3 with foss/2021a (PR #290)
- hanging/failing WRF test on
aarch64/neoverse_v1
- hanging/failing WRF test on
- WRF-dmpar v4.4.1 with foss/2022b (PR #336)
- trouble with netCDF test step
- similar to problem that was fixed with GMP (cfr. https://github.com/easybuilders/easybuild-easyconfigs/pull/11188)
- RStudio-Server + R v4.1.0 with foss/2021a (PR #299)
- should be synced with
2023.06
branch once PR #328 is merged
- should be synced with
- foss/2022a (PR #310) [Caspar + Kenneth]
- build problem with OpenBLAS, only on
aarch64/neoverse_v1
- also outside of EESSI build environment, and when using
--parallel=1
- also outside of EESSI build environment, and when using
- was not a problem with
foss/2022b
, so fixed in more recent OpenBLAS version? - Caspar found that if TARGET is specified the problem doesn't appear
- one option could be setting TARGET when building for neoverse_v1
- or trace down patch in OpenBLAS that fixes the problem
- build problem with OpenBLAS, only on
- TensorFlow v2.7.1 w/ foss/2021b (PR #321)
- failing tests on
aarch64/*
- needs more patches? [Kenneth] - are tests also failing with official wheel of TensorFlow 2.7.1 for
aarch64
? - should also try TensorFlow 2.8.4 with
foss/2021b
- failing tests on
- ESPResSo w/ foss/2022a (PR #331)
- should wait until PR #310 is merged
- ESPResSo w/ foss/2021a (PR #332)
- missing
--from-pr
since easyconfig is not included in EasyBuild v4.8.0 yet - or use EasyBuild v4.8.1 instead?
- missing
- matplotlib v3.4.3 w/ foss/2021b (PR #339)
- use
easybuild/sources
subdirectory in shared filesystem path as EasyBuild source path, if specified viashared_fs_path
in provided configuration (PR #337)- requires bot PR #214
- add yml for known issues (PR #340)
- (KH) I would use a more direct approach like:
- aarch64/generic: OpenBLAS/0.3.21-GCC-12.2.0: https://github.com/EESSI/software-layer/issues/314
- (KH) I would use a more direct approach like:
- R v4.1.0 w/ foss/2021a (PR #328)
-
status update on migration to eessi.io
- new Stratum-0 @ RUG is ready?
- yubikey setup is done
- Ansible playbook with eessi.io seems to work fine
- RUG firewall is blocking access on port 80, required for Stratum-1
- make ingestion script support eessi.io as well
- use compat layer tarballs for 2023.06 in software.eessi.io repo as test case
- make software.eessi.io part of default CVMFS config repo
- software layer
- stick to a single toolchain (foss/2022b?)
- new Stratum-0 @ RUG is ready?
-
Caspar will open PR to Thomas' PR for inspect script
-
next sync meeting: Tue 3 Oct 2023 at 10:00 CEST