> And for when you come back:
>>> Do you have either "local/include/ft2build.h" or
>>> "local/include/freetype2/ft2build.h" present.
>>>
> Indeed, the latter is present, but not the former.
>
See http://trac.sagemath.org/ticket/16047 for the resolution - this
actually broke pip inst
And finally, a doc build error! I already did make doc-clean and started
over, fails in exactly the same place. My apologies if this was already
mentioned somewhere.
[plotting ] loading pickled environment... not yet created
[plotting ] building [inventory]: targets for 27 source files that ar
>
>
> > Same as with eclib and FLINT...
> >
And in retrospect this makes sense.
>
> > > After all,
> > >
> > > $ ls local/lib/R/lib/
> > > libR.dylib libRblas.dylib libRlapack.dylib
> > >
> > > $ otool -L local/lib/R/lib/libRblas.dylib
> > >
> > > local/lib/R/li
On Tue, 01 Apr 2014 22:50:43 leif wrote:
> kcrisman wrote:
> > In the meantime, yet another build error - this time rpy. What the
> > heck?
>
> Same as with eclib and FLINT...
>
> > After all,
> >
> > $ ls local/lib/R/lib/
> > libR.dylib libRblas.dylib libRlapack.dylib
> >
kcrisman wrote:
In the meantime, yet another build error - this time rpy. What the
heck?
Same as with eclib and FLINT...
After all,
$ ls local/lib/R/lib/
libR.dylib libRblas.dylib libRlapack.dylib
$ otool -L local/lib/R/lib/libRblas.dylib
local/lib/R/lib/libRblas.dyli
In the meantime, yet another build error - this time rpy. What the heck?
After all,
$ ls local/lib/R/lib/
libR.dylib libRblas.dylib libRlapack.dylib
$ otool -L local/lib/R/lib/libRblas.dylib
local/lib/R/lib/libRblas.dylib:
libRblas.dylib (compatibi
On Tuesday, April 1, 2014 3:14:38 PM UTC-4, kcrisman wrote:
>
>
>
> On Monday, March 31, 2014 8:53:43 PM UTC-4, François wrote:
>>
>> On Mon, 31 Mar 2014 17:26:06 kcrisman wrote:
>> > And for when you come back:
>> > > Do you have either "local/include/ft2build.h" or
>> > >
>> > >>> "local/in
On Monday, March 31, 2014 8:53:43 PM UTC-4, François wrote:
>
> On Mon, 31 Mar 2014 17:26:06 kcrisman wrote:
> > And for when you come back:
> > > Do you have either "local/include/ft2build.h" or
> > >
> > >>> "local/include/freetype2/ft2build.h" present.
> > >
> > > Indeed, the latter is p
On Mon, 31 Mar 2014 17:26:06 kcrisman wrote:
> And for when you come back:
> > Do you have either "local/include/ft2build.h" or
> >
> >>> "local/include/freetype2/ft2build.h" present.
> >
> > Indeed, the latter is present, but not the former.
>
> Any ideas?
Would you happen to have another versi
On Mon, 31 Mar 2014 17:26:06 kcrisman wrote:
> And for when you come back:
> > Do you have either "local/include/ft2build.h" or
> >
> >>> "local/include/freetype2/ft2build.h" present.
> >
> > Indeed, the latter is present, but not the former.
>
> Any ideas?
Not right now in that your setup looks
And for when you come back:
> Do you have either "local/include/ft2build.h" or
>>> "local/include/freetype2/ft2build.h" present.
>>>
> Indeed, the latter is present, but not the former.
>
Any ideas?
--
You received this message because you are subscribed to the Google Groups
"sag
On Monday, March 31, 2014 5:10:47 PM UTC-4, Volker Braun wrote:
>
> Fix here: http://trac.macports.org/ticket/39848
>
Oh, great. I've opened http://trac.sagemath.org/ticket/16041 for this and
posted the (correct) diff there. I'll try it tomorrow.
--
You received this message because you ar
Fix here: http://trac.macports.org/ticket/39848
--
You received this message because you are subscribed to the Google Groups
"sage-release" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sage-release+unsubscr...@googlegroups.com.
To post to this group,
Not only did mpl not build, but even git wouldn't!
I haven't built Sage-git unsuccessfully before, so I'm not sure where to
look for this guy. Where would this common crypto thing live?
CC http-backend.o
LINK git-http-backend
/usr/bin/ld: warning multiple definitions of symbol _regcomp
On Saturday, March 29, 2014 10:32:30 PM UTC-4, kcrisman wrote:
>
>
>
> On Friday, March 28, 2014 2:49:01 PM UTC-4, François wrote:
>>
>> And for when you come back:
>> Do you have either "local/include/ft2build.h" or
>> "local/include/freetype2/ft2build.h" present.
>>
>>>
>>>
Indeed, the latter
On Friday, March 28, 2014 2:49:01 PM UTC-4, François wrote:
>
> And for when you come back:
> Do you have either "local/include/ft2build.h" or
> "local/include/freetype2/ft2build.h" present.
>
>>
>>
Thanks, I'll look at this. I don't know whether
http://trac.sagemath.org/ticket/14993 is the pr
Hi!
It looks like that after installing sage-6.2.beta5 dot2tex does not work
any longer:
sage: C = KirillovReshetikhinCrystal(['A',5,2],1,1)
sage: view(C)
dot2tex not available. Install after running 'sage -sh'
Is this related to matplotlib-1.3.1 and possibly #14594?
Anne
>
>
--
You receiv
And for when you come back:
Do you have either "local/include/ft2build.h" or
"local/include/freetype2/ft2build.h" present.
Francois
On Saturday, March 29, 2014 1:48:38 AM UTC+13, kcrisman wrote:
>
> Aannd - yet another build error, beta5. (I suspect that ever since the
> 6.0 transition, or be
Aannd - yet another build error, beta5. (I suspect that ever since the
6.0 transition, or before, probably Sage fails to build on this platform,
but I'm sure all the tweaks needed are just that, at this point.)
Now, before you read this, yes freetype-2.5.2.p0 built fine. But maybe I
need so
On Thursday, March 27, 2014 6:58:49 PM UTC-4, François wrote:
>
> On Thu, 27 Mar 2014 23:04:56 leif wrote:
> > François Bissey wrote:
> > > The NEWS file for make 3.81 doesn't have anything that I can really
> relate
> > > to the problem. However it would be nice to check if upgrading make on
On Thu, 27 Mar 2014 23:04:56 leif wrote:
> François Bissey wrote:
> > The NEWS file for make 3.81 doesn't have anything that I can really relate
> > to the problem. However it would be nice to check if upgrading make on
> > your
> > machine solves this particular problem. Or did I miss that someone
François Bissey wrote:
The NEWS file for make 3.81 doesn't have anything that I can really relate
to the problem. However it would be nice to check if upgrading make on your
machine solves this particular problem. Or did I miss that someone else had
troubles with 3.81?
Not in this context. At
The NEWS file for make 3.81 doesn't have anything that I can really relate
to the problem. However it would be nice to check if upgrading make on your
machine solves this particular problem. Or did I miss that someone else had
troubles with 3.81?
Francois
On Thu, 27 Mar 2014 07:39:40 kcrisman wr
On Thursday, March 27, 2014 9:30:29 AM UTC-4, kcrisman wrote:
>
>
>
> On Thursday, March 27, 2014 1:56:21 AM UTC-4, Ivan Andrus wrote:
>>
>> I haven’t really followed the discussion, but if the problem is because
>> of lines in the Makefile like
>>
>> -include
>>
>> then you should be able to ju
On Thursday, March 27, 2014 1:56:21 AM UTC-4, Ivan Andrus wrote:
>
> I haven’t really followed the discussion, but if the problem is because of
> lines in the Makefile like
>
> -include
>
> then you should be able to just add a dummy file on that line so that it’s
>
> -include dummy.mk …
>
> wh
I haven't really followed the discussion, but if the problem is because of
lines in the Makefile like
-include
then you should be able to just add a dummy file on that line so that it's
-include dummy.mk ...
where the ... is of course the expression that will sometimes be empty. But
it's al
Unix needs a swap file, even if no swapping is being done (as a guarantee
for anonymous mmaps). If you don't provide one then you force certain
"virtual" allocations into real ram.
On Monday, March 24, 2014 6:02:58 PM UTC, Nathann Cohen wrote:
>
> Okay, so I should change the number of threads t
> That should be enough if your swap is set up correctly. How much swap space
> do you have? (e.g. output of "top")
Ahem.
0GB.
I don't believe in SWAP.
Okay, so I should change the number of threads to 3 or 2 ? :-P
Nathann
--
You received this message because you are subscribed to the Googl
On Monday, March 24, 2014 5:46:16 PM UTC, Nathann Cohen wrote:
>
> > How much RAM do you have?
> 4GB
>
That should be enough if your swap is set up correctly. How much swap space
do you have? (e.g. output of "top")
--
You received this message because you are subscribed to the Google Groups
Hellooo !!
> How much RAM do you have?
4GB
> Do you set SAGE_NUM_THREADS? Whats the value of SAGE_NUM_THREADS in a Sage
> shell?
It is set to 4.
Nathann
--
You received this message because you are subscribed to the Google Groups
"sage-release" group.
To unsubscribe from this group and
How much RAM do you have? Do you set SAGE_NUM_THREADS? Whats the value of
SAGE_NUM_THREADS in a Sage shell?
On Monday, March 24, 2014 3:29:17 PM UTC, Nathann Cohen wrote:
>
> Hellooo !
>
> Updated and recompiled with "make".
>
> Everything went fine, except that building the doc never t
Hellooo !
Updated and recompiled with "make".
Everything went fine, except that building the doc never terminates. It
just does nothing after a while, probably some multithreading problem.
I typed "make doc-clean && make", same result.
...
Oh.
I just noticed this by scrolling up a bit
The "develop" branch on git has been updated to 6.2.beta5. Alternatively,
you can download the source tarball:
http://boxen.math.washington.edu/home/release/sage-6.2.beta5/sage-6.2.beta5.tar.gz
$ git log --first-parent develop ^6.2.beta4 --oneline
9db8c5c Updated Sage version to 6.2.beta5
cca671
33 matches
Mail list logo