Conference call notes 20161109 - easybuilders/easybuild GitHub Wiki

(back to Conference calls)

Notes on the 63rd EasyBuild conference call, Wednesday November 9th 2016 (5pm - 6pm CET)

Attendees

Alphabetical list of attendees (5):

  • Damian Alvarez Mallon (JSC, Germany)
  • Fotis Georgatos (Illumina, UK)
  • Kenneth Hoste (HPC-UGent)
  • Åke Sandgren (Umeå University, Sweden)
  • Robert Schmidt (OHRI, Canada)

Agenda

  • update on RPATH support
  • update on EasyBuild v3.0 progress
  • Q&A

Notes

RPATH support
  • good progress, close to being sufficiently stable for further testing
  • will be included under --experimental in EasyBuild v3.0
  • close to being able to install OpenFOAM + all deps with foss/2016b from scratch under --rpath
  • main issue remaining is ensuring that order of libraries is not screwed up...
  • PR: https://github.com/hpcugent/easybuild-framework/pull/1942
EasyBuild 3.0 update
  • https://github.com/hpcugent/easybuild/issues/255
  • most major changes are merged or close to being merged
  • done:
    • archiving easyconfigs that use deprecated toolchains + support for --consider-archived-easyconfigs
    • let robot always consider subtoolchains, --minimal-toolchains only changes order
    • drop deprecated functionality (log.error now no longer raises an exception)
    • stable support for --new-pr and --update-pr (doesn't require --experimental anymore)
  • TODO:
    • merge RPATH support under --experimental
    • merge support for log.devel
    • smaller PRs left-and-right, e.g. support for Intel+CUDA toolchain
    • change default config
      • Lmod modules tool + Lua module syntax
      • GC3Pie as default backend for --job
      • (not enabling --minimal-toolchains for now)
        • makes sense in module hierarchy, but less so with flat module tree
        • make default setting depends on which module naming scheme being used?
  • ETA: mid Nov'16 (during SC16?)
  • some things will be postponed:
    • support for system toolchain + deprecating dummy
    • better error reporting
    • more user-friendly --robot
    • architecture-awareness of easyblocks (e.g. FFTW with --enable-avx2)
      • mostly a non-issue for FFTW specifically since recent versions have runtime detection
    • support for letting toolchain modules define build environment (less trivial than anticipated)
Other