Hi Shaun,
I suggest you to enable the quarantine mechanism and set LD_LIBRARY_PATH in
the list of env variable to protect from.
In /etc/environment-modules/initrc, add the following lines:
module config quarantine_support 1
module config run_quarantine LD_LIBRARY_PATH
Then restart a new shell session.
It should protect the module execution from this interfering Tcl
installation.
Best regards,
Xavier
Le mer. 13 mai 2026 à 21:23, Shaun Deacon via lists.hpsf.io <Shaun.Deacon=
us....@li...> a écrit :
> Hi All,
>
>
>
> Module version :
>
> Modules Release 5.5.0 (2024-11-11)
>
> Platform :
>
> Red Hat Enterprise Linux release 8.10 (Ootpa)
>
>
>
> I have a vendor tool which provides its own shared object libraries
> including a copy of the Tcl libraries but doesn’t provide a “tcl8.6”
> sub-directory that would contain ‘init.tcl’
>
> The module for the vendor tool needs the LD_LIBRARY_PATH environment to be
> adjusted to pick up its custom libraries
>
>
>
> Unfortunately, if the tool library directories are prepended to
> LD_LIBRARY_PATH, this interferes with the Tcl that modules needs.
>
>
>
> %> module load tool-with-lib
>
> %> module load another-tool
>
>
>
> ERROR: Can't find a usable init.tcl in the following directories:
>
> /vols/mmsimP4_t1b_008/ws/mmsimcm/mmsimcm_dep_0401/nsd_ext_lib/tcltk/tools.lnx86/tcltk-8.6.8/lib/tcl8.6
> /usr/lib/tcl8.6 /lib/tcl8.6 /usr/library /library /tcl8.6.8/library
> /tcl8.6.8/library
>
>
>
> This probably means that Tcl wasn't installed properly.
>
>
>
> while executing
>
> "error $msg"
>
> (procedure "tclInit" line 61)
>
> invoked from within
>
> "tclInit"
>
> invoked from within
>
> "interp create $itrp"
>
> (procedure "execute-modulerc" line 60)
>
> invoked from within
>
> "execute-modulerc $dir/$elt $elt $elt"
>
> (procedure "getModules" line 101)
>
> invoked from within
>
> "getModules $dir $mod 0 [list rc_defs_included resolve]"
>
> (procedure "getPathToModule" line 49)
>
> invoked from within
>
> "getPathToModule $mod $modulepath_list $notfounderr"
>
> (procedure "cmdModuleLoad" line 30)
>
> invoked from within
>
> "cmdModuleLoad load 1 $tryload $loadany $tag_list {} {*}$args"
>
> (procedure "cmdModuleIntLoad" line 17)
>
> invoked from within
>
> "$cmdprocname {*}$cmdopts {*}$parsed_args"
>
> (procedure "module" line 186)
>
> invoked from within
>
> "{*}$execcmdlist"
>
>
>
> What is the recommended/best way to get round this issue ?
>
> I’m sure this issue has come up before, but I couldn’t find answers on the
> internet.
>
>
>
> Best regards
>
> Shaun
>
>
>
> --
>
> Shaun Deacon
>
> Principal Software Engineer
>
> Socionext America, Inc.
>
> --
>
>
> CONFIDENTIALITY NOTE: This electronic message (including any attachments)
> may contain information that is privileged, confidential, and proprietary.
> If you are not the intended recipient, you are hereby notified that any
> disclosure, copying, distribution, or use of the information contained
> herein (including any reliance thereon) is strictly prohibited. If you
> received this electronic message in error, please immediately reply to the
> sender that you have received this communication and destroy the material
> in its entirety, whether in electronic or hard copy format. Although
> Socionext has taken reasonable precautions to ensure no viruses are present
> in this email, Socionext accepts no responsibility for any loss or damage
> arising from the use of this email or attachments.
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#26): https://lists.hpsf.io/g/modules-interest/message/26
Mute This Topic: https://lists.hpsf.io/mt/119302881/10150481
Group Owner: mod...@li...
Unsubscribe: https://lists.hpsf.io/g/modules-interest/unsub [mod...@li...]
-=-=-=-=-=-=-=-=-=-=-=-
|