On Fri, 2008-10-10 at 12:48 +0200, Ralf Corsepius wrote:
Internal applications => libexec
> >
> > User-callable applications => bindir
> >
> > User-callable add-on applications => /usr/lib/<somewhere> (!) or %
> > libdir/<somewhere>
> >
> > Multi-arched applications => %libdir/<somewhere>
>
> So... for a program (gromacs) using environment-modules
No idea what you mean by "environment-modules".
See
http://modules.sourceforge.net/ . As a reminder, here's Ed's mail
from a couple of days ago.
On Tue, 2008-10-07 at 21:15 -0400, Ed Hill wrote:
Hi folks,
*Please* stop suggesting alternatives.
Alternatives is a total failure for user-space applications that are
not *completely* generic and 100% interchangeable. Lets illustrate
this point with three use cases:
Use case 1 : Two users (Alice and Bob) are using the same system
(machine) at the same time. Alice must use MPI implementation
"A" since it is the only one that works properly with her
application. And Bob wants to use the "B" implementation since
it is the one that works best for his application. Since
alternatives is a *system-wide* setting, it can only satisfy one
user a time -- never both. Thus, it is a total failure for this
use case.
Use case 2 : A single user (Carl), wants to run two programs
(Foo and Bar) simultaneously. The Foo program feeds its results
to the Bar program. And the Foo program requires the "A" MPI
implementation while Bar requires the "B" implementation. Since
alternatives is a system-wide configuration setting, Carl cannot
run the two programs at the same time. Again, alternatives is
not up to the task.
Use case 3 : Dan and Evan both want to use the Baz program but Dan
requires certain features only available with Baz v1.0 while
Evan must have features only present in Baz v2.0. As in use case
#1, both Dan abd Evan are trying to use the same machine.
Please notice that modules (aka "environment modules") is a perfectly
workable solution for all the above scenarios and it does not require
any help from an admin (or root/sudo perms).
Ed
--
------------------------------------------------------
Jussi Lehtola, FM, Tohtorikoulutettava
Fysiikan laitos, Helsingin Yliopisto
jussi.lehtola(a)helsinki.fi, p. 191 50632
------------------------------------------------------
Mr. Jussi Lehtola, M. Sc., Doctoral Student
Department of Physics, University of Helsinki, Finland
jussi.lehtola(a)helsinki.fi
------------------------------------------------------