Proposal to (formally/easily) allowing multiple versions of the same library installable

Martyn Foster martyn.foster at gmail.com
Tue Feb 24 16:09:08 UTC 2015


On 20 February 2015 at 16:54, Andrew Haley <aph at redhat.com> wrote:

> On 02/16/2015 04:17 PM, Ralf Corsepius wrote:
> > I don't buy this argument wrt. Fedora.
> >
> > Fedora is a rapid moving, forward looking distro, in which such
> > regressions should be fixed and not be worked around by compat-libs.
>
> That rather assumes that the only use for Fedora libraries is running
> programs that are part of Fedora rather than programs that a user
> installs from elsewhere.  While this may be true, it's not necessarily
> a good thing.
>
> Andrew.


I'd also add that its not *regressions* that I was referring too. In fact
for numerical work, a
change in compiler options, or compiler version is likely to change results
- there is no assumption
of a bug being present.


On 20 February 2015 at 12:47, Casey Jao <casey.jao at gmail.com> wrote:
>
>
> Since Fedora serves as a blueprint for RHEL, CentOS, and Scientific
> Linux, which do get used in the scientific community and encounter the
> issues Martyn mentioned, any technical framework that Fedora develops to
> handle those issues would do the larger community quite a service, even
> if it does not get used that often by Fedora users.


Exactly. So for the admin in such environments it would be nice if;

$yum install blas
# installs into /usr/lib

$yum --versioned install  blas
# installs, e.g. into /opt/fedora/blas-3.5.0-10/lib/ and creates an
appropriate
# /etc/modulefiles/blas/3.5.0-10 so that the user can select to use it.

Without professing expertise on the best method, it appears that packages
being
more easily relocatable in this way would be entirely useful.

Is this much different to a convenience extension/wrapper to "yum
--installroot=XXX" which handles the details?

Martyn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20150224/a1a8cf3a/attachment-0001.html>


More information about the devel mailing list