I've decided that the best approach for upgrading the openmpi package to the
new 1.5.3 release
(which has an soversion bump) is to perform a clean break with the past
lammpi/openmpi packaging
with 10.7. The original lammpi/openmpi packaging in 10.4 was modified to have
co-existing main
packages as well as -shlibs but to have conflicting -dev packages (which also
overlapped with
the system openmpi filenames). This work fairly well as it allowed both lammpi
and openmpi to
be usable at the same time. It also had the benefit of exposing the system
openmpi if the
-dev packages where deinstalled (in order to use that).
Unfortunately the same approach isn't feasible with two openmpi major
releases as they
share too many common filenames/directories that can't be easily renamed short
of burying
them fully in /sw/opt/openmpi and /sw/opt/openmpi2 ala llvm29. However lammpi
hasn't seen
a release since 2007 and should be considered fully depreciated in favor of
openmpi (which
was the lammpi developer's intent). Also, since Lion no longer has a system
openmpi, there
is no need or purpose for the -dev splitoff.
I made an attempt to create a refactored openmpi2 which had the just the
main openmpi2
and openmpi2-shlibs splilt-off. However this approach impossible against the
current openmpi
and lammpi packages. Since files in openmpi2 would now be common to both
openmpi and the
openmpi-dev splitoff, both would have to Conflicts/Replaces on openmpi2. This
is not
possible under fink. With all of this in mind, I have posted new packaging with
the following
changes...
1) Both lammpi and openmpi are now set to Distribution: 10.4, 10.5, 10.6
2) An openmpi-10.7 variant is created for the new 1.5.3 release with
Distribution: 10.7.
3) The openmpi-10.7 variant no longer buries itself with
--libexecdir=%p/lib/%n. Also since
we don't do binary distributions anymore I have removed the hacks for handle
mpiCC, etc
for now. If that proves to be a problem, I'll revisit it but the existing
approach has
misbehaved in the past with repeated install/remove/install cycles of the
package.
4) I have left the shared libraries buried with --libdir=%p/lib/%n to avoid
overlapping files
with libotf.
Since we really only have few packages which use mpi (gromacs-mpi, fftw,
paraview-mpi), the depreciation
of the lammpi package and refactoring of openmpi shouldn't be a huge deal. It
will allow us
to have a much more sensible openmpi package going forward. The new packaging
is in fink tracking
at...
http://sourceforge.net/tracker/index.php?func=detail&aid=3320182&group_id=17203&atid=414256
An update for gromacs/gromacs-mpi with a 10.7 variant of the later sans the
openmpi variants
is available on fink tracking at...
http://sourceforge.net/tracker/?func=detail&aid=3379106&group_id=17203&atid=414256
Jack
------------------------------------------------------------------------------
Got Input? Slashdot Needs You.
Take our quick survey online. Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
