* [gentoo-science] sage -> numpy -> lapack
@ 2010-06-30 8:09 Thomas Kahle
2010-06-30 8:51 ` François Bissey
0 siblings, 1 reply; 4+ messages in thread
From: Thomas Kahle @ 2010-06-30 8:09 UTC (permalink / raw
To: gentoo-science
[-- Attachment #1: Type: text/plain, Size: 285 bytes --]
Hi,
The way that sage depends on lapack and numpy is broken at the moment.
Can somebody look at bug 320669 ?
At least here on x86 it is not possible to get a working sage at the
moment. Let me know if there is anything I can test or do.
Thanks
Thomas
--
Thomas Kahle
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 380 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [gentoo-science] sage -> numpy -> lapack
2010-06-30 8:09 [gentoo-science] sage -> numpy -> lapack Thomas Kahle
@ 2010-06-30 8:51 ` François Bissey
2010-06-30 9:21 ` Thomas Kahle
0 siblings, 1 reply; 4+ messages in thread
From: François Bissey @ 2010-06-30 8:51 UTC (permalink / raw
To: gentoo-science
> Hi,
>
> The way that sage depends on lapack and numpy is broken at the moment.
> Can somebody look at bug 320669 ?
> At least here on x86 it is not possible to get a working sage at the
> moment. Let me know if there is anything I can test or do.
>
this is a bit more subtle than that Thomas. I have 2 x86 machines,
one with problems and one without. Christopher doesn't have problems
on his x86 machine either.
Why is this bug not affecting amd64?
Francois
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [gentoo-science] sage -> numpy -> lapack
2010-06-30 8:51 ` François Bissey
@ 2010-06-30 9:21 ` Thomas Kahle
2010-07-05 10:30 ` François Bissey
0 siblings, 1 reply; 4+ messages in thread
From: Thomas Kahle @ 2010-06-30 9:21 UTC (permalink / raw
To: gentoo-science
[-- Attachment #1: Type: text/plain, Size: 969 bytes --]
On 06/30/2010 10:51 AM, François Bissey wrote:
>> Hi,
>>
>> The way that sage depends on lapack and numpy is broken at the moment.
>> Can somebody look at bug 320669 ?
>> At least here on x86 it is not possible to get a working sage at the
>> moment. Let me know if there is anything I can test or do.
>>
> this is a bit more subtle than that Thomas. I have 2 x86 machines,
> one with problems and one without. Christopher doesn't have problems
> on his x86 machine either.
> Why is this bug not affecting amd64?
Now I'm curious about lapack and friends. It seems that atlas is the
current way to go for sage, but I found that in various places
"reference" is eselected on my system.
Can somebody with a working system post a list of which implementations
should be eselected for which package?
Maybe someone should update this here too:
http://www.gentoo.org/proj/en/science/blas-lapack.xml
Thomas
>
> Francois
--
Thomas Kahle
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 380 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [gentoo-science] sage -> numpy -> lapack
2010-06-30 9:21 ` Thomas Kahle
@ 2010-07-05 10:30 ` François Bissey
0 siblings, 0 replies; 4+ messages in thread
From: François Bissey @ 2010-07-05 10:30 UTC (permalink / raw
To: gentoo-science
> On 06/30/2010 10:51 AM, François Bissey wrote:
> >> Hi,
> >>
> >> The way that sage depends on lapack and numpy is broken at the moment.
> >> Can somebody look at bug 320669 ?
> >> At least here on x86 it is not possible to get a working sage at the
> >> moment. Let me know if there is anything I can test or do.
> >
> > this is a bit more subtle than that Thomas. I have 2 x86 machines,
> > one with problems and one without. Christopher doesn't have problems
> > on his x86 machine either.
> > Why is this bug not affecting amd64?
>
> Now I'm curious about lapack and friends. It seems that atlas is the
> current way to go for sage, but I found that in various places
> "reference" is eselected on my system.
> Can somebody with a working system post a list of which implementations
> should be eselected for which package?
> Maybe someone should update this here too:
> http://www.gentoo.org/proj/en/science/blas-lapack.xml
>
After checking there is currently only one place where we have made a
hard requirement on atlas and that is in sage-core where we ask for
lapack-atlas. I have removed the code eselecting lapack-atlas a few days
ago. If you can test that everything build with reference (you may have to
edit the ebuild) I may make that dependency into virtual/lapack instead.
Have you built linbox with blas/cblas/lapack reference as well?
Cheers,
Francois
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2010-07-05 10:30 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-06-30 8:09 [gentoo-science] sage -> numpy -> lapack Thomas Kahle
2010-06-30 8:51 ` François Bissey
2010-06-30 9:21 ` Thomas Kahle
2010-07-05 10:30 ` François Bissey
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox