RE: [easybuild] next EasyBuild conf call: Wed Sept 4th (*today*) 2019, 5pm CEST

Notes of today's conf call are available at: https://github.com/easybuilders/easybuild/wiki/Conference-call-notes-20190904 The next conf call is scheduled for Wed Sep 18 2019, 5pm CEST. -- Davide Vanzo, PhD Sr. HPC Research Scientist Advanced Computing Center for Research and Education (ACCRE)

[easybuild] RE: Next EasyBuild conf call: Wed July 24th 2019, 5om CEST

Notes of today's conf call are available at: https://github.com/easybuilders/easybuild/wiki/Conference-call-notes-20190724 The n​​​ext conf call is planned for Wed August 7th. Best regards -- Davide Vanzo, PhD Sr. HPC Research Scientist Advanced Computing Center for Research and Education

[easybuild] Next EasyBuild conf call: Wed July 24th 2019, 5om CEST

Dear EasyBuilders, The next EasyBuild conf call is planned for Wed July 24th 2019, at 5pm CEST. You can join the conf call via https://umu.zoom.us/j/561463243 Current agenda: * Removing R and Perl version suffixes from 2019b * Q Suggestions for additional topics are welcome (please let me know if

[easybuild] Next EasyBuild conf call: Wed June 12th 2019, 5pm CET

Dear EasyBuilders, The next EasyBuild conf call is planned for Wed June 12th 2019, at 5pm CET. You can join the conf call via https://umu.zoom.us/j/561463243 . Current agenda: * Changes in container support for v3.9.2 * Updates on v4.0 * Q Suggestions for additional topics are welcome (please

[easybuild] Next EasyBuild conf call: Wed May 1st 2019, 5pm CET

Dear EasyBuilders, The next EasyBuild conf call is planned for Wed May 1st 2019, at 5pm CET. You can join the conf call via https://umu.zoom.us/j/561463243 . Current agenda: * Q Suggestions for additional topics are welcome (please let me know if you have any). More information on the EasyBuild

RE: [easybuild] Assertion error for PyTorch-0.3.1 with intelcuda-2017b

...@ugent.be Sent: Saturday, February 23, 2019 16:43 To: easybuild@lists.ugent.be Subject: Re: [easybuild] Assertion error for PyTorch-0.3.1 with intelcuda-2017b On 22/02/2019 22:10, Vanzo, Davide wrote: gt; Hello all! gt; gt; I am trying to build PyTorch-0.3.1 with intelcuda-2017b but I am

[easybuild] Assertion error for PyTorch-0.3.1 with intelcuda-2017b

Hello all! I am trying to build PyTorch-0.3.1 with intelcuda-2017b but I am hitting the error I reported below. Has anybody seen anything similar before? /tmp/PyTorch/0.3.1/intelcuda-2017b-Python-3.6.3/pytorch-0.3.1/torch/lib/THD/base/data_channels/Store.cpp(44): error: no instance of

RE: [easybuild] foss-2016b/foss-2018b

Hi Thomas, I do not think there is such a feature available in any module management system, but people that have more experience with flat module naming schemes may give you better insights than me. We went with a hierarchical module naming scheme for the exact reason of avoiding that type

[easybuild] EasyBeer and dinner @ SC18

If you are at SC18 and would like to join us for a beer and some dinner, please let me know by replying to this email. Time: 6:30 pm Location: The Crafty Irishman Public House 1800 Main St, Dallas, TX 75201 (972) 707-7589 https://goo.gl/maps/S8ws56kGArN2 -- Davide Vanzo, PhD Application

Re: [easybuild] Next EasyBuild conf call: Wed Oct 31st, 5pm CEST

Dear EasyBuilders, Notes on today's conf call are available at https://github.com/easybuilders/easybuild/wiki/Conference-call-notes-20181031 Info regarding the Next conf call will arrive as soon as our BDFL will plan our lives. Best regards -- Davide Vanzo, PhD Application Developer Adjunct

[easybuild] Next EasyBuild conf call: Wed Oct 31st, 5pm CEST

Dear EasyBuilders, The 113th EasyBuild conf call is planned for tomorrow, Wed 31 Oct 2018, at 17:00 CEST, see https://plus.google.com/events/c6fgrmjuqigogsq5fghdn2cit48 Current agenda: * Q Suggestions for

[easybuild] RE: Python-3.7.0 No module named '_ssl'

John, Could you please attach the full log? -- Davide Vanzo, PhD Application Developer Adjunct Assistant Professor of Chemical and Biomolecular Engineering Advanced Computing Center for Research and Education (ACCRE) Vanderbilt University - Hill Center 201 (615)-875-9137 www.vanderbilt.edu/accre

Re: [easybuild] Next EasyBuild conf call: Wed July 11th 2018, 5pm CEST

Dear EasyBuilders, If you missed today's conf call, here you can find some notes: https://github.com/easybuilders/easybuild/wiki/Conference-call-notes-20180711 The next conf call is scheduled for Wed July 25th 2018, see https://plus.google.com/events/cpq2nqo8spt1u9uemvjkhgat9t8 Best regards --

[easybuild] Next EasyBuild conf call: Wed July 11th 2018, 5pm CEST

Dear EasyBuilders, The next EasyBuild conf call is planned for tomorrow, Wed July 11th 2018, at 5pm CEST, see also https://plus.google.com/events/ctbcs6ocbe2gq8f55kslbqfs87g Current agenda: * Upcoming EasyBuild 3.6.2 release * Q As usual, suggestions for additional topics are welcome. More

RE: Re: [easybuild] Minimal vs full toolchain, Qt, CUDA etc.

Maik, I double Jack's explanation on why QT5 is built at the highest toolchain level. Similarly in our stack we moved Python to the GCC/iccifort level by removing the packages that depend on MPI/FFTW and install Qt5 with the GCC/iccofort toolchains. Moving Python to a lower toolchain in the

RE: [easybuild] Packages lacking intel fortran runtime

Hi Joachim! Yes, we have encountered the same issue you described before. Our way of dealing with it is to expose to the users only the iccifort toolchain module, while icc and ifort are hidden. Definitely not the most elegant solution if you still want to let the users select icc or ifort

[easybuild] Build Octave against parallel HDF5 library

Hello EasyBuilders! Has anybody successfully managed to build Octave against HDF5 compiled with MPI? It is well known that this causes issues since the compiler cannot find the MPI headers (Octave does not care if HDF5 is serial or not). For this reason the typical solution is to build against

RE: [easybuild] Issue with building numpy with intel-2016b

On 2018-01-05 09:10:32-06:00 easybuild-requ...@lists.ugent.be wrote: Hi Davide, On 04/01/2018 22:36, Vanzo, Davide wrote: Hello EasyBuilders! Background: at our site we install Python (2.x.y and 3.x.y) without numpy so that we can bump it down from foss to GCC and from intel to iccifort

RE: [easybuild] Python-2.7.12-iccifort-2016.3.210-GCC-5.4.0-2.26 build segfault

On 2018-01-02 14:34:58-06:00 easybuild-requ...@lists.ugent.be wrote: Hi Davide, On 02/01/2018 21:29, Vanzo, Davide wrote: Hello EasyBuilders! I am trying to build Python-2.7.12-iccifort-2016.3.210-GCC-5.4.0-2.26.eb (from the intel-2016b easyconfig file I have simply removed the python packages

RE: [easybuild] OpenMPI 1.10.3 - mpifort wrong search path for libgfortran.so

www.accre.vanderbilt.edu On 2017-11-20 13:15:14-06:00 Kenneth Hoste wrote: Hi Davide, On 20/11/2017 16:06, Vanzo, Davide wrote: Hello EasyBuilders! I have started building the foss-2016b toolchain on a new server and I am stumbling against an error that I have never seen before and for which I

RE: [easybuild] OpenMPI 1.10.3 - mpifort wrong search path for libgfortran.so

John, Thank you for your feedback but your point is exactly what I meant when I said that the /usr/lib64/libgfortran.so does not exist for obvious reasons. I am working on a minimal CentOS 7.2 installation (hence no gfortran installed with the OS) and that is why I cannot understand why it

[easybuild] OpenMPI 1.10.3 - mpifort wrong search path for libgfortran.so

Hello EasyBuilders! I have started building the foss-2016b toolchain on a new server and I am stumbling against an error that I have never seen before and for which I cannot pinpoint the cause. When I try to compile a fortran source with mpifort (or mpif90), I get the error you see below. The

RE: [easybuild] RE: EasyBuild at SC17

Markus, I have booked a table and I have added a few more seats than the ones that participated in the poll to accommodate extra guests. We will be ok up to 15 people. In any case, I would appreciate to know if there are other guests in advance so that in case I can always give a call to the

[easybuild] RE: EasyBuild at SC17

www.accre.vanderbilt.edu On 2017-11-10 10:47:41-06:00 Vanzo, Davide wrote: Howdy EasyBuilders! Do not forget to sign up for our EasyBuild Meet and Greet event at SC17! https://doodle.com/poll/qxs4c2rv6akb7644 The final date and time of the event will be selected tomorrow based on your

[easybuild] RE: EasyBuild at SC17

Assistant Professor of Chemical and Biomolecular Engineering Advanced Computing Center for Research and Education (ACCRE) Vanderbilt University - Hill Center 201 (615)-875-9137 www.accre.vanderbilt.edu On 2017-11-07 09:31:28-06:00 Vanzo, Davide wrote: Hello EasyBuilders! As you may know

[easybuild] EasyBuild at SC17

Hello EasyBuilders! As you may know, the SC17 conference in Denver, CO is ready to start next week. EasyBuild will also be present with some presentations that I gladly offered to host at our Vanderbilt University stand (#463). Please come by to share your EasyThoughts, grab a sticker or just

[easybuild] RE: specific toolchain for CMake needed?

Hi Marteen, Welcome to the club! In our cluster we provide CMake at the GCCcore level. In this way we have a single install for a given version of the foss and intel toolchains, since they both share the GCCcore toolchain. I cannot foresee any significant issue in building it with the dummy

[easybuild] Next Easybuild conf call: Wed August 2nd, 5pm CEST

Notes for today's conf call are available at https://github.com/easybuilders/easybuild/wiki/Conference-call-notes-20170802 The next conf call is planned for Wed August 16th, see also https://plus.google.com/u/0/events/crrvutfl9ifmnjb02v94d26g7qg and our beloved BDFL should be back hosting.

RE: [easybuild] Errors with bootstrap_eb.py for easybuild 3.3.1

Clyde, I stumbled into the same problem last Friday too and I am trying to figure out what is the source of the problem. -- Davide Vanzo, PhD Application Developer Adjunct Assistant Professor of Chemical and Biomolecular Engineering Advanced Computing Center for Research and Education (ACCRE)

Re: [easybuild] Gromacs GPU and view a complete log

Javier, Yes, I also have the libnvidia-ml.so library in /usr/lib64/nvidia. The patch seem to point to a custom path. It would probably be worth hearing Ake. Usually codes that use CUDA can be compiled in a node that does not have GPUs, as long as CUDA is available for linking. In this case

Re: [easybuild] Local user intstallation

ing Center for Research and Education (ACCRE) Vanderbilt University - Hill Center 201 (615)-875-9137 www.accre.vanderbilt.edu On Jun 27 2017, at 10:43 am, Vanzo, Davide <davide.va...@vanderbilt.edu> wrote: Thank you all for the great suggestions! DV On Jun 27 2017, at 3:14 am, Miguel Dias Cos

[easybuild] Local user intstallation

Hello guys, We would like to allow users to install software locally in their home directories via EB. Is there a way to configure EB to install the software and the modules in a local directory if the user is just a regular user but allow a subset of users (admins) to install directly in the

Re: [easybuild] install dir on gpfs

Todd, We have all EasyBuild built software on GPFS and I have never experienced that kind of issue. Unfortunately I do not have any suggestion on where to start looking at since I am not much a storage expert. -- Davide Vanzo, PhD Application Developer Advanced Computing Center for Research

[easybuild] R renders with Xlib instead of cairo

We provide R 3.3.3 built with both intel and foss toolchains and in both cases we observe that the bitmap type is set to "Xlib" instead of "cairo", as it should be since the cairo capability is TRUE. Here it is for the unbelievers: > capabilities("png") png TRUE > capabilities("cairo") cairo

Re: [easybuild] Xvfb

Markus, Thanks a lot! If it works do you mind if I upload to the EB repo? -- Davide Vanzo, PhD Application Developer Advanced Computing Center for Research and Education (ACCRE) Vanderbilt University - Hill Center 201 (615)-875-9137 www.accre.vanderbilt.edu On Jun 10 2017, at 3:14 am, Markus

[easybuild] Python 3 fails to install setuptools

Hello again, I am facing an issue when installing setuptools-23.1.0 as part of Python-3.5.2-foss-2016b.eb. It fails with a permission denied despite it has full write permissions on the installation path: creating build/bdist.linux-x86_64/egg/EGG-INFO copying setuptools.egg-info/PKG-INFO ->

Re: [easybuild] Mesa with SWR on non-AVX processor

IK, we haven't had any problems with this change (things seem to be working users aren't yelling): < --with-gallium-drivers='swrast,swr'\ --- > --with-gallium-drivers='swrast'\ jack On 05/10/2017 11:45 AM, Vanzo, Davide wrote: > Hello fellow easybuilders, > > I am working

Re: [easybuild] Lmod integration - Families

I am using intel-2016b. However, it comes out is is an Lmod problem. I get the same message when I try to load the hidden module intel/.2016b. But I cannot figure out why. I will ask on the Lmod list. -- Davide Vanzo, PhD Application Developer Adjunct Assistant Professor of Chemical and

Re: [easybuild] Lmod integration - Families

Maxime, in your case isn't the use of "intel" as alternative name for the iccifort module creating conflicts with the intel toolchain module? -- Davide Vanzo, PhD Application Developer Adjunct Assistant Professor of Chemical and Biomolecular Engineering Advanced Computing Center for Research and

Re: [easybuild] Lmod integration - Families

Thank you guys! That is really great. +1 on the idea of having a single module for icc and ifort. -- Davide Vanzo, PhD Application Developer Adjunct Assistant Professor of Chemical and Biomolecular Engineering Advanced Computing Center for Research and Education (ACCRE) Vanderbilt University -

Re: [easybuild] GCCcore build in HMNS

using filter-deps to bypass this issue, but it was not correct. Even though I might have had a os package to satisfy dependency some apps did not work correctly especially when they used –with-=$EBROOT From: easybuild-requ...@lists.ugent.be [mailto:easybuild-requ...@lists.ugent.be] On Behal

Re: [easybuild] GCCcore build in HMNS

Shahzeb, Looks good to me. It is expected that GCCcore depends on dummy toolchain built software since that is the only toolchain below GCCcore. In other words, you need whatever has been built with the system compiler and binutils in order to compile GCCcore. Once you have GCCcore built, at

Re: [easybuild] FOSS vs CUDA

Maxime, your point it totally legitimate. My approach is less about philosophy and more about practicality. We picked the foss toolchain instead of the goolf toolchain because of its more collaborative nature and scheduled release. The problem is that if we now start using a goolfc toolchain,

Re: [easybuild] GROMACS with gpu support

h uses gompic toolchain. Which toolchain should we use? From: easybuild-requ...@lists.ugent.be [mailto:easybuild-requ...@lists.ugent.be] On Behalf Of Vanzo, Davide Sent: Wednesday, March 1, 2017 2:48 PM To: easybuild@lists.ugent.be Cc: Oliver Stueker Subject: Re: [easybuild] GROMACS with gpu s

Re: [easybuild] GROMACS with gpu support

Maxime and Oliver, since GROMACS with GPU acceleration is in my software list for the fosscuda toolchain I will be working on, I would be interested in sharing the pain if somebody is already working on it. -- Davide Vanzo, PhD Application Developer Adjunct Assistant Professor of Chemical and

Re: [easybuild] Playlist from 2nd EasyBuild User Meeting

Alan, thank you from this side of the pond! -- Davide Vanzo, PhD Application Developer Adjunct Assistant Professor of Chemical and Biomolecular Engineering Advanced Computing Center for Research and Education (ACCRE) Vanderbilt University - Hill Center 201 (615)-875-9137 www.accre.vanderbilt.edu

Re: [easybuild] Lmod integration - Families

tation on Wednesday. Alan On 6 February 2017 at 16:57, Vanzo, Davide <davide.va...@vanderbilt.edu<mailto:davide.va...@vanderbilt.edu>> wrote: Hello all, one of the most useful features provided by Lmod is the ability to assign a family to a subset of modules in order to avoid

[easybuild] Lmod integration - Families

Hello all, one of the most useful features provided by Lmod is the ability to assign a family to a subset of modules in order to avoid loading potentially conflicting software. This gets a little complicated when dealing with the toolchain-based model of EB. I was wondering if anybody is using

Re: [easybuild] Raw output for debugging

> wrote: Hi Davide, On 31/01/2017 16:01, Vanzo, Davide wrote: Kenneth, yes, for the configure and build steps I have the output in the log filed (sorry for the confusion before), but I don't see anything for the test step. For example, for both Tcl and Perl the last thing I see is: == 20

Re: [easybuild] Raw output for debugging

part of step test If the test hangs (as happened in both cases for me) I have no clue what is going wrong. DV On Jan 31 2017, at 4:09 am, Kenneth Hoste <kenneth.ho...@ugent.be> wrote: Hi Davide, On 30/01/2017 23:08, Vanzo, Davide wrote: Hello world, I would find quite useful t

[easybuild] Raw output for debugging

Hello world, I would find quite useful to have an option (or maybe make it a default behavior) to get the full raw standard output and error from whatever EB is running (make, test, etc.). For example, while installing Tcl it was hanging at the test section. After trying manually, I realized it

[easybuild] foss + CUDA toolchain

Hello world, I really like the idea of using foss and intel toolchain as common toolchain with other sites. However since we also have GPU nodes on our cluster we would need a foss toolchain with CUDA. I know that there is goolfc already out there but that does not comply to the a/b release

Re: [easybuild] Python-2.7.12-foss-2016b undefined references

dedicated issue here: https://github.com/hpcugent/easybuild-easyconfigs/issues/4049 DV On Jan 18 2017, at 3:12 pm, Alan O'Cais <a.oc...@fz-juelich.de> wrote: This sounds like it might be somehow related to https://github.com/hpcugent/easybuild-easyconfigs/pull/3545 On 18 Jan 2017 9:05 pm

Re: [easybuild] Python-2.7.12-foss-2016b undefined references

: 0 NOTYPE GLOBAL DEFAULT UND tputs_sp 25: 0 NOTYPE GLOBAL DEFAULT UND tputs_sp Davide On Jan 18 2017, at 2:56 pm, Ward Poelmans <wpoel...@gmail.com> wrote: Hi Davide, On Wed, Jan 18, 2017 at 9:05 PM, Vanzo, Davide <davide.va...@vanderbilt.edu> w

Re: [easybuild] Minimal toolchain issue with Python-3.5.2-foss-2016b

search unless told to...which makes me believe it's building ncurses with dummy only because one of the easyconfigs in the dep list has an explicit dependency on it. That almost certainly comes from gettext, for gettext to function at Core level it needs ncurses at Core. On 16 Jan 2017 10:08 pm,

[easybuild] Minimal toolchain issue with Python-3.5.2-foss-2016b

Hello guys, I am installing Python-3.5.2-foss-2016b with minimal toolchain and I am facing the following issue. As you can see from the output below, EB tries to install the ncurses 6.0 with the dummy toolchain even if the same version is already installed with the GCCcore 5.4.0 toolchain (and

Re: [easybuild] Intel Parallel Studio components naming convention

valid name. # Can be overridden by setting the environment variable # INTEL_LICENSE_FILE before running eb. # Absolute path example: # license_file = HOME + '/licenses/intel/license.lic' # License server example: # license_file = port-number@license-server On 11/03/2016 11:10 PM, Vanzo, Davide

[easybuild] Intel Parallel Studio components naming convention

Hello, as you have probably seen I am updating the easybuild files for the new Intel Parallel Studio XE 2017 Update 1. I started working on the other tools in the suite other than the main ones (compilers, MPI and MKL) and I am facing a naming dilemma. All main components easyconfigs use

Re: [easybuild] Has anyone created EB files for the Intel 2017 compilers?

Pablo, you can find the updated easyconfigs in this PR: https://github.com/hpcugent/easybuild-easyconfigs/pull/3757 Don't forget to apply the easyblocks changes from this PR: https://github.com/hpcugent/easybuild-easyblocks/pull/1012 -- Davide Vanzo, PhD Application Developer Adjunct Assistant

Re: [easybuild] Has anyone created EB files for the Intel 2017 compilers?

Pablo, I am trying to install the 2017.1 version and I will be happy to share as soon as I fix a little issue with the MKL. -- Davide Vanzo, PhD Application Developer Adjunct Assistant Professor of Chemical and Biomolecular Engineering Advanced Computing Center for Research and Education

Re: [easybuild] Comments in patches

Hi Kenneth, Thanks for the reply. I truly appreciate all your effort and my initial comment was not meant to be a rant but just a feedback. In terms of policy, I believe that one of the things that would be very important to add to patches headers is if it is an EB related pacth (as in the

Re: [easybuild] Problem with include and lib paths for python modules

Center 201 (615)-875-9137 www.accre.vanderbilt.edu On Nov 2 2016, at 8:28 am, Kenneth Hoste <kenneth.ho...@ugent.be> wrote: Hi Davide, > On 1 Nov 2016, at 18:07, Vanzo, Davide <davide.va...@vanderbilt.edu> wrote: > > Hello, > I am moving this discussion over here since

[easybuild] Problem with include and lib paths for python modules

Hello, I am moving this discussion over here since it is hard to follow up on the IRC channel (I don't have a computer online 24/7 to set up a bouncer and the time zone differential from Europe does not help either). I am trying to build ScientificPython and it fails with the following error:

Re: [easybuild] Comments in patches

Ward, I sure will. Davide On Oct 28 2016, at 2:36 am, Ward Poelmans <ward.poelm...@ugent.be> wrote: On 27-10-16 20:57, Vanzo, Davide wrote: > Hello all, > I don't know you but I would find very useful to have some introductory > comment on the patch files that explain what i

Re: [easybuild] Proposal for collecting use cases

.be> wrote: Hi Davide, On 21/10/16 23:23, Vanzo, Davide wrote: Hello guys, We are experimenting with EB to figure out the best way to use it in our cluster environment. One of the (very good) things about EB is that it is very flexible and each center can adopt a different strategy to build so

Re: [easybuild] easybuild -devel files for users?

Absolutely. Just trying to get a feeling on your thoughts about this potential broader implementation of the functionality. DV On October 22, 2016 10:38:08 Jack Perdue <j-per...@tamu.edu> wrote: On 10/22/2016 09:09 AM, Vanzo, Davide wrote: >From a user perspective it would be more in

[easybuild] Proposal for collecting use cases

Hello guys, We are experimenting with EB to figure out the best way to use it in our cluster environment. One of the (very good) things about EB is that it is very flexible and each center can adopt a different strategy to build software via EB. This is pretty evident in this mailing list. It

Re: [easybuild] Configure options as list

Apparently I was wrong. EB does four builds, each configured with the corresponding configopts line. DV On Oct 20 2016, at 1:03 pm, Vanzo, Davide <davide.va...@vanderbilt.edu> wrote: Hello, It is clear to me that in an easyconfig for a ConfigureMake easyblock the configopts variable co

Re: [easybuild] Automatic detection of hidden modules

Markus, you are absolutely right. The only way to do what I want is the following: $ eb GCC-5.4.0-2.26.eb -D --hide-deps=M4,Bison,flex,zlib,binutils,GCCcore --hide-toolchains=GCCcore or to specify the dependencies that need to be hidden in the EASYBUILD_HIDE_DEPS environment variable. I think

Re: [easybuild] Automatic detection of hidden modules

maps,xcb-proto,xcb-util,xcb-util-image,xcb-util-keysyms,xcb-util-renderutil,xcb-util-wm,xextproto,xineramaproto,xorg-macros,xprop,xproto,xtrans,zlib On 18 October 2016 at 18:18, Vanzo, Davide <davide.va...@vanderbilt.edu<mailto:davide.va...@vanderbilt.edu>> wrote: Hello, A

[easybuild] Automatic detection of hidden modules

Hello, Although we wold love to use EB in production there is still one thing that stops us from doing so. Since we need to keep the modules list in Lmod as clean as possible it is essential for us to be able to tell EB to automatically look for dependencies within hidden modules even if not

Re: [easybuild] caffe/mxnet/tensorflow easyconfigs

Hi all, glad to hear there is somebody else interested in building DNN training software with EB. I will be working on that too so please keep me in the loop and I will be glad to help out. -- Davide Vanzo, PhD Application Developer Adjunct Assistant Professor of Chemical and Biomolecular

Re: [easybuild] Version numbering for new CUDA toolchain

adjust before he merges. Eliot On 08/23/2016 02:27 PM, Vanzo, Davide wrote: Eliot, I started working on the same toolchain and I have the same problem since the toolchain version numbering is not very clear. The temporary number I chose is 3.1.10 for the following reasons: * Sin

Re: [easybuild] Version numbering for new CUDA toolchain

Eliot, I started working on the same toolchain and I have the same problem since the toolchain version numbering is not very clear. The temporary number I chose is 3.1.10 for the following reasons: * Since one of the elements got a major update (i.e. CUDA), I bumped the toolchain major

Re: [easybuild] Find hidden modules by default

Thank you guys for your replies. I'm happy to see I'm not the only one that would benefit from this. I totally agree with Kenneth on how this should be implemented. Am I wrong to assume that a positive side effect of this approach is to make the "hiddendependencies" option for easyconfig files

[easybuild] Find hidden modules by default

Hello easybuilders, I am testing EB + Lmod with hierarchical naming and I am trying to reconcile the huge amount of modules generated by EB with the need of reducing users' confusion by showing only the strictly necessary modules. The most logical way of doing so seems to be by creating hidden

[easybuild] Hidden modules

Hello easybuilders, I am testing EB + Lmod with hierarchical naming and I am trying to reconcile the huge amount of modules generated by EB with the need of reducing users' confusion by showing only the strictly necessary modules. The most logical way of doing so seems to be by creating hidden