Conference call notes 20250507 - easybuilders/easybuild GitHub Wiki
(back to Conference calls)
Notes on the 269th EasyBuild conference call, Wednesday 7 May 2025 (15:00 UTC / 17:00 CEST)
List of attendees (18):
- Alex Domingo (Vrije Universiteit Brussel, Belgium
- Em Dragowsky (Case Western Reserve University, Ohio, US)
- Davide Grassano (CECAM)
- Jasper Grimm (University of York, UK)
- Thomas Hayward-Schneider (IPP, Germany)
- Leonardo Honfi Camilo (Wageningen University, The Netherlands)
- Kenneth Hoste (HPC-UGent, Belgium)
- Georgios Kafanas (University of Luxembourg)
- Kurt Lust (UAntwerpen / LUMI)
- Sam Moors (Vrije Universiteit Brussel, Belgium)
- Sébastien Moretti (SIB, Switzerland)
- Mikael Öhman (Chalmers University of Technology, Sweden)
- Bart Oldeman (McGill University, Digital Research Alliance of Canada)
- Jure Pečar (EMBL, Germany)
- Jan Reuter (JSC, Germany)
- Åke Sandgren (Umeå University, Sweden)
- Jörg Saßmannshausen (Imperial College London, UK)
- Roberto Scipioni (Red Oak Consulting, UK)
- overview of recent developments
- 2025a update of common toolchains
- Q&A
- latest EasyBuild release: EasyBuild v5.0.0 (18 March 2025) 🥳
- next (stable) EasyBuild release: EasyBuid v5.0.1 (soon, days-not-weeks)
- maybe even v5.1.0, depends on which PRs got merged by the time release can be done
- "
release after 5.0.0
" milestones are being renamed to "5.0.1
" + some issues/PRs are being moved to new "release after 5.0.1
" milestone- still WIP...
- too many distractions for Kenneth in recent days to actually get it done
- a couple of helping hands (maintainers) would be welcome to streamline things a bit...
- important PRs to include
-
Dataset
easyblock (PR #3246) - promote candidates for
2025a
toolchains to2025a
(foss
/intel
)-
<year>[ab]
tagging can also be used for other toolchains
-
-
- TODO: plan (structural) merge sprint(s) (mainly for easyconfigs repo)
- once a month, fixed day?
- pairing up of maintainer with frequent contributor?
(changed made in PRs marked with *
are included latest EasyBuild stable release)
-
docs (merged PRs)
- ...
-
framework (merged PRs)
- bug fixes
-
enhancements
- add support for data installations (PR #4474)
- see also
Dataset
easyblock PR #3246
- see also
- allow specifying location for RPATH wrapper scripts via
rpath_wrappers_dir
+ also passrpath_include_dirs
when preparing build environment for extensions(PR #4596) - print summary after the build in trace output (PR #4861)
would be nice to also include a legend, like:
== Build succeeded for 3 out of 3 == Summary: * [S] M4/1.4.19-GCCcore-12.2.0 * [F] Bison/3.8.2-GCCcore-12.2.0 * [-] flex/2.6.4-GCCcore-12.2.0
== Build succeeded for 3 out of 3 == Summary ([-]: skipped, [F]: failed, [S]: success) * [S] M4/1.4.19-GCCcore-12.2.0 * [F] Bison/3.8.2-GCCcore-12.2.0 * [-] flex/2.6.4-GCCcore-12.2.0
- add support for data installations (PR #4474)
-
changes
- replace deprecation warning about reproducible tarballs on Python older than 3.9 to a regular warning (PR #4852)
-
code cleanup
- ...
-
CI
- ...
-
easyblocks (merged PRs)
-
bug fixes
- ...
- enhancements
-
updates
- ...
-
changes
- Do not build
ld.gold
with binutils 2.44 or newer (PR #3703)
- Do not build
-
new easyblocks
- ...
-
code cleanup
- ...
-
CI
- ...
-
bug fixes
-
easyconfigs (merged PRs)
- ~45 easyconfig PRs were merged since last conf call
-
bug fixes/reports
- ...
-
enhancements
- ...
-
(noteworthy) new software
- ...
-
noteworthy software updates
- GCC v15.1.0 (PR #22842)
- C23 by default, see also https://gcc.gnu.org/gcc-15/porting_to.html
- should we consider sticking to C17 in EasyBuild?
- may lead to confusion, clashes with
configure
scripts - going against broader community is not in our best interest
- may lead to confusion, clashes with
- GCC v15.1.0 (PR #22842)
-
cleanup
- ...
-
changes
- ...
-
docs (open PRs + issues)
- there still are some gaps in documentation that covers changed in EasyBuild 5.0.0
-
framework (open PRs + issues)
-
bugs
- use new
ModEnvVarType.STRICT_PATH_WITH_FILES
withCMAKE_LIBRARY_PATH
environment variable (PR #4858)- fixes issue #4844
Regression:
CMAKE_LIBRARY_PATH=lib
added to modulefiles
- fixes issue #4844
Regression:
- Fix
is_patch_for
for patch dicts (PR #4865) - Update fake module for each extension installed (PR #4868)
- use of
--from-pr
or--include-easyblocks-from-pr
sometimes fails because PR patch file was not downloaded (issue #4869)- HTTP return code
492
: "Too Many Requests" - workaround implemented in PR #4870: implement exponential backoff in
download_file
+ allow max. 8 attempts to download PR diff infetch_files_from_pr
- HTTP return code
- use new
-
enhancements
- add a CUDA device code sanity check (PR #4692)
- Add AMDGCN option similar to
cuda-compute-capabilities
(WIP PR #4860) - add support for environment variables in
set_environment
of module generators (PR #4855)
-
code cleanup
- move
EasyBlock.expand_module_search_path
intoModuleEnvironmentVariable.expand_paths
(PR #4859)
- move
-
changes
- Deprecation of checksum types should be done on the EasyConfig level instead of during computation (issue #4849)
-
bugs
-
easyblocks (open PRs + issues)
- bug fixes/reports
- run
pip check
only once for PythonBundle (PR #3432) - Avoid failure in Python package installation and sanity check when
$PIP_REQUIRE_VIRTUALENV
is set (PR #3460) - Fix access to unassigned variable when installing Python < 3.9.1 with using sysroot (PR #3686)
- fix using LLVM easyblock for bundle component + don't build GO tests by default for LLVM versions < 16 (PR #3690)
- also other PR for LLVM easyblock by Jan (PR #3675)
- mostly relevant for LLVM 19.x + 20.x (no merged easyconfigs yet)
- also other PR for LLVM easyblock by Jan (PR #3675)
- Set Rust channel to stable to prevent usage of rust-lld as default linker (PR #3691)
- run
- enhancements
- ...
-
updates
- ...
-
changes
- ...
-
code cleanup
- Remove Python2 style
super()
-calls and fixExtensionEasyBlock
(PR #3681)- under active review by
@lexming
, in collaboration with@Flamefire
- under active review by
- Remove Python2 style
-
new easyblocks
- ...
- bug fixes/reports
-
easyconfigs (open PRs + issues)
-
~1.1k open easyconfig PRs
- we're (over)due for a cleanup of backlog of old/stale easyconfigs PRs
- closing PRs that are only using unsupported/deprecated toolchains, see https://docs.easybuild.io/policies/toolchains/#current-situation
- we'll get back to organising focused effort with maintainers on this soon hopefully
- letting more people help with labelling PRs could help
- e.g. to zoom in to low hanging fruit
- shorten the feedback time by letting bot react more quickly
-
bug fixes/reports
- ...
-
enhancements
- add patch to add zen5 support to OpenBLAS 0.3.27 (PR #22850)
-
(noteworthy) new software
- ...
- software updates
- PyTorch 2.6.0 w/
foss/2024a
(PR #22824)
- PyTorch 2.6.0 w/
-
changes
- add easybuild package to EasyBuild/5.0.0 (PR #22774)
- see also change to
EasyBuildMeta
easyblock in easyblocks PR #3700
- see also change to
- add easybuild package to EasyBuild/5.0.0 (PR #22774)
-
~1.1k open easyconfig PRs
- (
2024b
is skipped to catch up with original schedule for defining common toolchain versions)- EasyBuild v5.0 is ideal excuse for that break in continuity...
- GCC 14.2 as a base (see easyconfigs PR #21114)
- we should define candidate toolchains using latest version of all components
-
foss/2025a
:- easyconfigs using
GCCcore/14.2.0
toolchain available for Python 3.13.1, Perl + Perl-bundle-CPAN 5.40.0 - easyconfigs PR #22125 merged for FlexiBLAS, OpenBLAS, BLIS
- (easyconfigs PR #22349) merged for
cryptography
, required forPython-bundle-PyPI
, after fixing issue with RPATH linking of Rust crates -
gfbf/2025.02
+ FFTW merged in easyconfigs PR #22126
- easyconfigs using
-
intel/2025a
:- updates for
intel-compilers
andimpi
merged in PR #22657 - TODO: imkl
- separate package for
intel-shmem
, doesn't really belong inintel
toolchain
- updates for
- GCC 14.3 will be released soon
- (Mikael) Rust is becoming a (direct) build dep for Python-bundle-PyPI
- PR #22827
- already the case indirectly via
cryptography
-
crates
should also be added toPython-bundle-PyPI-2024.06-GCCcore-13.3.0.eb
(bug fix) - should Rust be a direct dep?
- yes, see also discussion about dropping direct dep for Rust in maturin easyconfigs (issue #22763)
- (Bart) OpenBLAS 64-bit integers