Since you used git clone, “configure” was installed from a tarball
probably as root. sudo make doesn’t really work with sage as far as I
know.
François
> On 7/11/2017, at 15:54, Clay Thompson wrote:
>
> [clay@localhost sage]$ ls -la | grep configure
> -rwxr-xr-x. 1 root root 265065 Nov 5 22:1
[clay@localhost sage]$ ls -la | grep configure
-rwxr-xr-x. 1 root root 265065 Nov 5 22:18 configure
-rw-rw-r--. 1 clay clay 36509 Nov 5 21:26 configure.ac
Usually when I install from source/devel, I install as root ("sudo make").
But Sage will not allow me to do that. That caveat aside, "cl
Hum… Does the file /home/clay/sage/configure belong to the user “clay”?
And what are its permission?
François
> On 7/11/2017, at 15:32, Clay Thompson wrote:
>
> Fresh install of Fedora 26 on an ASUS notebook. Source code pulled via git
> on 11/5/2017. Install fails after several hours. Relev
Fresh install of Fedora 26 on an ASUS notebook. Source code pulled via git
on 11/5/2017. Install fails after several hours. Relevant output from the
log file is below.
[clay@localhost sage]$ tail -n 25 /home/clay/sage/logs/pkgs/gcc-5.4.0.log
make[7]: Nothing to be done for 'install-data-am'.
I'm going to be on Zulip and working on reviewing some Python 3 tickets.
Feel free to join me!
David
On Sun, Oct 29, 2017 at 5:33 AM, David Roe wrote:
> Sorry for dropping the ball on organizing these. Based on the results of
> the survey, I'm going to propose Monday, November 6 starting at 4pm
Dear all,
after upgrading to the last docker image of cocalc,
cython complains with a missing "cypari.h" header.
_projects_38d5792a_e2ea_4974_a00f_8fe2468b2337_dynamic_cython_spyx_1.c:441:20:
fatal error: cypari.h: No such file or directory #include "cypari.h"
Before cython worked with load()
ou
Le lundi 6 novembre 2017 17:22:56 UTC+1, vdelecroix a écrit :
>
>
> The error message from both the thread and the ticket you mentioned is
> different
>
>
Actually, on my computer, I got exactly the same error message as you (cf.
the log file attached to
https://groups.google.com/d/msg/sage-rele
https://trac.sagemath.org/ticket/24166
On 06/11/2017 17:26, Dima Pasechnik wrote:
On Monday, November 6, 2017 at 3:38:20 PM UTC, vdelecroix wrote:
All right, after a
$ sage -f pip
brial compiled... missing dependency?
sure. spkg-install does call $PIP_INSTALL there.
On 06/11/2017
On Monday, November 6, 2017 at 3:38:20 PM UTC, vdelecroix wrote:
>
> All right, after a
>
> $ sage -f pip
>
> brial compiled... missing dependency?
>
sure. spkg-install does call $PIP_INSTALL there.
>
> On 06/11/2017 16:31, Vincent Delecroix wrote:
> > Dear all,
> >
> > A fresh compilat
On 06/11/2017 17:18, Eric Gourgoulhon wrote:
Hi Vincent,
Le lundi 6 novembre 2017 16:48:10 UTC+1, vdelecroix a écrit :
ImportError: No module named IPython.core.profiledir
Running setup.py install for ipykernel: finished with status 'error'
This is the failure discussed on sage-r
Hi Vincent,
Le lundi 6 novembre 2017 16:48:10 UTC+1, vdelecroix a écrit :
>
> ImportError: No module named IPython.core.profiledir
> Running setup.py install for ipykernel: finished with status 'error'
>
>
>
This is the failure discussed on sage-release:
https://groups.google.com/d/ms
After a
$ sage -f jupyter_client
it succeeded... missing dependency?
On 06/11/2017 16:59, Vincent Delecroix wrote:
After a
$ sage -f ipython
it gets better but failed again with
Traceback (most recent call last):
...
ImportError: No module named jupyter_client
(the more recent log is attac
After a
$ sage -f ipython
it gets better but failed again with
Traceback (most recent call last):
...
ImportError: No module named jupyter_client
(the more recent log is attached)
On 06/11/2017 16:46, Vincent Delecroix wrote:
Dear all,
A fresh compilation of Sage 8.1.beta9 (with profiling e
Dear all,
A fresh compilation of Sage 8.1.beta9 (with profiling enabled) failed on
my computer with
Traceback (most recent call last):
...
ImportError: No module named IPython.core.profiledir
Running setup.py install for ipykernel: finished with status 'error'
The complete log
All right, after a
$ sage -f pip
brial compiled... missing dependency?
On 06/11/2017 16:31, Vincent Delecroix wrote:
Dear all,
A fresh compilation of Sage 8.1.beta9 failed on my computer with
Traceback (most recent call last):
File "/opt/sage/src/bin/pip2-lock", line 53, in
from pkg
Ah, I see. Is it possible that by doing "sage -i latte_int" I have
installed a different version of 4ti2 than the one that CoCalc uses? I'm
still not sure why (without this option) I see different behaviours on my
machine and on CoCalc. If it matters I have Sage 8.0 running on Mac OS
Sierra 10.
I have created the wiki page: https://wiki.sagemath.org/days94
Please feel free to edit it if you want to add more information (for
instance, if you want to assign a course to yourself). I will add more
information as we get more details figured out.
Best,
Miguel.
--
You received this mess
Thanks. I finally managed to push my branch "manually". It may have been a
fluke ; it may have something to do wit SSK keys management on Trac (I
re-ploaded my public key).
--
Emmanuel Charpentier
Le lundi 6 novembre 2017 10:44:05 UTC+1, Erik Bray a écrit :
>
> On Sun, Nov 5, 2017 at 5:27 PM, E
On Mon, 6 Nov 2017, Jeroen Demeyer wrote:
Speaking of comparisons and graphs: we'll need to fix
https://trac.sagemath.org/ticket/22349 too at some point.
Uh... There are propably at least 1000 doctest that needs to correct.
And mmezzarobba is right: "in interactive use - - people want to see
On 2017-11-05 19:20, Jori Mäntysalo wrote:
Is it possible to run min(L) in Python2 and at the same time check if it
could be run in Python3 for given L?
Reason: allow_multiple_edges() on generic_graph.py and keep_label='min'
(or 'max'), can we have a nice deprecation?
Speaking of comparisons a
On 2017-11-05 22:51, Travis Scrimshaw wrote:
I'm not quite sure what you're asking. min and max are not fundamentally
changed between Python3 except that the cmp keyword will no longer be
valid.
The functions min() and max() are not fundamentally different but the
way how comparison works is d
On Sun, Nov 5, 2017 at 5:27 PM, Emmanuel Charpentier
wrote:
> I have exactly the same problem on Trac#24121, and can't push "manually,
> since there is no upstream branch here yet. Y'v uploaded a patch, bu that's
> not as easy to manage...
>
> Any ideas ?
git push -u origin
> Le samedi 7 octobr
On Mon, 6 Nov 2017, Jeroen Demeyer wrote:
Is it possible to run min(L) in Python2 and at the same time check if
it could be run in Python3 for given L?
That depends mostly on what arguments you give to min().
4) A mixture of the above
What I was thinking is something like
g = Graph([(1,2,'
On 2017-11-05 19:20, Jori Mäntysalo wrote:
Is it possible to run min(L) in Python2 and at the same time check if it
could be run in Python3 for given L?
That depends mostly on what arguments you give to min(). Are we talking
about
1) Standard Python types (str, int, ...)
2) Instances of sag
24 matches
Mail list logo
