Hey Kenneth, Sorry if I'm a little late to the party... On 14 Apr 2015 10:53, "Kenneth Hoste" <[email protected]<mailto:[email protected]>> wrote: > > Hi EasyBuilders, > The approach we're currently considering is to support properties indirectly, > i.e. via options --sticky-module, --state, --arch, etc. (and/or equivalent > easyconfig parameters). > These could imply more than simply setting a property; for example > --state=testing could imply to also install a hidden module, while specifying > --arch=mic could imply enabling a particular toolchain option to enable MIC > support (or maybe enabling a toolchain option 'mic' could imply setting the > arch:mic property). >
Very much like the idea of inherent support for sticky, testing and arch (connected to toolchain) > If you are interested in having support for module properties in EasyBuild, > please provide some feedback by answering the following questions: > > * What kind of properties would you like to be able to add to module files > generated by EasyBuild? > I thought it would be nice to be able to tag software with its target usage: physics, io, chemistry, perf analysis,...and software might have multiple values here > * How would you like to see properties supported? Which command line options > and/or easyconfig parameters would you expect to see added? > Your description of testing and sticky as command line with arch being derived from the toolchain appeals to me. > * Does a command line option like --sticky-module (and/or easyconfig > parameters 'sticky = True') make sense, i.e. which modules (generated by > EasyBuild) would you make sticky? > At the moment I only make hand built modules that completely change the modulepath with unuse statements sticky since they're not reversible. I can maybe see the appeal of making toolchains (or their components) sticky in a HMNS because of the havoc that switching toolchains can play on the current environment. To switch toolchains properly I've been using lmod families at each level (compiler,mpi,math). This works for because I have toolchain-based hmns (or at least it almost does except for the pesky GCC dependency of the intel compilers) > > regards, > > Kenneth ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------ Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher Geschaeftsfuehrung: Prof. Dr.-Ing. Wolfgang Marquardt (Vorsitzender), Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt ------------------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------------------
