2nd easybuild hackathon wishlist

EasyBuild User Wishlists

Wishlist by Fotis

• #174/#121/#102 ; OSdependencies; it has become major priority to swap our info: http://hpcbios.readthedocs.org/en/latest/HPCBIOS_2012-90.html
• Get local hands to work on items of issues: #333, #332, #269, #236, #192, #134
• Users have fun with apps from "HPCBIOS_2012-97: Climate Science" & pointers
• Users have fun with apps from "HPCBIOS_2012-94: Bioinformatics" & pointers
• allow _vars for future extensions (notably I need to implement: _alt_versions)
• need for a shared repo for software tarballs (mpiBLAST anyone?) related: #141
• #214/#213, consider using the functionality of git for software checksums!!!
• minors: #209, #271, #197, #294, #213, #215, #201, #202, #189, #130, #111, #198
• Adjust: http://hpcbios.readthedocs.org/en/latest/HPC_Baseline_Configuration.html
• discuss options for EasyDoc ; I'd like to promote Sphinx ; your takes?
• allow to satisfy requirement levels like "MUST", "SHOULD", "MAY" in the policies

Details

• #333 Provide popular PRACE packages, ensure they are available as a meta-module
• #332 Review external guidelines for HPC software building
• #269 add support for CBench
• #236 Provide popular HPC-BC packages, ensure they are available as a meta-module
• #235 Provide popular PETTT ACE packages, ensure they are available as a meta-module
• #192 add support for building profiling tools
• #134 add support for ARPACK-ng

minors

• #209 enhance support for module classes # example: bio
• #271 fix a manpage for EasyBuild
• #197 add support for building/installing lzo compression tools
• #294 Naming Conventions from automatically generated environment variables
• #213 add support for skipping build steps # this allows to avoid /bin/true hack
• #215 support specifying custom build procedure from easyconfig
• #201 add support for building/installing PerfExpert
• #202 add support for building/installing Open|SpeedShop
• #189 add support for installing EasyBuild with EasyBuild
• #130 support specifying setenv statements to be added to module file, in easyconfig
• #111 MTL4 download url is broken
• #198 make EasyBuild add patches to easyconfig repository

Topic TBD 0

wiki2beamer/0.9.5-FG20121128 vs wiki2beamer/0.9.5

Topic TBD 1

http://nvie.com/posts/a-successful-git-branching-model/

Topic TBD 2

• oss licenses compatibility graph

Topic TBD 3

• idea to provide a default best-effort sanitycheck in .eb reports

Topic TBD 4

Suggestion to amend the suffix of goalf/1.1.0-no-OFED ref: https://github.com/hpcugent/easybuild/issues/140

I can't grasp very well what is the impact of this but, while considering that we will eventually want to have more complex namespaces/strings, things like the following should be possible:

goalf/1.1.0-no-OFED/mystring-ofdeps/64bit goalf/1.1.0-no-OFED/mystring-ofdeps/32bit

since the convention for EB is to name the whole dependency stack, I wonder if the following makes any sense:

• The dependency is implied by "name + 1st version component" - this does not break current practice
• The further strings components (eg. mystring-ofdeps/32bit) are discarded in the name but enforced when desired in the modulefile.

Food for thought: how to allow for both 32bit and 64bit compilers and libraries?