Quoting [email protected]:
The installation of scipy-0.9.0-r2 is blocked by sage-4.7.1-r2,
because 'emerge scipy' fails if numpy-1.5.1 and not numpy-1.6.1-r1 is
installed. But the installation of numpy-1.6.1-r1 is blocked by
sage-4.7.1-r2:
root@impala:/root(2)# emerge -pvuDN world
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild U ] sci-libs/scipy-0.9.0-r2 [0.9.0-r1] USE="doc -umfpack" 0 kB
Total: 1 package (1 upgrade), Size of downloads: 0 kB
WARNING: One or more updates have been skipped due to a dependency conflict:
dev-python/numpy:0
(dev-python/numpy-1.6.1-r1::gentoo, ebuild scheduled for merge)
conflicts with
~dev-python/numpy-1.5.1 required by
(sci-mathematics/sage-4.7.1-r2::sage-on-gentoo, installed)
dev-python/pexpect:0
(dev-python/pexpect-2.4-r1::sage-on-gentoo, ebuild scheduled for
merge) conflicts with
~dev-python/pexpect-2.0 required by
(sci-mathematics/sage-4.7.1-r2::sage-on-gentoo, installed)
The restriction to numpy-1.5.1 was motivated with missing clapack_*
symbols corresonding to Bug
https://bugs.gentoo.org/show_bug.cgi?id=371099.
But this issue seems to be solved now, comment 40 to Bug 371099.
Indeed I don't understand why numpy-1.5.1 was locked out by this update. This
version of numpy never had a problem and could have been switched to the new
style of declaration without problem.
Upgrading sage to use numpy-1.6.x is stalled at the moment so we need
numpy-1.5.1 for the time being. If problems persist I'll add a version
of scipy
in the sage-on-gentoo overlay I don't like doing this but that's the
only thing
that I have control on.
Francois
