Thanks, I submitted and fixed the bug here (in case anyone wants to review
it):
https://trac.sagemath.org/ticket/23669
On Sunday, August 20, 2017 at 9:11:08 PM UTC-4, vdelecroix wrote:
>
> Dear Dan,
>
> Thanks for the report! This is indeed a bug. If you want to go further
> and fix the bug you
Using some other definition of Change (ratio of 2017 sloc vs 2011 sloc,
whenever defined).
*Directory 2011 2017 Change*
server 12093 1 0.000
gsl 3919 83 0.021
ext 7260 346 0.048
matrix
Sage has recently passed 1,000,000 lines of code.
I thought people might be interested in how Sage has changed in the last
six years. The following compares Sage 4.8.alpha5 [1] with a late beta of
Sage 8.0.
Directory 20112017Change
server 12093 1 -12092
ma
On Monday, August 21, 2017 at 4:15:29 PM UTC+1, Michael Frey wrote:
>
> What is the best way to do this? The file is extracted from the
> mpir-3.0.0.tar.bz2 every time make is run.
>
the standard way would be to add the patch removing this file (which one
exactly, there are few files named s
On Sunday, August 20, 2017 at 12:02:32 PM UTC-5, John Cremona wrote:
>
>
> Don't get too carried away with thinking up ways in which users might
> conceivably get confused! The rings "matrices over polynomials over
> F" and "polynomials over matrices over F" are isomorphic but not the
> same
What is the best way to do this? The file is extracted from the
mpir-3.0.0.tar.bz2 every time make is run.
On Wednesday, August 2, 2017 at 5:41:01 PM UTC-4, Bill Hart wrote:
>
> The only workaround I'm currently aware of is to remove the offending
> addmul_1.asm file. It is to do with our use o
No problem, I may have found a bug because of it.
On Monday, August 21, 2017 at 4:09:08 PM UTC+2, Daniel Krenn wrote:
>
> On 2017-08-21 15:08, Ralf Stephan wrote:
> > Ah the citations need a make and will not compile with a simple sage
> > -docbuild. So it really is useless and should be disabl
On 2017-08-21 15:08, Ralf Stephan wrote:
> Ah the citations need a make and will not compile with a simple sage
> -docbuild. So it really is useless and should be disabled to not confuse
> people like me.
I am strongly against disabling "sage -docbuild": When developing and
only changing e.g. one
Ah the citations need a make and will not compile with a simple sage
-docbuild. So it really is useless and should be disabled to not confuse
people like me.
Regards,
On Monday, August 21, 2017 at 3:05:14 PM UTC+2, Ralf Stephan wrote:
>
> This is peculiar. When I do 'make doc-clean; sage -docb
This is peculiar. When I do 'make doc-clean; sage -docbuild reference' then
the abovementioned reference will not compile. But with 'make doc-clean;
make doc' in a plain develop branch, then add the reference, finally 'sage
-docbuild reference' can compile it. It appears a successful 'make doc'
> On 21/08/2017, at 20:14, Dima Pasechnik wrote:
>
>
>
> On Monday, August 21, 2017 at 9:06:21 AM UTC+1, Ralf Stephan wrote:
> Hi,
> I just had made a rst document in reference that built nicely with sage
> -docbuild. It fails with make doc. I consider it a serious bug because it
> makes it
On Monday, August 21, 2017 at 9:06:21 AM UTC+1, Ralf Stephan wrote:
>
> Hi,
> I just had made a rst document in reference that built nicely with sage
> -docbuild. It fails with make doc. I consider it a serious bug because it
> makes it impossible to refer to other refman documents. Am I missin
Hi,
I just had made a rst document in reference that built nicely with sage
-docbuild. It fails with make doc. I consider it a serious bug because it
makes it impossible to refer to other refman documents. Am I missing
something?
Example: In reference/calculus/index.rst I can refer to :doc:`pol
A maintainer removed pandoc from the dependencies of pandocfilters.
pandoc and all the haskell stuff has gone from my dependency tree
for nbconvert. There is still pandocfilters though.
> On 20/08/2017, at 20:26, Volker Braun wrote:
>
> Afaik nbconvert always dependend on pandoc for certain type
14 matches
Mail list logo
