-
Notifications
You must be signed in to change notification settings - Fork 145
Conference call notes 20221207
Kenneth Hoste edited this page Dec 8, 2022
·
8 revisions
(back to Conference calls)
Notes on the 211th EasyBuild conference call, Wednesday 7 December 2022 (09:00 UTC)
List of attendees (11):
- Simon Branford (Univ. of Birmingham, UK)
- Alex Domingo (Vrije Universiteit Brussel, Belgium)
- Jasper Grimm (University of York, UK)
- Kenneth Hoste (HPC-UGent)
- Alain van Hoof (TU Eindhoven, Netherlands)
- Lev Lafayette (Univ. of Melbourne, Australia)
- Sebastien Moretti (SIB, Switzerland)
- Jurij Pečar (EMBL, Germany)
- Åke Sandgren (Umeå University, Sweden)
- Jörg Saßmannshausen (Imperial College London, UK)
- Abdoul Wahid Mainassara (LuxProvide, Luxembourg)
- overview of recent developments + outlook to next EasyBuild release
- update on porting of EasyBuild docs to MarkDown
- 2022b update for common toolchains
- Q&A
- release timeline
- latest release: EasyBuild v4.6.2 (21 Oct 2022)
- ETA next release (EasyBuild v4.7.0): by mid Dec'22
- recent changes
-
framework
-
bug fixes
- ...
- enhancements
-
changes
- ...
- docs
-
bug fixes
-
easyblocks
- bug fixes
- enhancements
- updates
-
changes
- ...
- new software
- add generic
JuliaBundle
easyblock (PR #2830)
- add generic
-
easyconfigs
- ~75 easyconfig PRs were merged since last conf call
- bug fixes
- enhancements
-
(noteworthy) new software
- see also overview at https://github.com/easybuilders/easybuild-easyconfigs/issues?q=is%3Amerged+label%3Anew
-
Alfred
(PR #16780) -
NVSHMEM
(PR #14832) -
scvi-tools
(PR #16457 + PR #16458)
- noteworthy software updates
- changes
-
framework
- work in progress
-
framework
-
reported bugs / bug fixes
- ...
-
enhancements
- add
easybuild.tools.LooseVersion
(sincedistutils
is deprecated in Python 3.10) (PR #3794) - add support for using
--output-format=md
(MarkDown) (PR #4117) - add support for
--filter-rpath-sanity-libs
to skip RPATH sanity check for designated libraries (PR #4119) - add
sanity_check_load_module
method toEasyBlock
to provide control over when module is loaded during sanity check step (PR #4125) - add
checksums.json
support for Github integration (PR #4133)
- add
- changes
-
reported bugs / bug fixes
-
easyblocks
- bug reports/fixes
- load module early during
PythonPackage
's sanity check step viasanity_check_load_module
(PR #2828)- to fix
--sanity-check-only
not working for software installed withPythonPackage
(see issue #2745)
- to fix
- load module early during
- enhancements
-
updates
- ...
- new software
- ...
-
changes
- ...
- bug reports/fixes
- easyconfigs
-
framework
- See https://github.com/easybuilders/easybuild-docs (preview @ https://easybuilders.github.io/easybuild-docs)
- status
- ...
- WIP framework PR #4117 to add support for
--output-format=md
(used for auto-generated documentation) - API docs are WIP @ https://github.com/easybuilders/easybuild-docs/pull/79
- proposal for
foss/2022b
- see
foss/2022.10
- GCC 12.2.0 + binutils 2.39 (current latest)
- UCX 1.13.1 + libfabric 1.16.1 + OpenMPI v4.1.4 (current latest) - same as in
foss/2022a
- OpenBLAS 0.3.21 + FlexiBLAS 3.2.1 (current latest)
- FFTW 3.3.10 (current latest) - same as in
foss/2022a
- ScaLAPACK 2.2.0 (current latest) - same as in
foss/2022a
- see
- proposal for
intel/2022b
:- see
intel/2022.11
- upstream docs: https://software.intel.com/content/www/us/en/develop/articles/oneapi-standalone-components.html
- base: GCC 12.2.0 + binutils 2.39 (current latest)
- Intel C/C++/Fortran compilers 2022.2.1 (classic + oneAPI) (current latest)
- Intel MPI 2021.7.1 (current latest)
- Intel MKL 2022.2.1 (current latest)
- we should enable the use of oneAPI C/C++ compilers by default for this Intel compilers versions
- this will require separate toolchain options to enable C/C++ oneAPI compilers and Fortran oneAPI compilers
- see
- key software
- mpi4py should be split off from SciPy-bundle
- Jörg: support for IPUs in EasyBuild
- we can set up a meeting to discuss how support for IPUs can be implemented in EasyBuild
- software pulling in lots of dependencies automatically
- like PSI4, FreeFem++
- how to deal with this...
- getting control over dependencies is better for multiple reasons (testing, offline installation, ...)
- it's often also worthwhile to check what other packages are doing: https://salsa.debian.org/science-team/freefempp/-/tree/master/debian