On Thu, 20 Apr 2017, Kwankyu Lee wrote:
I propose to move the AUTHORS section to the last of the heading:
+1.
--
Jori Mäntysalo
Hi all,
In the ticket
https://trac.sagemath.org/ticket/22847
I introduced a change that could be controversial. I propose to move the
AUTHORS section to the last of the heading:
r"""
EXAMPLES::
AUTHORS:
- YOUR NAME (2005-01-03): initial version
- person (date in ISO year-month-day format):
see https://trac.sagemath.org/ticket/22799 :
polynomials with numpy coefficients strike again, this time if you build
Sage with clang:
sage: import numpy as np
sage: x=polygen(RR)# this is problematic
sage: y=polygen(RDF) # this works fine
sage: np.float('1.5')*x
1.50*x
s
Hi,
On Thu, Apr 20, 2017 at 12:10:42PM -0700, Dima Pasechnik wrote:
> >
> > Strange, well, I created a firewall rule blocking that IP for now and
> > everything seems to be fine.
> >
>
> Does this mean that we need some robots.txt somewhere, perhaps after some
> restructuring,
> which would pr
On Thursday, April 20, 2017 at 4:04:19 PM UTC+1, Erik Bray wrote:
>
> On Thu, Apr 20, 2017 at 4:54 PM, Dima Pasechnik > wrote:
> >
> >
> > On Thursday, April 20, 2017 at 3:38:12 PM UTC+1, Erik Bray wrote:
> >>
> >> Just posting to say I've noticed and am investigating.
> >>
> >> It seems
On Thursday, April 20, 2017 at 9:25:12 AM UTC-7, Daniel Krenn wrote:
>
> On 2017-04-20 17:09, John H Palmieri wrote:
> > Since some time last night, I have been unable to use "git trac checkout
> > TICKET":
>
> This (other ticket) worked for me about an hour ago.
>
Yes, you're right. It's ju
On 2017-04-20 17:09, John H Palmieri wrote:
> Since some time last night, I have been unable to use "git trac checkout
> TICKET":
This (other ticket) worked for me about an hour ago.
Daniel
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To uns
Not sure if this is related, but one thing that goes wrong with
the upgrade to IPython 5.0 is that multiline output gets an
extraneous blank line, for example instead of
sage: identity_matrix(2)
[1 0]
[0 1]
we get
sage: identity_matrix(2)
[1 0]
[0 1]
This is solved in I
Since some time last night, I have been unable to use "git trac checkout
TICKET":
$ git trac checkout 22764
Loading ticket #22764...
Checking out Trac #22764 remote branch
fb90d5e3667237f2d9fc7ba982b466bc52802b1d -> local branch
t/22764/fb90d5e3667237f2d9fc7ba982b466bc52802b1d...
Traceback (mos
On Thu, Apr 20, 2017 at 4:54 PM, Dima Pasechnik wrote:
>
>
> On Thursday, April 20, 2017 at 3:38:12 PM UTC+1, Erik Bray wrote:
>>
>> Just posting to say I've noticed and am investigating.
>>
>> It seems that somebody is performing a scrape of the front page which
>> includes a list of users on the
On Thursday, April 20, 2017 at 3:38:12 PM UTC+1, Erik Bray wrote:
>
> Just posting to say I've noticed and am investigating.
>
> It seems that somebody is performing a scrape of the front page which
> includes a list of users on the site [1] each of which is a link to a
> search query for all
Just posting to say I've noticed and am investigating.
It seems that somebody is performing a scrape of the front page which
includes a list of users on the site [1] each of which is a link to a
search query for all tickets and wiki pages associated with that user.
That's what's causing the slowdo
Indeed if one comments line 847 in src/setup.py the files looks to be there.
Sage crashes anyway but now:
VulK@bunion /mnt/backup/sage-py3 (git)-[my_py3] % ./sage -sh
Starting subshell with Sage environment variables set. Don't forget
to exit when you are done. Beware:
* Do not do anything
It looks to me that the various .so files get compiled but then removed just
before the build finishes. Here is a snippet of the log:
byte-compiling
/mnt/backup/sage-py3/local/lib/python3.5/site-packages/sage/stats/r.py to
r.cpython-35.pyc
byte-compiling
/mnt/backup/sage-py3/local/lib/python3
~/sage3/src/build$ find -name "*.so"
returns nothing :(
Le jeudi 20 avril 2017 09:35:50 UTC+2, vdelecroix a écrit :
>
> Can you look at SAGE_ROOT/src/build and try to find is there is a .so
> there. For example
>
> $ find $(sage -root)/src/build -name "*.so"
>
> (normally there should be, the
Can you look at SAGE_ROOT/src/build and try to find is there is a .so
there. For example
$ find $(sage -root)/src/build -name "*.so"
(normally there should be, the cythonization process put stuff there)
On 20/04/2017 09:07, Frédéric Chapoton wrote:
STOP ! you should export SAGE_PYTHON3=yes
L
STOP ! you should export SAGE_PYTHON3=yes
Le jeudi 20 avril 2017 09:02:54 UTC+2, Frédéric Chapoton a écrit :
>
> Really 355 ? More like 20, but I agree that it is a mess.
>
> This is my own experimental branch, not for evereybody's eyes.. It is made
> from 22764, 22756, 22305 and 22775
>
> plus o
Really 355 ? More like 20, but I agree that it is a mess.
This is my own experimental branch, not for evereybody's eyes.. It is made
from 22764, 22756, 22305 and 22775
plus one own commit that takes care (not in a good way) of the last two
calls to cmp() in pyx files.
Frederic
Le jeudi 20 avr
Waiting for make... I have nothing to do in order that Python3 is used
instead of Python2?
On 20/04/2017 08:52, Frédéric Chapoton wrote:
Salut,
you have to apply first : public/experimental_python3_v0
then the ticket 22775 (new conway_polynomial
package) https://trac.sagemath.org/ticket/22775
19 matches
Mail list logo
