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@xxxxxxxxxxx, p. 191 50632 ------------------------------------------------------ Mr. Jussi Lehtola, M. Sc., Doctoral Student Department of Physics, University of Helsinki, Finland jussi.lehtola@xxxxxxxxxxx ------------------------------------------------------ -- Fedora-packaging mailing list Fedora-packaging@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-packaging
