You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Following this discussion it would be nice to get a modulefile command to order that a given module should not be mentioned from avail/search/whatis results. Modulefiles could already be hidden by prefixing their name by a dot character (.), but a command would help to hide dynamically depending on the situation.
This should be a rc file command (ie. used from .modulerc files) as true modulefile are not evaluated during avail command.
We may even extend this "hidding" concept to a "hide if criteria met" concept, for instance:
hide modulefile if not part of group
hide modulefile if some expiry date is over
The text was updated successfully, but these errors were encountered:
A hiding mechanism - especially the "hiding if criteria met" - would solve lots of issues also on our side. Our use case: We have a common software stack for multiple distributions but not all packages are provided for all distros. Currently we have to provide a different $MODULESPATH for each distribution which leads to lots of redundancies (all the common packages). A hiding mechanism would be an elegant solution for this situation.
Following this discussion it would be nice to get a modulefile command to order that a given module should not be mentioned from avail/search/whatis results. Modulefiles could already be hidden by prefixing their name by a dot character (.), but a command would help to hide dynamically depending on the situation.
This should be a rc file command (ie. used from
.modulerc
files) as true modulefile are not evaluated duringavail
command.We may even extend this "hidding" concept to a "hide if criteria met" concept, for instance:
The text was updated successfully, but these errors were encountered: