1 |
> On 04/12/10 - 16:51:27, François Bissey wrote: |
2 |
> > I think it is a sage-env issue from sage-script which will make |
3 |
> > things fun. |
4 |
> > |
5 |
> > I will try a fix shortly, testing take a while on this little |
6 |
> > computer but it |
7 |
> > will be live on the overlay if you want to test. |
8 |
> > |
9 |
> > Francois |
10 |
> |
11 |
> The install of Sage still fails. The sage-singular install leaves an |
12 |
> odd symlink for LIB under |
13 |
> /opt/sage/local. LIB points to the portage work directory. Here this is |
14 |
> usually |
15 |
> |
16 |
> LIB -> lib |
17 |
> lib -> lib64 |
18 |
|
19 |
Good spotting, I will look into that later. In sage they make it to point to |
20 |
lib(64) which is funny in that it actually originally point to share/singular. |
21 |
I will make the link relative rather than absolute a little bit later. |
22 |
|
23 |
> |
24 |
> However, this is not the issue. If I fix the symlinks the install of |
25 |
> sage still fails. I get |
26 |
> |
27 |
> cd /var/tmp/portage/sci-mathematics/sage-4.3.5/image//opt/bin/; ./sage |
28 |
> -c |
29 |
> Setting permissions of DOT_SAGE directory so only you can read and |
30 |
> write it. |
31 |
> Traceback (most recent call last): |
32 |
> File |
33 |
> "/var/tmp/portage/sci-mathematics/sage-4.3.5/image/opt/sage/local/bin/sage- |
34 |
> eval", line 4, in <module> |
35 |
> from sage.all import * |
36 |
> File |
37 |
> "/var/tmp/portage/sci-mathematics/sage-4.3.5/image/opt/sage/local/lib64/pyt |
38 |
> hon/site-packages/sage/all.py", line 72, in <module> |
39 |
> from sage.rings.all import * |
40 |
> File |
41 |
> "/var/tmp/portage/sci-mathematics/sage-4.3.5/image/opt/sage/local/lib64/pyt |
42 |
> hon/site-packages/sage/rings/all.py", line 94, in <module> |
43 |
> from qqbar import (AlgebraicRealField, is_AlgebraicRealField, AA, |
44 |
> File |
45 |
> "/var/tmp/portage/sci-mathematics/sage-4.3.5/image/opt/sage/local/lib64/pyt |
46 |
> hon/site-packages/sage/rings/qqbar.py", line 1416, in <module> |
47 |
> QQxy = QQ['x', 'y'] |
48 |
> File "ring.pyx", line 205, in sage.rings.ring.Ring.__getitem__ |
49 |
> (sage/rings/ring.c:2711) |
50 |
> File |
51 |
> "/var/tmp/portage/sci-mathematics/sage-4.3.5/image/opt/sage/local/lib64/pyt |
52 |
> hon/site-packages/sage/rings/polynomial/polynomial_ring_constructor.py", |
53 |
> line 355, in PolynomialRing |
54 |
> R = _multi_variate(base_ring, names, n, sparse, order) |
55 |
> File |
56 |
> "/var/tmp/portage/sci-mathematics/sage-4.3.5/image/opt/sage/local/lib64/pyt |
57 |
> hon/site-packages/sage/rings/polynomial/polynomial_ring_constructor.py", |
58 |
> line 453, in _multi_variate |
59 |
> from sage.rings.polynomial.multi_polynomial_libsingular import |
60 |
> MPolynomialRing_libsingular |
61 |
> ImportError: libsingular.so: cannot open shared object file: No such |
62 |
> file or directory |
63 |
> |
64 |
Yes my fault, and I was away for a bit while the test was underway. I set |
65 |
LIBRARY_PATH instead of LD_LIBRARY_PATH. Hopefully _that_ will work. |
66 |
|
67 |
Francois |