On Tue, Sep 27, 2016 at 4:18 AM, William Stein wrote:
> On Mon, Sep 26, 2016 at 6:55 PM, Jonathan Bober wrote:
> > On Mon, Sep 26, 2016 at 11:52 PM, William Stein
> wrote:
> >>
> >> On Mon, Sep 26, 2016 at 3:27 PM, Jonathan Bober
> wrote:
> >> > In the matrix_integer_dense charpoly() function,
On Mon, Sep 26, 2016 at 6:55 PM, Jonathan Bober wrote:
> On Mon, Sep 26, 2016 at 11:52 PM, William Stein wrote:
>>
>> On Mon, Sep 26, 2016 at 3:27 PM, Jonathan Bober wrote:
>> > In the matrix_integer_dense charpoly() function, there is a note in the
>> > docstring which says "Linbox charpoly dis
On Mon, Sep 26, 2016 at 11:52 PM, William Stein wrote:
> On Mon, Sep 26, 2016 at 3:27 PM, Jonathan Bober wrote:
> > In the matrix_integer_dense charpoly() function, there is a note in the
> > docstring which says "Linbox charpoly disabled on 64-bit machines, since
> it
> > hangs in many cases."
On Mon, Sep 26, 2016 at 3:27 PM, Jonathan Bober wrote:
> In the matrix_integer_dense charpoly() function, there is a note in the
> docstring which says "Linbox charpoly disabled on 64-bit machines, since it
> hangs in many cases."
>
> As far as I can tell, that is not true, in the sense that (1) I
In the matrix_integer_dense charpoly() function, there is a note in the
docstring which says "Linbox charpoly disabled on 64-bit machines, since it
hangs in many cases."
As far as I can tell, that is not true, in the sense that (1) I have 64-bit
machines, and Linbox charpoly is not disabled, (2)
c
> On Mon, Sep 26, 2016 at 6:22 AM, Volker Braun wrote:
>> Yes, both the file server files.sagemath.org and buildbot build.sagemath.org
>> are down...
I've done what I can and right now
- files.sagemath.org
- rsync.sagemath.org
seem to respond to pings. And
- build.sagemath.org doesn'
On Mon, Sep 26, 2016 at 10:10 PM, Jean-Pierre Flori
wrote:
> I suspect that perhaps the copy I have the works is working because I
>> built it as sage 7.3 at some point with SAGE_ATLAS_LIB set and then rebuilt
>> it on the develop branch, which didn't get rid of the atlas symlinks that
>> were al
On Monday, September 26, 2016 at 9:06:17 PM UTC+2, Michael Orlitzky wrote:
>
> On 09/26/2016 03:03 PM, 'Martin R' via sage-devel wrote:
> >
> > Is there a quick fix?
> >
>
> To get something usable, try
>
> ./configure --with-blas=atlas
>
> before running "make". I had a similar problem:
On Mon, Sep 26, 2016 at 7:24 AM, William Stein wrote:
> On Mon, Sep 26, 2016 at 6:22 AM, Volker Braun wrote:
>> Yes, both the file server files.sagemath.org and buildbot build.sagemath.org
>> are down...
>>
>
> I'll check on these when I'm next on campus (probably today).
It turns out the UPS is
On Monday, September 26, 2016 at 8:42:26 PM UTC+2, Jonathan Bober wrote:
>
> I suspect that perhaps the copy I have the works is working because I
> built it as sage 7.3 at some point with SAGE_ATLAS_LIB set and then rebuilt
> it on the develop branch, which didn't get rid of the atlas symlinks
Thanks, now (and for the next few hours :-) trying...
Am Montag, 26. September 2016 21:06:17 UTC+2 schrieb Michael Orlitzky:
>
> On 09/26/2016 03:03 PM, 'Martin R' via sage-devel wrote:
> >
> > Is there a quick fix?
> >
>
> To get something usable, try
>
> ./configure --with-blas=atlas
>
>
On 09/26/2016 03:03 PM, 'Martin R' via sage-devel wrote:
>
> Is there a quick fix?
>
To get something usable, try
./configure --with-blas=atlas
before running "make". I had a similar problem:
https://trac.sagemath.org/ticket/21561
--
You received this message because you are subscribed
I just tried make after saying "export TARGET=P2". Doing so, openblas
starts to build but fails after a while saying
ar: sgemm_kernel.o: No such file or directory
../Makefile.tail:40: recipe for target 'libs' failed
make[4]: *** [libs] Error 1
make[4]: Leaving directory
'/home/martin/sage-devel
I suspect that perhaps the copy I have the works is working because I built
it as sage 7.3 at some point with SAGE_ATLAS_LIB set and then rebuilt it on
the develop branch, which didn't get rid of the atlas symlinks that were
already setup. So maybe it isn't actually using openBLAS.
On Mon, Sep 26,
I've rebuilt again from scratch, twice. Once after clearing all my possibly
questionable environment variables (except for LD_LIBRARY_PATH, since that
is needed for gcc-6.1.0, as set by module add gcc-6.1.0 for me). The second
time I did "CFLAGS=-mno-xop make". I can see that flag took effect by
ex
I forgot:
martin@Martin-Laptop:~/sage-develop$ lscpu
Architecture: x86_64
CPU op-mode(s):32-bit, 64-bit
Byte Order:Little Endian
CPU(s):4
On-line CPU(s) list: 0-3
Thread(s) pro Kern:1
Kern(e) pro Socket:4
Socket(s): 1
NUMA-Knoten:
On my computer, 7.4.beta6 doesn't seem to compile openblas successfully
either. After make distclean and make I get an error (log attached).
real 135m22.614s
user 407m51.656s
sys 21m22.276s
***
Error building Sage.
The following packag
On Mon, Sep 26, 2016 at 6:22 AM, Volker Braun wrote:
> Yes, both the file server files.sagemath.org and buildbot build.sagemath.org
> are down...
>
I'll check on these when I'm next on campus (probably today).
William
>
>
> On Monday, September 26, 2016 at 2:25:52 PM UTC+2, leif wrote:
>>
>> Di
On Mon, Sep 26, 2016 at 1:50 PM, leif wrote:
> Jean-Pierre Flori wrote:
> >
> >
> > On Monday, September 26, 2016 at 11:47:00 AM UTC+2, Jonathan Bober wrote:
> >
> > On Mon, Sep 26, 2016 at 9:44 AM, Dima Pasechnik > > wrote:
> >
> >
> >
> > On Monday, September 26, 2016 at 2:22:5
Yes, both the file server files.sagemath.org and buildbot
build.sagemath.org are down...
On Monday, September 26, 2016 at 2:25:52 PM UTC+2, leif wrote:
>
> Dima Pasechnik wrote:
> > On Mon, Sep 26, 2016 at 7:50 AM, Harald Schilly
> > > wrote:
> >> On Mon, Sep 26, 2016 at 3:51 AM, Jonathan Bo
Jean-Pierre Flori wrote:
>
>
> On Monday, September 26, 2016 at 11:47:00 AM UTC+2, Jonathan Bober wrote:
>
> On Mon, Sep 26, 2016 at 9:44 AM, Dima Pasechnik > wrote:
>
>
>
> On Monday, September 26, 2016 at 2:22:51 AM UTC, Jonathan Bober
> wrote:
>
> I re
I now seem to have built a version that doesn't segfault on this, without
intentionally changing anything. So I don't know what is going on. I may
try another build from scratch, just for the sake of my sanity.
On Mon, Sep 26, 2016 at 11:09 AM, Jean-Pierre Flori
wrote:
>
>
> On Monday, September
Dima Pasechnik wrote:
>
>
> On Monday, September 26, 2016 at 9:04:08 AM UTC, Volker Braun wrote:
>
> Somebody killed unauthorized git:// over the weekend... incorrect
> firewall rule?
>
>
> It was William, I suppose.
> Actually, disabling anonymous git:// would perhaps help to reduce s
Dima Pasechnik wrote:
> On Mon, Sep 26, 2016 at 7:50 AM, Harald Schilly
> wrote:
>> On Mon, Sep 26, 2016 at 3:51 AM, Jonathan Bober wrote:
>>> tracgit://trac.sagemath.org/sage.git (fetch)
>>> tracg...@trac.sagemath.org:sage.git (push)
>>
>> As a random idea, since several others were also
Didn't we have that problem previously that OS updates would overwrite
system config (I'm guessing thats what happened).
On Monday, September 26, 2016 at 12:02:36 PM UTC+2, Dima Pasechnik wrote:
>
>
>
> On Monday, September 26, 2016 at 9:04:08 AM UTC, Volker Braun wrote:
>>
>> Somebody killed un
On Monday, September 26, 2016 at 11:47:00 AM UTC+2, Jonathan Bober wrote:
>
> On Mon, Sep 26, 2016 at 9:44 AM, Dima Pasechnik > wrote:
>
>>
>>
>> On Monday, September 26, 2016 at 2:22:51 AM UTC, Jonathan Bober wrote:
>>>
>>> I recompiled with gcc 6.1.0, and get the same segfault. I did a ./sage
On Monday, September 26, 2016 at 9:04:08 AM UTC, Volker Braun wrote:
>
> Somebody killed unauthorized git:// over the weekend... incorrect firewall
> rule?
>
It was William, I suppose.
Actually, disabling anonymous git:// would perhaps help to reduce server
load, without
real functionality p
On Mon, Sep 26, 2016 at 9:44 AM, Dima Pasechnik wrote:
>
>
> On Monday, September 26, 2016 at 2:22:51 AM UTC, Jonathan Bober wrote:
>>
>> I recompiled with gcc 6.1.0, and get the same segfault. I did a ./sage -i
>> gdb to get a better crash report, which is attached. I don't know if it is
>> usef
On Mon, 26 Sep 2016, Dima Pasechnik wrote:
i.e. you should see
trac g...@trac.sagemath.org:sage.git (fetch)
trac g...@trac.sagemath.org:sage.git (push)
Thanks! This works now.
--
Jori Mäntysalo
Somebody killed unauthorized git:// over the weekend... incorrect firewall
rule?
On Monday, September 26, 2016 at 10:52:13 AM UTC+2, Harald Schilly wrote:
>
> On Mon, Sep 26, 2016 at 10:16 AM, Dima Pasechnik > wrote:
> > this really has to be documented properly.
>
> just added to your ticket
On Mon, Sep 26, 2016 at 10:16 AM, Dima Pasechnik wrote:
> this really has to be documented properly.
just added to your ticket a comment, repeating it here:
it's not only the git-trac page, but also the "the hard way" page:
http://doc.sagemath.org/html/en/developer/manual_git.html#the-trac-server
On Monday, September 26, 2016 at 8:47:12 AM UTC, Dima Pasechnik wrote:
>
>
>
> On Monday, September 26, 2016 at 8:38:00 AM UTC, Jori Mäntysalo wrote:
>>
>> On Mon, 26 Sep 2016, Dima Pasechnik wrote:
>>
>> > please show us the output of
>> > git remote -v
>>
>> origingit://github.com/sa
On Monday, September 26, 2016 at 8:38:00 AM UTC, Jori Mäntysalo wrote:
>
> On Mon, 26 Sep 2016, Dima Pasechnik wrote:
>
> > please show us the output of
> > git remote -v
>
> origingit://github.com/sagemath/sage.git (fetch)
> origingit://github.com/sagemath/sage.git (push)
>
On Monday, September 26, 2016 at 2:22:51 AM UTC, Jonathan Bober wrote:
>
> I recompiled with gcc 6.1.0, and get the same segfault. I did a ./sage -i
> gdb to get a better crash report, which is attached. I don't know if it is
> useful. Also, it mentions some gcc 5.1.0 paths, which seems odd. I
On Mon, 26 Sep 2016, Dima Pasechnik wrote:
please show us the output of
git remote -v
origin git://github.com/sagemath/sage.git (fetch)
origin git://github.com/sagemath/sage.git (push)
tracgit://trac.sagemath.org/sage.git (fetch)
tracg...@trac.sagemath.org:sage.git (push)
trac2 g..
On Monday, September 26, 2016 at 8:16:56 AM UTC, Dima Pasechnik wrote:
>
> On Mon, Sep 26, 2016 at 7:50 AM, Harald Schilly
> <> wrote:
> > On Mon, Sep 26, 2016 at 3:51 AM, Jonathan Bober <> wrote:
> >> tracgit://trac.sagemath.org/sage.git (fetch)
> >> tracg...@trac.sagemath.org:sage.g
please show us the output of
git remote -v
I suspect you have git protocol (i.e. git://...) remote for fetching, which
don't work - you need git@... (i.e. ssh) remotes for both fetch and push.
See https://github.com/sagemath/sage_trac_plugin/issues/18
On Monday, September 26, 2016 at 6:33:02
On Mon, Sep 26, 2016 at 7:50 AM, Harald Schilly
wrote:
> On Mon, Sep 26, 2016 at 3:51 AM, Jonathan Bober wrote:
>> tracgit://trac.sagemath.org/sage.git (fetch)
>> tracg...@trac.sagemath.org:sage.git (push)
>
> As a random idea, since several others were also asking me about this:
> Did yo
On Mon, 26 Sep 2016, Harald Schilly wrote:
or maybe this:
git remote add trac2 g...@trac.sagemath.org:sage.git
git fetch trac2
and see if that works.
Works, but then how to checkout tickets after that?
--
Jori Mäntysalo
On Mon, Sep 26, 2016 at 3:51 AM, Jonathan Bober wrote:
> tracgit://trac.sagemath.org/sage.git (fetch)
> tracg...@trac.sagemath.org:sage.git (push)
As a random idea, since several others were also asking me about this:
Did you try setting both trac remotes to
g...@trac.sagemath.org:sage.gi
40 matches
Mail list logo
