-
Notifications
You must be signed in to change notification settings - Fork 145
Conference call notes 20240731
Kenneth Hoste edited this page Jul 31, 2024
·
1 revision
(back to Conference calls)
Notes on the 251st EasyBuild conference call, Wednesday 31 July 2024 (15:00 UTC)
List of attendees (14):
- Simon Branford (Univ. of Birmingham, UK)
- Bibek Chapagain (Barcelona Supercomputing Centre, Spain)
- Leonardo Honfi Camilo (Univ. of Wageningen, Netherlands)
- Em Dragowsky (Case Western Reserve University, Ohio, US)
- Davide Grassano (CECAM, Switzerland)
- Jasper Grimm (University of York, UK)
- Kenneth Hoste (HPC-UGent, Belgium)
- Adam Huffman (Big Data Institute, Oxford, UK)
- Georgios Kafanas (University of Luxembourg)
- Thomas Langford (Yale University, US)
- Kurt Lust (UAntwerpen, Belgium + LUMI User Support Team)
- Sébastien Moretti (SIB, Switzerland)
- Bart Oldeman (Digital Research Alliance of Canada)
- Jörg Saßmannshausen (Imperial College London, UK)
- overview of recent developments
- outlook to EasyBuild 5.0 release
- 2024a update of common toolchains
- Q&A
- latest EasyBuild release: 4.9.2 (12 June 2024)
- next EasyBuild release: hoping to make that EasyBuild 5.0.0 (but not before Aug'24, at best)
-
EasyBuild v5.0.0
- detailed notes on latest developments in https://hackmd.io/tZtz6vMmRfGL6N9Rf__OEA
- to test development version of EasyBuild 5.0:
# set up Python virtual environment, and jump into it python3 -m venv eb5 source eb5/bin/activate # install EasyBuild 5.0 development version into it pip install https://github.com/easybuilders/easybuild-framework/archive/5.0.x.tar.gz pip install https://github.com/easybuilders/easybuild-easyblocks/archive/5.0.x.tar.gz pip install https://github.com/easybuilders/easybuild-easyconfigs/archive/5.0.x.tar.gz # go! eb --version
-
docs (merged PRs)
- ...
-
framework (merged PRs)
-
easyblocks (merged PRs)
- bug fixes
-
enhancements
- Set build type for PyTorch explicitely (PR #3332)
- Add RISCV64 support and update config options of new versions of Extrae (PR #3339)
- Add support for generating
.gem
files from.gemspec
files and support forpreinstallopts
in theRubyGem
easyblock (PR #3381) - Add MSA and specially PMIx support for ParaStationMPI (PR #3383)
- changes
-
new easyblocks
- ...
-
code cleanup
- Remove redundant backslashes in GEANT easyblock (PR #3394)
-
EasyBuild 5.0
- ...
-
easyconfigs (merged PRs)
-
docs (open PRs + issues)
- ...
-
framework (open PRs + issues)
-
bug fixes
- ...
-
enhancements
- add support for
--sources-url
to fetch sources from additional URLs (PR #4079)
- add support for
-
changes
- ...
-
EasyBuild 5.0
- tracker issue with overview of effort for improving consistency in naming of options/parameters: issue #4563
- Fix the checksum type check (PR #4578)
- Fix
to_checksums
withNone
values in dicts and recursion (PR #4579) - Deprecate use of
ec['parallel']
and fix updating the template value (PR #4580) - avoid suggesting that
toolchainopts
are supported forSYSTEM
compiler, since they're not (PR #4585)- fixes issue #4584: Auto-generated documentation for
SYSTEM
compiler is incorrect - see also easyconfigs PR #21035
- fixes issue #4584: Auto-generated documentation for
- add support for alternative/deprecated toolchain options (PR #4587)
-
bug fixes
-
easyblocks (open PRs + issues)
- bug fixes
- Explicitly call
csh
in custom easyblock for WPS (PR #3384) - Set
DEFCUDAVERSION
andDEFSTDPARCOMPUTECAP
correctly inlocalrc
for NVHPC (PR #3387) - change extra
$PATH
entry for OCaml to use opam/default rather than opam/system (PR #3390) - update custom easyblock for PETSc to consider
include/suitesparse
subdirectory for SuiteSparse headers (PR #3391) - change custom easyblock for Python to set
$PYTHONPATH
to a fixed location relative to build path (PR #3400)
- Explicitly call
- enhancements
- Set CMake hints for path to Python installation if it's direct or indirect dependency (when using CMake >= 3.12) (PR #3282)
- enhance LLVM easyblock for compilation of clang/flang + other llvm-projects (PR #3373)
- simplify install step in custom easyblock for
Tkinter
(PR #3382) - GCC: Use with-arch option for nvptx with 13.1+ (PR #3396)
- updates
-
changes
- ...
- new
- EasyBuild 5.0
- bug fixes
-
easyconfigs (open PRs + issues)
-
bug fixes/reports
- Highway 1.0.4 fix for failing test on zen4 (PR #20942)
-
enhancements
- ...
-
(noteworthy) new software
- ...
- software updates
- ...
- changes
-
bug fixes/reports
- GCC 13.3 as a base
- latest version of all components (except GCC, not using 14.1):
-
foss/2024a
(candidate toolchainfoss/2024.05
merged: PR #20646)- GCC 13.3 (20240521) + binutils 2.42 (20240129)
- OpenMPI 5.0.3 (20240408)
- PMIx 5.0.2 (20240321), UCX 1.16.0 (20240415), libfabric 1.21.0 (20240329)
- FlexiBLAS 3.4.3 (20240521) + OpenBLAS 0.3.27 (20240404) + BLIS 1.0 (20240506)
- FFTW 3.3.10 (20210914)
- ScaLAPACK 2.2.0 (20220202)
-
intel/2024a
- GCCcore 13.3 + binutils 2.42
- Intel C/C++/Fortran compilers 2024.1.0 (20240327)
- some trouble arose when combining C/C++ 2024.1.2 with Fortran 2024.1.0
- bundle provided by Intel sticks to 2024.1.0 for both
- we should take a look at the release notes
- Intel MPI 2021.12.1 (20240424)
- Intel MKL 2024.1.0 (20240327)
- easyconfig PRs towards candidate for
intel/2024a
: PR #20919 + PR #20926
-
- Intel oneAPI Fortran compiler will be used by default
- see framework PR #4567: use Intel's oneAPI Fortran compiler by default for version 2024.0.0 and newrer (oneapi_fortran toolchain option set to True)
- candidate toolchains for
foss/2024a
andintel/2024a
are good to actually tag as2024a
now?- Bart is planning to look into copying/renaming the candidate toolchains for
2024a
- Bart is planning to look into copying/renaming the candidate toolchains for
- Adam: weird problem with R-bundle when installing extensions in parallel
- easy change needed to make this work, EB should just assume necessary dependencies for an extension are already in place if they're not listed in
exts_list
- easy change needed to make this work, EB should just assume necessary dependencies for an extension are already in place if they're not listed in
- Leonardo: problems with building Qt5 with 128 cores
- may be overloading the system, see also https://github.com/easybuilders/easybuild-easyblocks/issues/2076
- Bart: it's usually not worth using more than 8 cores for building stuff in parallel
- currently not that easy to cap # cores used by EasyBuild
- could be done via a
start_hook
- probably worth looking into an extra configuration option for this (like
--max-parallel
?)