|
From: Danny S. <Dan...@EM...> - 2023-04-21 14:47:39
|
Hi Paul,
Thank you for the advices!
As we’re just using the base module for loading I tested
‘module switch base base’
and it seems to work (module gets reloaded incl dependencies even if loaded already). This is what we want.
Do you see any problem with it in comparison to the dot version ‘ module switch base/dot base/dot’ you recommended?
Any other drawbacks?
Best regards,
Danny
From: Paul Markfort <pau...@gm...>
Sent: 21 April 2023 16:15
To: mod...@li...
Subject: Re: [Modules] "module load" compatibility
I suggest (if you can) that you update to: Modules Release 5. 2. 0 (2022-11-08) (has the same issue, but has many improvements and corrections). Try using "module switch" instead of module load. Note, you can only load one module with module
ZjQcmQRYFpfptBannerStart
This Message Is From an External Sender
This message came from outside your organization.
Report Suspicious <https://us-phishalarm-ewt.proofpoint.com/EWT/v1/BQNorrFsuw!2ltPJtMZlpNr756NSmphjamxzF7ZB1hr2Q-JeXQq2fj5Akb0iruOBqzqpwYmNVNmR5ZwDpgVelvBz8Eyc5ZCLiWq-JqhWgnxMfSddmU$>
ZjQcmQRYFpfptBannerEnd
I suggest (if you can) that you update to: Modules Release 5.2.0 (2022-11-08)
(has the same issue, but has many improvements and corrections).
Try using "module switch" instead of module load.
Note, you can only load one module with module switch.
There are some issues with this.
If the module you are loading is not loaded, and is the same base path as another loaded module, module switch will unload that other module.
A way around this is to specify the same module for modulefile1 and modulefile2 (rather than leave modulefile1 unspecified).
As in:
module switch base/dot base/dot
However, you should see the previous post about "module load" behavior.
Notes:
This behavior change from the old 3.2.10 binary version to the TCL source version caused me some headaches when I first switched (some years ago).
I changed some of my shell initialization module loads to module source (supported with-out full module paths in 5.2.0), as I needed them to be processed every time the shell initialization script ran (advantage: sourced modules can't be unloaded). For instance, when I want to load a module to define shell aliases (which aren't inherited by the shell).
On 4/21/2023 3:54 AM, Jens-Olaf Beismann wrote:
> Dear all,
>
> it appears that with module 3.2.10 a load of an already loaded module is executed again while it is not with version 4.5.2. https://urldefense.com/v3/__https://modules.readthedocs.io/en/latest/changes.html__;!!BQNorrFsuw!iyB3C-H01tIHSv2CgndWyb7U49AY6hVdSg5RDbM9FbXSl3nd0g3Zl38BGprZaJVR3AkUJZa4fEQi0nJiKIRttPUj$<https://urldefense.com/v3/__https:/modules.readthedocs.io/en/latest/changes.html__;!!BQNorrFsuw!iyB3C-H01tIHSv2CgndWyb7U49AY6hVdSg5RDbM9FbXSl3nd0g3Zl38BGprZaJVR3AkUJZa4fEQi0nJiKIRttPUj$>[modules[.]readthedocs[.]io] says
>
> When an already loaded modulefiles is asked for load again, compatibility version will refresh the shell alias definition this modulefile hold if any, whereas Modules 4 will ignore the new load order.
>
> Is there a way to achieve the old behavior with version 4.5.2? Our tests with the -f option have not been successful in this respect, and as per the documentation we don't want to manipulate _LMFILES_ and LOADEDMODULES explicitly.
>
> Thank you and best regards,
>
> Jens-Olaf
> ---
> Dr. Jens-Olaf Beismann Benchmarking Expert
> High Performance Computing NEC Deutschland GmbH https://urldefense.com/v3/__https://www.nec.com/en/global/solutions/hpc/__;!!BQNorrFsuw!iyB3C-H01tIHSv2CgndWyb7U49AY6hVdSg5RDbM9FbXSl3nd0g3Zl38BGprZaJVR3AkUJZa4fEQi0nJiKKfqIEBN$<https://urldefense.com/v3/__https:/www.nec.com/en/global/solutions/hpc/__;!!BQNorrFsuw!iyB3C-H01tIHSv2CgndWyb7U49AY6hVdSg5RDbM9FbXSl3nd0g3Zl38BGprZaJVR3AkUJZa4fEQi0nJiKKfqIEBN$>[nec[.]com]
> Tel: +49 431 2372063 (office) +49 152 22851521 (mobile)
> ---
> NEC Deutschland GmbH, Fritz-Vomfelde-Straße 14, D-40547 Düsseldorf
> Geschäftsführer: Yuichi Kojima
> Handelsregister Düsseldorf, HRB 57941, VAT ID DE129424743
>
>
> _______________________________________________
> Modules-interest mailing list
> Mod...@li...<mailto:Mod...@li...>
> https://urldefense.com/v3/__https://lists.sourceforge.net/lists/listinfo/modules-interest__;!!BQNorrFsuw!iyB3C-H01tIHSv2CgndWyb7U49AY6hVdSg5RDbM9FbXSl3nd0g3Zl38BGprZaJVR3AkUJZa4fEQi0nJiKL8jB-da$<https://urldefense.com/v3/__https:/lists.sourceforge.net/lists/listinfo/modules-interest__;!!BQNorrFsuw!iyB3C-H01tIHSv2CgndWyb7U49AY6hVdSg5RDbM9FbXSl3nd0g3Zl38BGprZaJVR3AkUJZa4fEQi0nJiKL8jB-da$>[lists[.]sourceforge[.]net]
>
--
--------------------------------------------------------
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: https://urldefense.com/v3/__http://paulfm.com/*paulfm/__;fg!!BQNorrFsuw!iyB3C-H01tIHSv2CgndWyb7U49AY6hVdSg5RDbM9FbXSl3nd0g3Zl38BGprZaJVR3AkUJZa4fEQi0nJiKERnxvvu$<https://urldefense.com/v3/__http:/paulfm.com/*paulfm/__;fg!!BQNorrFsuw!iyB3C-H01tIHSv2CgndWyb7U49AY6hVdSg5RDbM9FbXSl3nd0g3Zl38BGprZaJVR3AkUJZa4fEQi0nJiKERnxvvu$>[paulfm[.]com]
--------------------------------------------------------
_______________________________________________
Modules-interest mailing list
Mod...@li...<mailto:Mod...@li...>
https://urldefense.com/v3/__https://lists.sourceforge.net/lists/listinfo/modules-interest__;!!BQNorrFsuw!iyB3C-H01tIHSv2CgndWyb7U49AY6hVdSg5RDbM9FbXSl3nd0g3Zl38BGprZaJVR3AkUJZa4fEQi0nJiKL8jB-da$<https://urldefense.com/v3/__https:/lists.sourceforge.net/lists/listinfo/modules-interest__;!!BQNorrFsuw!iyB3C-H01tIHSv2CgndWyb7U49AY6hVdSg5RDbM9FbXSl3nd0g3Zl38BGprZaJVR3AkUJZa4fEQi0nJiKL8jB-da$>[lists[.]sourceforge[.]net]
|
