Hi,
Issue is fixed by using the ${^^var} syntax to disable rcexpandparam
option on the variables that were raising this issue during module
command initialization.
This fix will be shipped in upcoming version 4.8.0.
Regards,
Xavier
Le ven. 2 juil. 2021 à 14:11, Xav...@CE...
<Xav...@ce...> a écrit :
>
> Le vendredi 02 juillet 2021 à 13:35 +0200, Götz Waschk a écrit :
> > Hi everyone,
> >
> > I have tested Alma Linux 8.4 (a RHEL clone) with environment-modules
> > 4.5.2-1.el8, but I have also tested 4.7.0. The initial setup of the
> > module command fails with this error:
> >
> > /usr/share/Modules/init/zsh:37: no such file or directory:
> > eval/usr/bin/tclsh
> > /usr/share/Modules/init/zsh:37: no such file or directory:
> > eval/usr/bin/tclsh
> >
> > This is related to the zsh shell option rcexpandparam I have enabled in
> > my profile:
> > setopt rcexpandparam
> > If this option is unset, the error goes away and modules are loaded.
> >
> > Regards,
> > Götz Waschk
>
> Hi Götz,
>
> Thanks for this report. I have created an issue on GitHub for this bug
> [1].
>
> By commenting line 14 of /usr/share/Modules/init/zsh you should get a
> valid workaround.
>
> # define modules runtine quarantine configuration
> #export MODULES_RUN_QUARANTINE='LD_LIBRARY_PATH LD_PRELOAD'
>
> I will update the auto initialization mechanism of Modules for zsh
> shell to take into account the rcexpandparam option. This will be fixed
> in next release (4.8.0) that should be out in a week or two.
>
> Regards,
> Xavier
>
> [1] https://github.com/cea-hpc/modules/issues/403
>
> _______________________________________________
> Modules-interest mailing list
> Mod...@li...
> https://lists.sourceforge.net/lists/listinfo/modules-interest
|