modules ???

[mocore]

i found a reference to this paper `Modules: Providing a Flexible User Environment` @ https://modules.sourceforge.net/docs/Modules-Paper.pdf
via
https://hpc.guix.info/blog/2022/05/back-to-the-future-modules-for-guix-packages/

i could not find any mention of it on the forum...

is any one familiar with this software ?

https://modules.sourceforge.net/
https://modules.readthedocs.io/en/latest/design.html

https://modules.readthedocs.io/en/stable/INSTALL.html

Requirements

Modules consists of one Tcl script so to run it from a user shell the only requirement is to have a working version of tclsh (version 8.5 or later) available on your system. tclsh is a part of Tcl (http://www.tcl-lang.org/software/tcltk/).

it appears  configurable  with --prefix option

default installation process like described above will install Modules under /usr/local/Modules. You can change this with the --prefix option. By default, /usr/local/Modules/modulefiles will be setup as the default directory containing modulefiles. --modulefilesdir option enables to change this directory location.

https://modules.readthedocs.io/en/stable/INSTALL.html#build-and-installation-options

i guess on tc opt would be the obvious location choice for storage of persistent large files ?..

wrt versioned dependencies
https://modules.readthedocs.io/en/latest/cookbook/compiler-etc-dependencies.html#flavours-strategy

 

[mocore]

i had intended to add this quote from : "AWK As A Major Systems Programming Language — Revisited"
( previously mentioned in `awk oddity's` @ https://forum.tinycorelinux.net/index.php/topic,25301.msg171413.html#msg171413

Furthermore, these languages allow you to group related functions and variables into packages or modules: they let you manage the namespace.
...
If one examines the number of extensions available for PERL on CPAN, or for Python such as PyQt or the Python tk bindings, it becomes clear that extensibility is the real key to power (and from there to popularity).

Furthermore, in awk, all global variables and functions share a single namespace. This prevents many good software development practices based on the principle of information hiding.

To summarize:
A reasonable language definition, efficient implementations, debuggers and profilers are necessary but not sufficient for true power.

The final ingredients are extensibility and namespaces.
 

https://www.skeeve.com/awk-sys-prog.html

as it concludes extensibility and modularizability are key components of 

perhaps similar reason are behind the popularity of docker ect ?

any way i mention this (hear) because all though tc has a extension system

the other (popular) languages (as mentioned  above ) module/extension/"or bindings" systems just do there own thing
usually with the assumption that they have access to persistent storage

a similar problem is faced by other (non distro) package  managers afaik

so (i assert) some common  ground exists (in the problem space) between TC and other non distribution pkg-mgr's
& therefor perhaps common solution's might be found
or at least insight gained from other pkg-mgr approaches to problems in this space ?

so what do the forum think ?

[mocore]

 happened to find this on (a tangent) related write up of programing language package managers capable of  `single file/script` dependency resolution

 "Single-file scripts that download their dependencies" @ https://dbohdan.com/scripts-with-dependencies

 a more specific case , of the dep/`module` theme