Packages where EPEL beats EL

[Mark Chappell]

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.


Mark

On 12/03/2010, Stephen John Smoogen <smooge at gmail.com> wrote:
> On Fri, Mar 12, 2010 at 10:32 AM, Mark Chappell <tremble at 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 at redhat.com
> https://www.redhat.com/mailman/listinfo/epel-devel-list
>