[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Packages where EPEL beats EL

The important question would I suppose be what does RPM/Yum do with them...

I've a nasty feeling it uses lapack by default, but will use atlas for
dep solving if it's already installed.


On 12/03/2010, Stephen John Smoogen <smooge gmail com> wrote:
> On Fri, Mar 12, 2010 at 10:32 AM, Mark Chappell <tremble tremble org uk>
> wrote:
>> Stephen John Smoogen wrote:
>>> Ok if my cave man hacking attempts were correct then this is the list
>>> of things that in EPEL beats EL-5 stuff:
>>> Looking up all competing providers
>>> Got all the potential problems, checking them
>>> ==================================================================
>>> lapack-devel-3.0-37.el5.x86_64 requires liblapack.so.3()(64bit)
>>> epel wins with atlas
>>>   atlas - epel
>>>   lapack - el5
>> That liblapack.so.3 is tucked away in /usr/lib64/atlas/ and isn't on the
>> library path by default IIRC.
> What I did was compare the list of provides with the list of requires.
> One package requires liblapack and another says it provides it. My
> compare routine may need some work to make it better :).
> --
> Stephen J Smoogen.
> Ah, but a man's reach should exceed his grasp. Or what's a heaven for?
> -- Robert Browning
> _______________________________________________
> epel-devel-list mailing list
> epel-devel-list redhat com
> https://www.redhat.com/mailman/listinfo/epel-devel-list

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]