Vincent Delecroix wrote:
> The cache is in a custom field `__an_element` whose name will be
> changed in #14982 for `_cache_an_element` because in one case it has
> to be reset.
By the way, I would be really grateful if someone could review that
ticket, which aims at fixing a coercion issue that
On Sun, Apr 26, 2015 at 7:49 PM, Bill Page wrote:
> On 26 April 2015 at 20:49, William Stein wrote:
>> On Sun, Apr 26, 2015 at 5:40 PM, Bill Page
>> wrote:
>> ...
>>> Is there a way to tell the worksheet to render code
>>> between $$ ... $$ as MathJax or have MathML markup rendered by
>>> the
Hi
Yes, the debian package file called rules/install copies files into place
from an untarred binary.
0
jan@snapperkob:~/src/sagemath-upstream-binary/sagemath-upstream-binary/debian$cat
install
# to instruct dh_install
amd64/bootstrap /usr/lib/sagemath
amd64/build /usr/lib/sagemath
amd64/config
On 26 April 2015 at 20:49, William Stein wrote:
> On Sun, Apr 26, 2015 at 5:40 PM, Bill Page wrote:
> ...
>> Is there a way to tell the worksheet to render code
>> between $$ ... $$ as MathJax or have MathML markup rendered by
>> the browser instead of being treated simply as text?
>
> You'll ha
On Sun, Apr 26, 2015 at 5:40 PM, Bill Page wrote:
> For example, if I start a cell with
>
> %fricas
>
> or
>
> %maxima
>
> the result is formatted by the external program and displayed as
> preformatted ascii text. Some external programs can generate LaTeX or
> MathML code. Is there a way to tel
On Sun, Apr 26, 2015 at 2:24 PM, kcrisman wrote:
>>
>> Concerning public worksheets:
>
>
> I thought William also made a public sagemathcloud project that had all the
> public worksheets from sagenb in it? I haven't had time yet until the end
> of semester but I think this was an ongoing project.
For example, if I start a cell with
%fricas
or
%maxima
the result is formatted by the external program and displayed as
preformatted ascii text. Some external programs can generate LaTeX or
MathML code. Is there a way to tell the worksheet to render code
between $$ ... $$ as MathJax or have M
leif wrote:
>>> * gf2x fails in tuning -- results don't agree; presumably (but
>>>not necessarily) a compiler bug,
>>>'-O1' fails in the same way, '-O0'
>>>succeeds; will wait for and retry
>>>
On Sunday, April 26, 2015 at 3:53:08 PM UTC-7, Dima Pasechnik wrote:
>
>
>
> On Sunday, 26 April 2015 23:43:28 UTC+1, Dima Pasechnik wrote:
>>
>>
>>
>> On Sunday, 26 April 2015 23:21:22 UTC+1, Dima Pasechnik wrote:
>>>
>>> xcode 6.3.1 is out, and seems to be working better, at least I don't see
The mathjax directory is symlinked... when you say "copy", are you handling
symlinks correctly?
On Sunday, April 26, 2015 at 4:53:42 PM UTC-4, Jan Groenewald wrote:
>
> Hi
>
> It also works in the binary. The PPA does not recompile, it only copies
> the binary files into place. I'm not sure wh
On Sunday, 26 April 2015 23:43:28 UTC+1, Dima Pasechnik wrote:
>
>
>
> On Sunday, 26 April 2015 23:21:22 UTC+1, Dima Pasechnik wrote:
>>
>> xcode 6.3.1 is out, and seems to be working better, at least I don't see
>> silly errors
>> (I still can't build gcc spkg, but this might be due to failing
On Sunday, 26 April 2015 23:21:22 UTC+1, Dima Pasechnik wrote:
>
> xcode 6.3.1 is out, and seems to be working better, at least I don't see
> silly errors
> (I still can't build gcc spkg, but this might be due to failing disk)
>
what I seem to have is discussed here:
https://github.com/Homebre
xcode 6.3.1 is out, and seems to be working better, at least I don't see
silly errors
(I still can't build gcc spkg, but this might be due to failing disk)
On Friday, 10 April 2015 16:11:29 UTC+1, Volker Braun wrote:
>
> Just installed the new xcode command line tools (6.3) and it seems that
>
Antonio Rojas wrote:
> leif wrote:
>
>> * Sage library -- modules using Lcalc headers won't build for the
>>same reason (build with '-fpermissive' in
>>CFLAGS; distutils ignores CXXFLAGS)
>>
>
> sage/libs/coxeter3 also fails:
>
> In file included from /us
>
>
> Concerning public worksheets:
>
I thought William also made a public sagemathcloud project that had all the
public worksheets from sagenb in it? I haven't had time yet until the end
of semester but I think this was an ongoing project.
--
You received this message because you are subsc
Hi,
i am volonteering to help in the task of maintaining this service a
minima. It is very important to be able to maintain such community
services that people used to trust. For sagenb.org, some public worksheets
are now linked from research papers and we should keep them alive.
Concerning publi
On Sunday, 26 April 2015 20:55:44 UTC+1, vdelecroix wrote:
>
> On 26/04/15 21:50, Dima Pasechnik wrote:
> > On Sunday, 26 April 2015 20:32:57 UTC+1, Nathann Cohen wrote:
> >>> I would advocate the approach that all the MILP tests are explicit
> about
> >> the
> >>> solver to be
> >>> used.
On 26/04/15 21:50, Dima Pasechnik wrote:
On Sunday, 26 April 2015 20:32:57 UTC+1, Nathann Cohen wrote:
I would advocate the approach that all the MILP tests are explicit about
the
solver to be
used. Indeed, it's not only COIN, but all the other solvers like CPLEX
behave this way.
Nathann, wou
Jan Groenewald wrote:
> Is it just me or do I seem to have moved somewhere West of Cape Verde in
> the Atlantic Ocean. The developer map developer locations are misaligned
> in both firefox and chromium. See attached.
>
> http://sagemath.org/development-map.html
ROFL, Iceland moved into the India
On Sunday, 26 April 2015 20:32:57 UTC+1, Nathann Cohen wrote:
>
> Hellooo !
>
> > I would advocate the approach that all the MILP tests are explicit about
> the
> > solver to be
> > used. Indeed, it's not only COIN, but all the other solvers like CPLEX
> > behave this way.
> >
> >
On 26/04/15 21:41, William Stein wrote:
On Sun, Apr 26, 2015 at 12:17 PM, Vincent Delecroix
I will do a complete backup next week. I really would like to find a
solution to get all these worksheets available online... if anybody has a
simple hosting solution for sagenb (possibly read only), that
On Sun, Apr 26, 2015 at 12:17 PM, Vincent Delecroix
<20100.delecr...@gmail.com> wrote:
>
>
> On 26/04/15 21:14, Dima Pasechnik wrote:
>>
>>
>>
>> On Sunday, 26 April 2015 19:11:41 UTC+1, vdelecroix wrote:
>>>
>>>
>>>
>>>
>>> On 26/04/15 20:05, William Stein wrote:
On Sun, Apr 26, 2015 at
Hellooo !
> I would advocate the approach that all the MILP tests are explicit about the
> solver to be
> used. Indeed, it's not only COIN, but all the other solvers like CPLEX
> behave this way.
>
> Nathann, would you mind this?
HM... Why would you gain? If you make all doctests invo
On 26/04/15 21:21, Dima Pasechnik wrote:
On Saturday, 25 April 2015 10:26:48 UTC+1, vdelecroix wrote:
Hello,
I have COIN-OR installed on my computer and hence MILP chooses it as a
default:
{{{
sage: default_mip_solver()
'Coin'
}}}
(it would have been GLPK otherwise)
It is annoying since a
On Saturday, 25 April 2015 10:26:48 UTC+1, vdelecroix wrote:
>
> Hello,
>
> I have COIN-OR installed on my computer and hence MILP chooses it as a
> default:
> {{{
> sage: default_mip_solver()
> 'Coin'
> }}}
> (it would have been GLPK otherwise)
>
> It is annoying since as a consequence t
On 26/04/15 21:14, Dima Pasechnik wrote:
On Sunday, 26 April 2015 19:11:41 UTC+1, vdelecroix wrote:
On 26/04/15 20:05, William Stein wrote:
On Sun, Apr 26, 2015 at 10:58 AM, Vincent Delecroix
<20100.d...@gmail.com > wrote:
On 26/04/15 19:54, William Stein wrote:
If people email...@gm
On Sunday, 26 April 2015 19:11:41 UTC+1, vdelecroix wrote:
>
>
>
> On 26/04/15 20:05, William Stein wrote:
> > On Sun, Apr 26, 2015 at 10:58 AM, Vincent Delecroix
> > <20100.d...@gmail.com > wrote:
> >> On 26/04/15 19:54, William Stein wrote:
> >>>
> >>>
> >>> If people email...@gmail.com
I see this on Chrome, OSX 10.10.3, as well.
On Sunday, 26 April 2015 19:47:29 UTC+1, Jan Groenewald wrote:
>
> Hi
>
> Is it just me or do I seem to have moved somewhere West of Cape Verde in
> the Atlantic Ocean. The developer map developer locations are misaligned in
> both firefox and chromium
Hi
I don't get this with a from-source compile. Will try the compiled binary
(which I made the PPA from) as soon as I can.
Regards,
Jan
On 25 April 2015 at 17:43, Jan Groenewald wrote:
> Hi
>
> See attached, 404 while fetching
>
>
> http://localhost:8080/javascript/mathjax/MathJax.js?config=T
On 26/04/15 20:05, William Stein wrote:
On Sun, Apr 26, 2015 at 10:58 AM, Vincent Delecroix
<20100.delecr...@gmail.com> wrote:
On 26/04/15 19:54, William Stein wrote:
If people emailwst...@gmail.com maybe I will eventually be able to
extract the raw data from worksheets out. This takes a
On Sun, Apr 26, 2015 at 10:58 AM, Vincent Delecroix
<20100.delecr...@gmail.com> wrote:
> On 26/04/15 19:54, William Stein wrote:
>>
>>
>> If people emailwst...@gmail.com maybe I will eventually be able to
>> extract the raw data from worksheets out. This takes a nontrivial
>> amount of time, whi
Hello,
I send the e-mail from the wrong adress and only William got it...
On Sun, Apr 26, 2015 at 10:48 AM, Vincent Delecroix
>> Hello,
>>
>> Some people are worried about their lost worksheets:
>>
>> http://ask.sagemath.org/question/26645/sagenb-worksheet-recovery/
>>
>> What could be done for
On 26/04/15 19:54, William Stein wrote:
If people emailwst...@gmail.com maybe I will eventually be able to
extract the raw data from worksheets out. This takes a nontrivial
amount of time, which I don't have right now. If somebody else where
to volunteer to take this over it would be nice!
On Sun, Apr 26, 2015 at 10:48 AM, Vincent Delecroix
wrote:
> Hello,
>
> Some people are worried about their lost worksheets:
>
> http://ask.sagemath.org/question/26645/sagenb-worksheet-recovery/
>
> What could be done for that?
If people email wst...@gmail.com maybe I will eventually be able to
On 04/26/2015 06:39 AM, Volker Braun wrote:
> You can clearly see the first pass (and the combinat docs at the
> beginning of it), then the second pass, and then the assorted small docs.
>
> I guess the importing of the inventory in the second pass uses a bit
> over a gigabyte. Thats pretty steep.
2015-04-24 10:42:12 UTC+2, John Cremona:
> > Who is the author of hyperellfrob?
>
> OK, I found it (it is actually called hypellfrob): David Harvey.
> David, if you are listening -- any comments?
>
> John
I emailed David Harvey and told him about this discussion,
I am forwarding his answer here.
On 26 April 2015 at 07:12, Jori Mäntysalo wrote:
> On Sat, 25 Apr 2015, Volker Braun wrote:
>
>>> G = GL(3,Zmod(4)); G.random_element()
>>> So Matrix.random() may (at least in some situations) just use this.
>>>
>>> A question: Where is the documentation and/or source code for this? I
>>> would li
37 matches
Mail list logo
