#71 subdirectory Modules doesn't exists anymore.

open
nobody
None
1
2014-08-20
2014-03-11
Olivier Lahaye
No

when installing modules in /opt for example, the directory /opt/modules/Modules/ was created and bin/ was installed in /opt/modules/Modules/[version]/bin

That was working in 3.2.9c, but in current svn 3.3.a version the "Modules" directory has vanished and now we have:
/opt/modules/[version]/bin and not /opt/modules/Modules/[version]/bin .

The INSTALL file is now inaccurate when speacking about path with "Modules". Example: --with-module-path is "$prefix/Modules/modulefiles" soudl be: --with-module-path is "$prefix/modulefiles

OR maybe the doc is correct and the install is broken... I don't know, but for sure, something has been broken between 3.2.9c and 3.3.a git version when using versionning.

Aside that, the AC_SUBST(DEFAULTPATH)dnl has been removed from the configure.ac and thus the etc/global/profile.modules.in is no patched against @DEFAULTPATH@
resulting in incomplete etc/global/profile.modules (@DEFAULTPATH@ pattern left untouched).

Discussion

  • Olivier Lahaye
    Olivier Lahaye
    2014-03-11

    Affected files so far: (most lines with @VERSIONING@)
    to find those files:

    grep -r @VERSIONING@ .|grep Modules
    
    init/ruby.rb.in: line 25 (remove "Modules/")
    etc/global/csh.cshrc.in: line 13 (remove "Modules/")
    etc/global/bashrc.in: line 14 (remove "Modules") (no /)
    etc/skel/.kshenv.in: line 7 (remove "Modules/")
    etc/skel/.cshrc.in: line 7 (remove "Modules/")
    init/ruby.rb.in: line 25 (remove "Modules/")
    etc/add.modules.in: line 147 (remove "Modules/")
                        (maybe also line 66)
    
     
    Last edit: Olivier Lahaye 2014-03-11