[Bug 225979] Merge Review: lam

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Merge Review: lam


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=225979





------- Additional Comments From dledford at redhat.com  2007-02-05 00:32 EST -------
In regards to dropping LAM, I'm all for it (and I currently own it).

In regards to the system wide default issue.  Although the LAM and OpenMPI
packages attempt to set the system wide default via alternatives, that's really
only for people that want to be lazy and just use whatever is there.  The
purpose of the /usr/share/{lam,openmpi}-<version>/bin* directories is so that
people can still run their preferred application without it being the system
wide default (openmpi in particular needs to be called with $0 being a correct
filename or else it won't find the right modules, so you can't just create
unique symlinks to the binaries).  If people want the alternatives stuff removed
strongly enough, then I could just make all the mpi implementations use
non-default locations and do away with the overlap entirely, although I suspect
that would violate the linux FHS, so the justification would need to be strong
enough to do so.

As for the source not including the APSL files, I was informed (by legal) that
the exact wording of the APSL makes it questionable whether or not it is
actually legal to have both APSL and GPL source distributed in the same tarball,
and so I removed the APSL files from the tarball we ship at their request.  I
don't really know enough about the legal stuff to comment on whether or not
that's right, so I can't argue the correctness of the action, I was just doing
what I was told (however, I was told this in regards to RHEL, not Fedora, so it
may have been an incorrect assumption on my part that the same legal issue would
exist in Fedora).

As for the dangling symlink issue, that's from the practice of putting only
versioned .so files in -libs (aka, totalview.so.0.0.0 and totalview.so.0) and
putting the bare .so file in -devel.  The -devel package should have a Requires:
on the -libs package, which would negate the dangling symlink (pauses to go
check)...indeed, the base package Requires: -libs, and -devel Requires: the base
package, so the dependency chain is in fact in tact, rpmlint just gave a false
positive in this case.

-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.