Not a rant.
They are both projects with the same basic end goal, but the module commands are different in many ways (and the same in others). And that was the point of my post.
"Environment Modules" is build on the tcl scripting language:
https://www.tcl.tk/about/
(the command to run the TCL/TK interpreter is: tclsh )
"Lmod" is built on the Lua scripting language:
https://www.lua.org/about.html
(the command to run the Lua interpreter is: lua )
So, although there are many commands in common, you may not be able to directly port module files from one to the other (particularly if they contain commands from the underlying scripting language).
Unfortunately, HPC clusters built to the spec at:
https://openhpc.community/
Use Lmod instead of modules.
Both projects are on sourceforge (it looks like lmod is also on github which seems to have the newest version).
Both projects host documentation on: https://readthedocs.org/
On 2022-04-14 03:54 PM, daniel shawul via Modules-interest wrote:
> I was not aware the systems had Lmod installed instead of environment-modules because software had TCL scripts.
> Also, I thought Lmod would be implementing environment-modules features sooner or later, and didn't think it is a completely separate projects
> You really should not assume the intentions of newbies who ask for help here, and go on a rant ...
>
>
>
>
> On Thursday, April 14, 2022, 11:08:03 AM MDT, Paul Markfort <pau...@gm...> wrote:
>
> lmod is a different project (with different goals).
>
> Contact the lmod project about your issue.
>
> You really should not submit issues for one project to another similar project.
>
> examples:
> If you have a problem with Chrome, don't ask Mozilla about it (nor should you ask the Chromium project - Chrome is built off of Chromium but is not the same program).
> If you have a problem with rsyslogd, don't ask the syslogd maintainers about it.
> etc.
>
>
>
> On 2022-04-14 11:49 AM, daniel shawul via Modules-interest wrote:
>> Hello Xavier,
>> Thank you for the explanation!
>> Will this feature be available in Lmod as well sometime in the future? Unfortunately, the systems I am working on have Lmod 8.5.2 installed, which doesn't seem to support this feature.
>> regards,Daniel
>> On Wednesday, April 13, 2022, 10:34:15 PM MDT, Xavier Delaruelle <xav...@gm...> wrote:
>>
>> Hello Daniel,
>> Starting Modules 4.1, regular puts statement are run right after environment changes, so the load phase in your example should perform just fine:
>> $ cat foo
>> #%Module
>> append-path PATH /path/to/foo
>> puts "echo foo;"
>> $ $MODULES_CMD bash load ./foo
>> PATH=usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/path/to/foo; export PATH;
>> _LMFILES_=/home/user/foo; export _LMFILES_;
>> LOADEDMODULES=/home/user/foo; export LOADEDMODULES;
>> echo foo;
>> test 0;
>> For the unload phase, a new channel called prestdout is introduced to render puts statement prior environment changes as the deactivate command has to be done prior unsetting path. This is a new feature that will be introduced in upcoming version 5.1 [1].
>> Regards,Xavier
>> [1] https://modules.readthedocs.io/en/latest/modulefile.html#mfcmd-puts
>> Le jeu. 14 avr. 2022 à 03:20, daniel shawul via Modules-interest <mod...@li...> a écrit :
>>
>>
>> Is it possible to update PATHs immediately after a module load call inside a modulefile. For the example shown below, a module named mymodule, the first call of module load mymodule will load conda but the following conda activate call will not work because path to conda exe is not found. The second call does the activate just fine, so what I am trying to achieve is to get the conda activate to work with one module load call. I've tried getting the path to the conda exe and calling conda activate with it, but didn't work.
>> The only thing that seems to work is to put them in two separate modulefiles.
>> #%Module
>>
>> module load miniconda3
>>
>> if { [module-info mode load] } {
>> puts "conda activate mywork;"
>> }
>>
>> if {[module-info mode remove]} {
>> puts "conda deactivate;"
>> }
>> _______________________________________________
>> Modules-interest mailing list
>> Mod...@li...
>> https://lists.sourceforge.net/lists/listinfo/modules-interest
>>
>>
>>
>>
>>
>> _______________________________________________
>> Modules-interest mailing list
>> Mod...@li...
>> https://lists.sourceforge.net/lists/listinfo/modules-interest
>>
>
>
>
> _______________________________________________
> Modules-interest mailing list
> Mod...@li...
> https://lists.sourceforge.net/lists/listinfo/modules-interest
>
--
--------------------------------------------------------
The views and opinions expressed above are strictly
those of the author(s). The content of this message has
not been reviewed nor approved by any entity whatsoever.
--------------------------------------------------------
Paul FM Info: http://paulfm.com/~paulfm/
--------------------------------------------------------
|