>
>> That is what singular does, right?
>>
>> El martes, 11 de marzo de 2014 11:23:57 UTC+1, Dima Pasechnik escribió:
>>>
>>> On 2014-03-11, Jean-Pierre Flori wrote:
>>> >
>>> >
>>> > On Tuesday, March 11, 2014 10:20:08
It points to 6.1.beta1:
http://www.sagemath.org/download-latest.html
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sage-devel+unsubscr...@googlegroups.com.
To po
On Tuesday, March 11, 2014 10:20:08 AM UTC+1, mmarco wrote:
>
> Is it possible now to build sage on cygwin and obtain something that can
> be distributed? In that case, maybe we should include that in the download
> section.
>
I'd say mostly yes, just like on linux.
But some people said we shou
In fact you would need http://trac.sagemath.org/ticket/15317 which is
merged but in a 6.2 beta.
On Tuesday, March 11, 2014 9:15:53 AM UTC+1, Jean-Pierre Flori wrote:
>
> You can have a look at http://trac.sagemath.org/wiki/Cygwin64Port.
> My last try was with 5.13 on Cygwin64, but so
You can have a look at http://trac.sagemath.org/wiki/Cygwin64Port.
My last try was with 5.13 on Cygwin64, but some of the issues can be 32/64
agnostic and 5.13 and 6.1 are not that different.
The only one on the page which might affect you at this pooint is either
rebasing or a problem with syste
On Wednesday, March 5, 2014 10:35:31 PM UTC+1, Dr David Kirkby wrote:
>
>
> On 5 Mar 2014 20:17, "Jean-Pierre Flori" >
> wrote:
> >
> >
> >
> > On Wednesday, March 5, 2014 7:11:15 PM UTC+1, Christopher Swenson wrote:
> >>
> &
On Wednesday, March 5, 2014 9:31:11 PM UTC+1, Volker Braun wrote:
>
> On Wednesday, March 5, 2014 6:26:20 PM UTC, William wrote:
>>
>> They could provide the power and cooling and maybe the space (if it is
>> 1U)
>
>
> I don't think Sun/Oracle even made a 1U machine in the last, say 5 years.
>
I
ores for the M series.
http://followindex.com/data-centre/oracle-revs-up-sparc-m6-chip-for-seriously-big-iron/
>
> I was also hoping that UW might be able to provide power, cooling, and
> administration.
>
>
> On Wed, Mar 5, 2014 at 2:20 AM, Jean-Pierre Flori
>
> >
On Wednesday, March 5, 2014 11:04:01 AM UTC+1, Dr David Kirkby wrote:
>
> On 5 Mar 2014 09:22, "Jean-Pierre Flori" >
> wrote:
> >
>
> > We would also need somewhere to host (and feed with electricity and
> network) the box.
> > Unfortunately
On Wednesday, March 5, 2014 2:31:44 AM UTC+1, Christopher Swenson wrote:
>
> Sounds like my friend might be able to get some boxes donated. Do we want
> Solaris 10 and 11, I presume?
>
> Sounds great.
I guess one of them will do.
I used to use Solaris 10, and I have no idea of what changed in S
On Tuesday, March 4, 2014 8:27:59 PM UTC+1, Volker Braun wrote:
>
> Skynet has a Sun Blade 2500, afaik that is the same as David Kirby's
> machine. It is basically an order of magnitude slower than a modern
> computer. And you can't compile a Sage debug build, so it is painful to
> debug anyth
If we want to go on supporting sparc/solaris, it would be nice to have some
r/decent hardware (same for ppc/POWER7 by the way).
I had access to a T2+ until recently, but it seems the admin decided I was
using too much CPU and I cannot use it anymore.
I don't know what kind of hardware the skynet
On Thursday, February 27, 2014 1:07:00 AM UTC+1, Andrey Novoseltsev wrote:
>
> Hello,
>
> When I try to start a notebook from 6.1.1, I get
>
> sage-6.1.1/local/lib/python2.7/site-packages/Crypto/Util/number.py:57:
> PowmInsecureWarning: Not using mpz_powm_sec. You should rebuild using
> libgmp
Dear all,
On Saturday, February 22, 2014 10:00:30 AM UTC+1, Ralf Stephan wrote:
>
> Ticket #14780 (allow embedding Python tuples in symbolic expressions)
> cannot be resolved because it's buggy on SPARC only and, frankly, I
> wouldn't touch that iron with a long stick. It blocks #14801 (piecewis
The error is: "
"terminfo.tmp", line 306, terminal 'lpr': can't link l/lpr to p/printer"
So it seems to be something with symlinks.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it,
On Friday, February 7, 2014 7:31:59 PM UTC+1, François wrote:
>
> While gold is part of the problem it is not completely its fault in my
> opinion.
> gold I think default to "as-needed" sage/rings/model. complex_double.pyx
> doesn't directly
> call cblas so gold doesn't see it as needed and d
On Thursday, February 6, 2014 12:52:16 PM UTC+1, Volker Braun wrote:
>
> We only ship a partial boost library, afaik boost-python is not included.
> Installing boost system-wide might work, but I've also had issues with
> conflicting versions. But its worth a shot, for starters.
>
> Really, we
On Wednesday, February 5, 2014 2:54:56 PM UTC+1, Thierry
(sage-googlesucks@xxx) wrote:
>
> On Tue, Feb 04, 2014 at 12:57:04PM -0800, William Stein wrote:
> > It would be cool if there were a make target that did all of this...,
> > e.g., "make cache-clean" since it is not at clear from the nam
Dear all,
If we're going to support ARM, should we only support hard floats?
That seems sensible to me and would simplify pkgs install scripts (let's
say GCC and ATLAS at least).
Best,
JP
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsub
On Thursday, January 30, 2014 7:54:45 PM UTC+1, Jean-Pierre Flori wrote:
> On Thursday, January 30, 2014 7:35:46 PM UTC+1, Ondřej Čertík wrote:
>>
>> Hi,
>>
>> What is the state of the art library for factoring integers?
>> I was under the impression, that it
This highly depends on the size of your integers, and what form you expect
them to have.
For factors of a few tens of bits (lets say up to something between 50 and
80 bits), ECM should be the best.
For smaller factors, naive stuff .
For larger factors QS or NFS should be better.
We at least have
On Thursday, January 30, 2014 2:44:10 PM UTC+1, John Cremona wrote:
>
> 1. We use pari's SEA for elliptic curves over prime fields. the next
> version of pari, 2.7, is supposed to have point-counting over
> non-prime fields.
>
Yes for elliptic curves PARI 2.7 will have SEA over non-prime fiel
I'd like to have better point counting on curves over finite fields in Sage.
Not sure what would better fit directly within Sage and in C libraries,
let's say FLINT.
Not sure I can mentor someone, I'll gather some info about that.
On Thursday, January 30, 2014 1:45:18 PM UTC+1, mmarco wrote:
>
>
On Friday, January 17, 2014 8:32:20 AM UTC+1, Jeroen Demeyer wrote:
>
> On 2014-01-16 01:51, ref...@uncg.edu wrote:
> > Before I begin, I'd like to thank you in advance for any help I get with
> > this question. I'm currently working with some heavy computation and
> > decided to cython-ize
On Wednesday, January 8, 2014 2:20:40 PM UTC+1, Snark wrote:
>
> Le 08/01/2014 11:01, Jean-Pierre Flori a �crit :
> > On Wednesday, January 8, 2014 10:52:38 AM UTC+1, Snark wrote:
> >
> > Le 08/01/2014 09:10, Volker Braun a �crit :
> > > But m
On Wednesday, January 8, 2014 10:52:38 AM UTC+1, Snark wrote:
>
> Le 08/01/2014 09:10, Volker Braun a �crit :
> > But many mathematical packages do need hand-holding simply because
> > mathematicians generally don't know how to use e.g. autotools. At the
> > end of the day one of the goals o
Im not really for this.
Do we actually need horribly compilcated spkg-install scripts?
Most of the time its just patch/configure/make/make install or
patch/build/install.
If we really need something more involved it's a good point that upstream
is kind of broken (I'm actually aware of one python
On Wednesday, January 8, 2014 1:13:06 AM UTC+1, François wrote:
>
> I am not sure that anything under src/build/lib.linux-ppc64-2.7 or
> src/build/temp.linux-ppc64-2.7 is really useful.
> I don't think that it is even used if you do "sage -b". Otherwise sage
> works perfectly without either of
On Wednesday, January 8, 2014 1:02:58 AM UTC+1, Simon King wrote:
>
> Hi Jean-Pierre,
>
> On 2014-01-07, Jean-Pierre Flori > wrote:
> > --=_Part_785_14872110.1389137477309
> > Content-Type: text/plain; charset=ISO-8859-1
> >
> > It used to be the
It used to be the case with sage-hg and is still the case with sage-git
though the two directories location changed.
Is this really necessary for the update process?
It's just that it really spoils the address space on Cygwin, and eats space
on all systems.
--
You received this message because
On Monday, January 6, 2014 2:17:33 PM UTC+1, Jean-Pierre Flori wrote:
>
>
>
> On Monday, January 6, 2014 1:51:47 PM UTC+1, Dr David Kirkby wrote:
>>
>> On 6 January 2014 10:42, Jean-Pierre Flori wrote:
>>
>> > Strange, I recently compiled Sage 5.13 on
On Monday, January 6, 2014 1:51:47 PM UTC+1, Dr David Kirkby wrote:
>
> On 6 January 2014 10:42, Jean-Pierre Flori >
> wrote:
>
> > Strange, I recently compiled Sage 5.13 on SPARC/Solaris 10.
> > I bootstrapped Sage's GCC using the old Solaris provided gcc 3
own there in my quoted first post.
I don't know Andrew's email.
Could you CC him here?
>
>
> On Sunday, January 5, 2014 11:25:18 PM UTC-10, Jean-Pierre Flori wrote:
>>
>> Hi all,
>>
>> I'm getting
>> """
>> Oops…
>>
On Monday, January 6, 2014 11:42:47 AM UTC+1, Jean-Pierre Flori wrote:
>
>
>
> On Monday, January 6, 2014 11:27:29 AM UTC+1, Dr David Kirkby wrote:
>>
>> I notice someone had problems building the gcc package on marc. Well
>> on my Solaris 10 box, I get well beyon
On Monday, January 6, 2014 11:27:29 AM UTC+1, Dr David Kirkby wrote:
>
> I notice someone had problems building the gcc package on marc. Well
> on my Solaris 10 box, I get well beyond that. The problem, as I have
> reported before, is that the ATLAS is sending GNU specific options
> (e.g. -- n
Hi all,
I'm getting
"""
Oops…
*Trac detected an internal error:*
TypeError: object of type 'listreverseiterator' has no len()
There was an internal error in Trac. It is recommended that you notify your
local Trac administrator with the information needed to reproduce the issue.
To that end
I've been building Sage on Solaris recently, without too much trouble
(except building a 64 bit gcc which I still cannot achive whatever i try).
If someone has admin rights on skynet to create acocunts (xhich was not the
case last time I tried), I'd give it a shot with pleasere.
On Saturday, Jan
On Wednesday, January 1, 2014 11:09:31 PM UTC+1, R. Andrew Ohana wrote:
>
> Please try again. This should now be fixed.
>
> Works again!
Thanks.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving e
I'm getting an error:
*Trac detected an internal error:*
IOError: [Errno 13] Permission denied:
u'/home/www-data/gitolite/keydir/03/jpflori.pub'
Did I do something wrong?
Best,
JP
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscrib
On Wednesday, January 1, 2014 5:30:09 AM UTC+1, john_perry_usm wrote:
>
> I sometimes illustrate techniques of polynomial factorization in a class
> by starting with a polynomial in ZZ[x] and converting it to a polynomial in
> GF(insert_large_prime)[x]. I realize this is not an instance of two
Dear all,
Currently one can obtain surprising results in Sage when converting
polynomial over finite fields (or elements of quotient rings of univariate
polynomial ring even though tht's not the primary concern of the ticket).
See http://trac.sagemath.org/ticket/11239
Basically the generators of
On Monday, December 30, 2013 5:32:37 PM UTC+1, John Cremona wrote:
>
> A ticket I am reviewing, and am personally quite happy with (#11630)
> has a failing patchbot red blob meaning "apply failed". According to
> the log, what failed was a line "./sage -i ccache".
>
> I can see the same issue
On Friday, December 27, 2013 7:10:13 PM UTC+1, Volker Braun wrote:
>
> There is the "bsd" machine that you could use. I've ordered a new mac,
> though it hasn't arrived yet and we have pretty bad networking in our new
> building...
>
I don't have access to bsd :(
--
You received this message
On Friday, December 27, 2013 6:10:13 PM UTC, Volker Braun wrote:
>
> There is the "bsd" machine that you could use. I've ordered a new mac,
> though it hasn't arrived yet and we have pretty bad networking in our new
> building...
>
> I wanted to move all the hardcoded atlas libraries into a scr
Dear all,
I'd like to cleanup the way we build a bunch of packages more or less
related to ATLAS:
* remove the dirty configure hack to IML which makes it so that IML does
not link to CBLAS/ATLAS and as a consequence LinBox does not use IML
because of undefined symbols.
* patch LinBox with upstr
On Wednesday, December 25, 2013 8:40:27 PM UTC+1, Jean-Pierre Flori wrote:
>
> On a slightly unrelated topic, currently the only function of pycrypto
> used in the Sage library is indeed in the monoid stuff and that's the
> byte_to_long function.
> Although I don
On a slightly unrelated topic, currently the only function of pycrypto used
in the Sage library is indeed in the monoid stuff and that's the
byte_to_long function.
Although I don't feel we should remove pycrypto from standard packages, I
feel we could implement this ourselves if this prevents a
On Wednesday, December 25, 2013 7:58:27 PM UTC+1, Martin Albrecht wrote:
>
> On Wednesday 25 Dec 2013 09:09:58 Jean-Pierre Flori wrote:
> > I think having pycrypto in Sage is cool for ... cryptographers :)
>
> I am not sure this is true. PyCrypto is quite high-level, i
On Wednesday, December 25, 2013 7:45:05 PM UTC+1, François wrote:
>
> Going back to the general subject. Could we have a shortcut on the ticket
> report page
> grabbing update/upgrade of packages. Unless the potential reviewer(s) are
> cc automatically
> that would any review easier, as in mo
On Wednesday, December 25, 2013 7:08:15 PM UTC+1, Volker Braun wrote:
>
> On Wednesday, December 25, 2013 5:52:39 PM UTC, Jean-Pierre Flori wrote:
>>
>> #12399
>>
>
> I just want to point out that this took you half a year... IMHO there is
> no point to if if
I'd prefer to have a quick review for everything.
Just having someone else having a quick look at the diff is also a good
idea, and I think the peer-reviewing system of Sage is a real plus value.
By the way a bunch of more or less trivial updates, upstream patch
inclusion: #12399, #14333, #14854
On Wednesday, December 18, 2013 6:24:40 AM UTC+1, R. Andrew Ohana wrote:
>
> I've made #15530 to track the progress on supporting python3 (and there is
> already a good amount there that is up for review).
>
>
> Also, other than the trivial usage in
> sage.monoids.string_monoid(_element), I'm n
Done.
On Wednesday, December 25, 2013 2:03:29 PM UTC+1, Volker Braun wrote:
>
> This should be an easy one... I think everything that can be said on the
> ticket has already been, it just then fizzled out without somebody pressing
> positive review...
>
> http://trac.sagemath.org/ticket/15441
>
On Tuesday, December 24, 2013 1:37:57 AM UTC+1, Fredrik Johansson wrote:
>
> On Mon, Dec 23, 2013 at 3:47 PM, Jean-Pierre Flori
> >
> wrote:
> > I've opened #15574 for updating FLINT in Sage.
> > It should be trivial, though I've had no time to craft an
On Monday, December 23, 2013 9:10:31 PM UTC+1, Jean-Pierre Flori wrote:
>
> By the way, did the valgrind package disappear?
>
Hum I guess it just hasn't been upgraded.
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
By the way, did the valgrind package disappear?
On Monday, December 23, 2013 9:03:37 PM UTC+1, Jean-Pierre Flori wrote:
>
> I mean in the http://www.sagemath.org/download-packages.html page link.
>
> On Monday, December 23, 2013 9:02:58 PM UTC+1, Jean-Pierre Flori wrote:
>>
>
I mean in the http://www.sagemath.org/download-packages.html page link.
On Monday, December 23, 2013 9:02:58 PM UTC+1, Jean-Pierre Flori wrote:
>
> It seems that http://www.sagemath.org/upstream lacks packages in the
> middle.
>
> Best,
> JP
>
--
You received this me
It seems that http://www.sagemath.org/upstream lacks packages in the middle.
Best,
JP
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sage-devel+unsubscr...@googl
On Monday, December 23, 2013 4:02:35 PM UTC+1, Volker Braun wrote:
>
> For the record, this is explained in the new developer manual which you
> can find in SAGE_ROOT/src/doc/output/html/en/developer/index.html
>
Is this online somewhere?
sagemath.org still points to the 5.13 doc.
--
You rec
(https://github.com/fredrik-johansson/bland)
>
> Contributors
>
>
> (At least) the following people contributed to flint-2.4, including code
> contributions, bug reports, corrections to the documentation and patches:
>
>Tom Bachmann, Martin Lee, Lina
On Wednesday, December 11, 2013 3:08:56 PM UTC+1, Volker Braun wrote:
>
> My 5 cents:
>
> * Magma is not a spkg.
>
>
Sure whence the third party software, though most optional spkgs ship third
party software as well.
> * Library code that depends on optional / third-party software uses the
Hi all,
Do we have any policy concerning integration of python/cython glue into the
Sage library which depends on optional spkgs or third party software
shipping mostly independent code?
And what about optional spkgs which are actually mostly python/cython code ?
It seems to me that in the form
On Friday, November 22, 2013 2:27:28 PM UTC+1, Jeroen Demeyer wrote:
>
> On 2013-11-22 10:15, Fran�ois wrote:
> > On the subject of the time taken to compile R: R itself compiles in
> > parallel relatively
> > fast.
> Really? I find that, when building sufficiently in parallel, R is
> actu
On Friday, November 22, 2013 10:48:26 AM UTC+1, Jean-Pierre Flori wrote:
> A few random remarks:
> * I directly built it on the raspberry pi (I don't think Sage own build
> system is flexible enough to cross compile as lmonade could do).
> * it took something like 5 days.
I've put a binary for raspberry pi at
http://boxen.math.washington.edu/home/jpflori/dist at some point.
It's was for 5.10.
A few random remarks:
* I directly built it on the raspberry pi (I don't think Sage own build
system is flexible enough to cross compile as lmonade could do).
* it took some
On Wednesday, November 13, 2013 5:10:07 PM UTC+1, Paweł Bogdan wrote:
>
> Hi!
>
> I'm new here. I'm fresh PhD student at Jagiellonian University in Poland.
> I have been using Sage for few months. I think it is great piece of
> software.
>
>
I am getting into zeta functions of elliptic curves
Just a random thought: Can't you use explicitly a CartesianProduct of
AdditiveAbelianGroup if you don't want Sage to be too smart?
On Friday, November 8, 2013 9:09:24 AM UTC+1, Nathann Cohen wrote:
>
> Yooo !
>
> > This expects input from Z/161, so a length-one list:
> >
> > sage: G([160]) +
day, November 8, 2013 9:10:49 AM UTC+1, Jean-Pierre Flori wrote:
>
> Hi,
>
> IIRC we had some problem with SchemeMorphism recently while making (or
> while Simon wa making I must say) the coercion system more cache friendly.
> See #14711 and especially:
> * http://trac.sagemath.org
Hi,
IIRC we had some problem with SchemeMorphism recently while making (or
while Simon wa making I must say) the coercion system more cache friendly.
See #14711 and especially:
* http://trac.sagemath.org/ticket/14711#comment:85
* http://trac.sagemath.org/ticket/14711#comment:93
* and whatever is
On Wednesday, November 6, 2013 11:20:00 PM UTC+1, William wrote:
>
> On Mon, Nov 4, 2013 at 5:56 PM, Mike Zabrocki
> >
> wrote:
> >[...]
> > After I installed the new command line tools then I was able to build
> from
> > source also for about 3 hours and then I encountered the same errors
On Monday, November 4, 2013 7:15:19 AM UTC+1, Nils Bruin wrote:
>
> On Sunday, November 3, 2013 6:51:48 PM UTC-8, P Purkayastha wrote:
>
>> If you check out the branch locally, you can run a
>>
>> git diff
>>
>> to see the cumulative changes.
>>
>
> That's good to know. However, when trying
On Tuesday, October 29, 2013 1:48:55 PM UTC+1, vdelecroix wrote:
>
> I do not see why RIF might be slower than RR. By construction, RIF is
> a pair of real numbers. For arithmetic involving only +,-,*,/ we
> should get a ratio of 2 for the execution time because all rounding
> are implemented
On Wednesday, October 16, 2013 8:55:41 PM UTC+2, John Cremona wrote:
>
> Thanks! That worked for me too.
>
> Whoever made building the docs work in parallel deserves a prize (but
> does it have to say "Build finished" quite so many time?)! Using make
> -j48 it only took 194s. Watching that
On ednesday, October 16, 2013 2:01:18 PM UTC+2, Dima Pasechnik wrote:
>
> On 2013-10-16, Jean-Pierre Flori > wrote:
> > Dear all,
> >
> > There is an easy update to boehm_gc at
> > http://trac.sagemath.org/ticket/14710 waiting for review.
> > This is
Dear all,
There is an easy update to boehm_gc at
http://trac.sagemath.org/ticket/14710 waiting for review.
This is needed for Cygwin 64, but also replace the beta versoin we used to
ship by a more recent stable version.
Best,
JP
--
You received this message because you are subscribed to the G
On Sunday, October 13, 2013 6:59:05 PM UTC+2, William wrote:
>
> On Sun, Oct 13, 2013 at 9:54 AM, Jean-Pierre Flori
> >
> wrote:
> > Hi William,
> >
> >
> > On Saturday, October 12, 2013 7:21:23 PM UTC+2, William wrote:
> >>
> >>
On Sunday, October 13, 2013 10:03:49 AM UTC+2, Dr David Kirkby wrote:
>
> I could have swore I see a message on the screen that the package had
> not installed and the build stopped. I just looked in
> sage-5.13.beta0/spkg/installed and see the atlas file is there, so I
> guess it must have in
s, then wants to see how many bits it is?
>
> I stuck the config.log here
>
> http://trac.sagemath.org/ticket/15273
>
> it is from the original source code.
>
> If you want to play with it, I can create you an account on this machine.
>
> Dave
>
> On 13 Octobe
cket/15273
>
> it is from the original source code.
>
> If you want to play with it, I can create you an account on this machine.
>
> Dave
>
> On 13 October 2013 15:54, Jean-Pierre Flori >
> wrote:
> > By any chance, does your hardware does not support
Hi William,
On Saturday, October 12, 2013 7:21:23 PM UTC+2, William wrote:
>
> There is no such thing as Cloud "the company". However, my
> motivation for laying the groundwork to create such a company is to
> make profits that would go toward the development of Sage "the free
> software".
>
By any chance, does your hardware does not support SSE2?
We had trouble with that recently.
On Sunday, October 13, 2013 4:52:39 PM UTC+2, Jean-Pierre Flori wrote:
>
> Could you post config.log from gf2xx build directory please?
>
> On Sunday, October 13, 2013 10:06:32 AM UTC+2, Dr
Could you post config.log from gf2xx build directory please?
On Sunday, October 13, 2013 10:06:32 AM UTC+2, Dr David Kirkby wrote:
>
> drkirkby@hawk:~/unsets/sage-5.13.beta0$ ./sage -i gf2x-1.1.p0
> This looks like the first time you are running Sage.
> Updating various hardcoded paths...
> (Pl
Is it down again ?
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sage-devel+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googleg
There is some discussion about the licence issue on ecl mailing list.
Juan did not reply yet.
http://sourceforge.net/p/ecls/mailman/ecls-list/thread/E1VTECl-ZM-2W%40hera.math.uni.wroc.pl/#msg31493829
--
You received this message because you are subscribed to the Google Groups
"sage-devel" gr
I confirm it fails in the same way for me and agree with VOlker: we don't
care if upstream shared stuff fails at the moment.
On Friday, October 11, 2013 4:32:08 PM UTC+2, Volker Braun wrote:
>
> We can just ignore the error and continue with our own libtool-based
> library build. This is now htt
(and I'm using the Sun ld as well)
On Friday, October 11, 2013 1:11:52 PM UTC+2, Jean-Pierre Flori wrote:
>
> I'm currently building sage 5.12 as well on sparc/solaris, I'll report the
> status of ATLAS for me here.
>
> On Friday, October 11, 2013 11:43:2
I'm currently building sage 5.12 as well on sparc/solaris, I'll report the
status of ATLAS for me here.
On Friday, October 11, 2013 11:43:27 AM UTC+2, Volker Braun wrote:
>
> There are two attempts to build shared libraries, once using upstream's
> method of a hand-crafted makefile (in ATLAS-bui
Thanks!
Hopefully youll find what the real problem was.
On Thursday, October 10, 2013 8:00:52 PM UTC+2, Keith Clawson wrote:
>
> Trac is back up. Something causes Trac to use nearly 100% CPU and memory
> after running for a few weeks, and eventually it becomes impossible to ssh
> into the VM run
On Thursday, October 10, 2013 4:15:30 PM UTC+2, Jean-Pierre Flori wrote:
> I think I used to have the same problem on exotic archs where I did not
> have libjpeg installed.
>
Or at least the devel files.
So if you can install the equivalent of libjpeg-devel on your distrib, PIL
shoul
On Thursday, October 10, 2013 4:13:36 PM UTC+2, Andrew Mathas wrote:
>
> I'm having trouble compiling 5.12. Sage build to the extend that I get an
> executable which runs, but the compile fails to compile pil-1.1.6.p4 and
> exits with the error from the end of the log file is below. It's a bi
Same here...
It was down at some point this morning, then came back to life and is down
again now.
On Thursday, October 10, 2013 11:50:15 AM UTC+2, Jeroen Demeyer wrote:
>
> Trac is not responding at all, I get 504 Gateway Time-out.
>
--
You received this message because you are subscribed to
On Thursday, October 10, 2013 11:19:01 AM UTC+2, Jean-Pierre Flori wrote:
>
> I guess http://trac.sagemath.org/ticket/15080 takes care of this?
>>
>>
>> (Or at least is worth a try)
--
You received this message because you are subscribed to the Google Groups
I guess http://trac.sagemath.org/ticket/15080 takes care of this?
On Thursday, October 10, 2013 2:45:24 AM UTC+2, Nils Bruin wrote:
>
> Some further info that may be helpful:
>
> $ ldd /usr/local/sage/sage-git/local/lib/python2.7/lib-dynload/_curses.so
> linux-vdso.so.1 => (0x7fff5a884000
On Monday, October 7, 2013 4:20:15 PM UTC+2, Ivan Andrus wrote:
>
> Valgrind complains about glibc being too recent. It should be updated
> from 3.7.0 to 3.8.1 anyway. This is
> http://trac.sagemath.org/ticket/13060which unfortunately has issues on OS X.
>
Indeed, on OSX, Valgrind build syste
Same happens to me with firefox, not sure which version as I often switch
computers.
Really annoying indeed.
On Saturday, October 5, 2013 8:45:09 PM UTC+2, Simon King wrote:
>
> Hi!
>
> I just tested: If I scroll up to see the blob, after the jump has
> occurred, and then scroll down to continu
It seems I only sent my reply to Emmanuel.
So briefly:
- Andrew: can you please confirm that the latest tarball provided by
Emmanuel is fixed?
- if that's the case, I'll open a trac ticket to update the gf2x spkg
provided by Sage and it should make its way into Sage 5.12 or 5.13.
Best,
JP
On Fr
On Tuesday, October 1, 2013 10:56:21 PM UTC+2, John Cremona wrote:
>
> The patchbot puts a blob on ticket
> http://trac.sagemath.org/ticket/13615 which to me looks dark grey and
> hence bad news. But when I click on the blob I see the page
> http://patchbot.sagemath.org/ticket/13615/ which ha
On Friday, September 27, 2013 11:29:19 PM UTC+2, Harald Schilly wrote:
>
> On Friday, September 27, 2013 7:30:23 PM UTC+2, kcrisman wrote:
>>
>> Thoughts?
>>
>
> There exists this model of "user groups" with regular meetings. "Hello,
> I'm addicted to Sage for 1 1/2 years. Please help me with my
Hey,
I seem to remember that Frederik Johansson recently implemented similar
functionalities into FLINT.
At least a fast version of the Eratosthenes' sieve.
Did you have a look at it?
Best,
JP
On Sunday, September 22, 2013 1:24:23 AM UTC+2, R. Andrew Ohana wrote:
>
> I'm trying to review #7539 w
Hey,
I think you should report this to the gf2x dev as well... you never know.
I've CC'ed Paul Zimmermann in case he cares.
Best,
JP
On Friday, September 20, 2013 3:01:13 PM UTC+2, Andrew Fiori wrote:
>
> This is likely a build error bug on all systems which do not support SSE2
> but where buil
401 - 500 of 959 matches
Mail list logo