For the record, I also needed to install libpango1.0-dev to fix that.
No idea why it work in previous sage versions, but no longer from 8.9.beta2
onwards.
Am 16.07.19 um 12:48 schrieb Clemens Heuberger:
On one of my machines (Linux Mint 18.2 Sonya), I get the following reproducible
doctest
I probably had a similar problem on _one_ of my three Linux Mint patchbots.
I then installed all recommended dependencies listed on
http://doc.sagemath.org/html/en/installation/source.html#linux-recommended-installation
as well as libpango1.0-dev . Then, IIRC, it worked again.
The libpan
In contrast to 9.2.beta14, on my Linux Mint 19.3 Tricia machine I get (after a
fresh build)
./sage -t -p --all --long --logfile=logs/ptestlong.log
Traceback (most recent call last):
File "/local/cheuberg/local/sage-9.2.rc0/src/bin/sage-runtests", line 181, in
DC = DocTestController(opti
On a Linux Mint 19.3 Tricia machine, I get the following error on 9.2.rc1:
./sage -t -p --all --long --logfile=logs/ptestlong.log
Traceback (most recent call last):
File "/local/cheuberg/local/sage-9.2.rc1/src/bin/sage-runtests", line 181, in
DC = DocTestController(options, args)
File
https://trac.sagemath.org/ticket/30740 - but apparently it was not
enough.
On Tue, Oct 13, 2020 at 9:06 AM Clemens Heuberger
wrote:
On a Linux Mint 19.3 Tricia machine, I get the following error on 9.2.rc1:
./sage -t -p --all --long --logfile=logs/ptestlong.log
Traceback (most recent call last
Strangely enough, make distclean and then make ptestlong made the error go away
after the ticket which caused problems yesterday; Trac #30425. So I try to
refine my git bisection.
Am 21.10.20 um 19:41 schrieb Clemens Heuberger:
On one machine (Linux Mint 18.2 Sonya) (which also serves as a
I get (Linux Mint 19.3 Tricia):
$ LANG=C ./sage -t --long --random-seed=0 src/sage/tests/cmdline.py
Running doctests with ID 2020-12-07-09-45-22-291831e7.
Using --optional=build,ccache,debian,dochtml,memlimit,pip,sage,sage_spkg
Doctesting 1 file.
sage -t --long --warn-long 44.1 --random-seed=0 s
> On 7/12/2020, at 9:50 PM, Clemens Heuberger wrote:
>
>
> I get (Linux Mint 19.3 Tricia):
>
> $ LANG=C ./sage -t --long --random-seed=0 src/sage/tests/cmdline.py
> Running doctests with ID 2020-12-07-09-45-22-291831e7.
> Using --option
Also on Ubuntu 18.04 (without any optional packages apart ccache installed), I
have the failing doctest with graph.py (two out of three runs) and consistently
$ ./sage -t --long --random-seed=0 src/sage/misc/package.py
Running doctests with ID 2021-05-27-16-31-10-59754af4.
Using --optional=build
Am 19.07.21 um 01:19 schrieb Volker Braun:
I think we are in a reasonable shape right now, so if anyone is still in favor
of a fast release cycle we could do it now... discuss ;-)
I would appreciate if Trac #32198 could still be included into 9.4: this ticket
slightly changes the signature o
On my patchbot, I get an error when testing ticket 0
sage -t --long --random-seed=0 src/sage/misc/weak_dict.pyx
**
File "src/sage/misc/weak_dict.pyx", line 38, in sage.misc.weak_dict
Failed example:
len(D) > 1
Expected:
With a Python 3.8.10 installed as a system python, I get a persistent doctest
failure (Linux Mint 20.2 uma):
Running doctests with ID 2022-05-29-17-41-28-c07c4f34.
Using --optional=ccache,debian,pip,sage,sage_spkg
Features to be detected:
4ti2,benzene,bliss,buckygen,conway_polynomials,csdp,data
On most of my machines, ptestlong passes (except for the usual transient
failures in src/sage/interfaces/process.pyx ).
However, on one machine, where there has not been any problem with 9.7.rc1, I
consistently get the doctest failure below. It seems to depend on the random
seed; with another
I encountered one doctest error in src/sage/schemes/toric/sheaf/klyachko.py
which depends on the random seed:
Failing seed: 76370439031557170215448337120651728168
Running doctests with ID 2022-09-28-10-42-42-4892f4f5.
Running with SAGE_LOCAL='/local/cheuberg/local/sage-9.8.beta0/local' and
SAG
On two Linux Mint 20.3 machines, I got doctest errors which I have not seen
before in the previous betas, see below.
Regards, Clemens Heuberger
$ ./sage -t --long src/sage/modules/torsion_quadratic_module.py
Running doctests with ID 2023-04-24-07-32-35-be944086.
Running with SAGE_LOCAL='/
On one machine, I encountered persistent doctest errors with a specific random
seed:
sage -t --long --warn-long 51.5
--random-seed=218399045362864612956198671406486371465 src/sage/plot/plot.py # 1
doctest failed
sage -t --long --warn-long 51.5
--random-seed=2183990453628646129561986714064863
just one remark: the last three tickets merged into 6.4.beta5 do not have status
"closed" in trac yet.
Am 2014-10-12 um 17:47 schrieb Volker Braun:
> Use get git "develop" branch! Alternatively, download
> http://sage.sagedev.org/home/release/sage-6.4.beta5.tar.gz
>
> 026cc65 Trac #17131: Improve
Am 2014-10-30 um 15:12 schrieb Volker Braun:
> Notable changes are
>
> * OSX 10.10 support
> * SageNB now can do 3d plots without Java, so it is usable again in chrome.
>
> Please test, especially if you are a notebook user!
prior to 6.4.beta6, the following worked:
$ /local/sage/sage-6.3/sag
Am 2014-11-02 um 04:13 schrieb kcrisman:
> sage -n option=choice
>
> should in principle work with all options that work with
>
> sage: notebook(option=choice)
>
> and if they don't that is a bug.
It seems that quote signs are now required for strings and were disallowed
before:
$ /local/sag
Am 2014-11-03 um 16:05 schrieb Volker Braun:
> IMHO that is the expected outcome for an optional command line argument. If
> you
> don't want the command line parsing to end (and not treat "directory..." as
> value) then you should use
>
> sage -n -- directory=sage.sagenb
I'd appreciate if we wo
On 2014-11-06 02:41, kcrisman wrote:
>
> It is an interface that worked the same way for a long time and
> achieved
> de facto status.
>
>
> Fine, if you don't want a way to start the ipython notebook then I can
> take
> out the optional argument.
>
>
> Perhaps I wil
On 2014-11-06 15:59, kcrisman wrote:
>
> http://trac.sagemath.org/ticket/17280
>
> If you would be so kind as to confirm on that ticket that the fix there does
> indeed fix it and the code seems right to you? (Assuming you've tried it
> out.)
I'll try it out within the next two days (sorry for
Am 2014-11-16 um 16:41 schrieb Volker Braun:
> Hot on the heels of the 6.4 release, here is the first beta for the next
> version. As usual, get the "develop" git branch.
[...]
> Mini-changelog:
[...]
> 1e39935 Trac #16747: Add optional Arb package (arbitrary-precision
> floating-point ball arithme
Am 2014-11-16 um 16:41 schrieb Volker Braun:
> Hot on the heels of the 6.4 release, here is the first beta for the next
> version. As usual, get the "develop" git branch.
make ptestlong gave one failing doctest:
$ sage -t --long src/sage/misc/cachefunc.pyx
Running doctests with ID 2014-11-18-07-1
Am 2014-11-18 um 08:54 schrieb William Stein:
> On Mon, Nov 17, 2014 at 10:23 PM, Clemens Heuberger
> wrote:
>> make ptestlong gave one failing doctest:
>>
> ...
>> sage -t --long src/sage/misc/cachef
On 2015-02-09 20:08, William A Stein wrote:
> On Mon, Feb 9, 2015 at 8:23 AM, Daniel Krenn wrote:
>> "make ptestlong" completed successfully on current Debian stable.
>>
>> Daniel
>
> make testlong also completed successfully on current Ubuntu 14.10.
>
make ptestlong is also successful on not so
On 2015-02-13 14:35, Daniel Krenn wrote:
> Am 2015-02-13 um 02:11 schrieb Volker Braun:
>> This should be the last rc unless you find a new bug, so please give it
>> a whirl!
>
> make ptestlong passed von Debian stable.
same on Linux Mint Maya (corresponding to Ubuntu 12.04 LTS).
CH
--
You rec
On 2015-02-13 13:24, Volker Braun wrote:
> Hot on the heels of rc2, this should fix the remaining OSX testsuite failure
make ptestlong passed on Linux Mint Maya (corresponding to Ubuntu 12.04 LTS).
CH
--
You received this message because you are subscribed to the Google Groups
"sage-release" g
t to this group, send email to sage-release@googlegroups.com
> <mailto:sage-release@googlegroups.com>.
> Visit this group at http://groups.google.com/group/sage-release.
> For more options, visit https://groups.google.com/d/optout.
--
Univ.-Prof. Dr. Clemens Heuberger
ut I had now three compilation attempts where ccache always had the same
problem as described below.
Manually, the link downloads fine.
regards, CH
>
>
>
> On Friday, March 20, 2015 at 12:12:32 PM UTC+1, Clemens Heuberger wrote:
>
>
> I usually build and t
ggestions.
CH
>
>
> On Saturday, March 21, 2015 at 9:18:21 AM UTC+1, Clemens Heuberger wrote:
>
> On 2015-03-20 13:30, Volker Braun wrote:
> > The link seems to work right now, maybe it was transient?
>
> I don't think so. I retried it today, stil
ubuntu 14.04, 64 bit, 4 GB RAM: make -j4 ran out of memory while building
documentation, last line in logfile:
[tutorial ] reading sources... [ 43%] sagetex
I then killed 4 processes using 2.7 GB each.
On the same machine, there haven't been any problems with make -j4 for any beta
or rc re
I recompiled 6.9.beta7 and 6.9.rc0 last night one after the other on the same
machine with negligible other load.
6.9.beta7: 81 minutes
6.9.rc0:173 minutes
(make -j4 with 8 GB RAM, linux 64 bit).
I currently do not have a breakdown as "time" would give it (because I did not
know that this
Am 2015-10-03 um 11:28 schrieb Jeroen Demeyer:
> On 2015-09-28 16:22, Clemens Heuberger wrote:
>>
>> I recompiled 6.9.beta7 and 6.9.rc0 last night one after the other on the same
>> machine with negligible other load.
>
> What does the word "recompiled" mean
Am 2015-10-03 um 19:00 schrieb Clemens Heuberger:
> rm -rf sage-6.9.beta7
> git clone ...
> make -j4; ./sage -i ccache; make
I repeated this tonight:
6.9.beta7:
real88m39.989s
user247m40.494s
sys 19m13.816s
6.9.rc0:
real181m18.663s
Am 2015-10-07 um 01:16 schrieb Volker Braun:
> As always, you can get the latest beta version from the "develop" git branch.
> Alternatively, the self-contained source tarball is at
> http://www.sagemath.org/download-latest.html
linux mint 17.2 64 bit: I did the following:
clone into a fresh dire
Am 2015-10-08 um 10:23 schrieb Jeroen Demeyer:
>> and got many doctest failures. I include here just the first few lines of the
>> summary:
> It would be better to see the actual failures, the summary says nothing.
It seems to have been a false alarm: my home directory was apparently
unavailable d
linux mint 17.1, 64 bit:
I get one error (I used a temporary directory as DOT_SAGE):
sage -t --long src/sage/doctest/test.py
**
File "src/sage/doctest/test.py", line 26, in sage.doctest.test
Failed example:
subprocess.call([
Not yet present at trac, neither:
$ git fetch trac
$ git log -1 trac/develop
commit 375d4ee776ec1b73bf581843fe42dec320c7f861
Author: Volker Braun
Date: Wed Feb 1 20:20:54 2017 +0100
Updated SageMath version to 7.6.beta2
Clemens
Am 2017-02-09 um 06:47 schrieb Henri Girard:
> Idem here, n
On one of my patchbots
https://patchbot.sagemath.org/log/0/LinuxMint/18.2/x86_64/4.4.0-138-generic/rk02-math/2019-04-20%2005:53:22
I get non-transient errors (also when run separately) in
sage -t --long src/sage/doctest/forker.py # 6 doctests failed
sage -t --long src/sage/doctest/con
I forgot to actually append the log. Here it is.
Am 23.04.19 um 12:30 schrieb Clemens Heuberger:
On one of my patchbots
https://patchbot.sagemath.org/log/0/LinuxMint/18.2/x86_64/4.4.0-138-generic/rk02-math/2019-04-20%2005:53:22
I get non-transient errors (also when run separately) in
The logfile I posted earlier was produced outside the patchbot.
Am 23.04.19 um 13:10 schrieb Daniel Krenn:
On 23.04.19 12:55, Clemens Heuberger wrote:
Am 23.04.19 um 12:30 schrieb Clemens Heuberger:
On one of my patchbots
https://patchbot.sagemath.org/log/0/LinuxMint/18.2/x86_64
, Clemens Heuberger a écrit :
The logfile I posted earlier was produced outside the patchbot.
Am 23.04.19 um 13:10 schrieb Daniel Krenn:
> On 23.04.19 12:55, Clemens Heuberger wrote:
>> Am 23.04.19 um 12:30 schrieb Clemens Heuberger:
>>> On o
On one of my machines (Linux Mint 18.2 Sonya), I get the following reproducible
doctest failure:
sage -t --long --warn-long 48.6 src/sage/interfaces/r.py
**
File "src/sage/interfaces/r.py", line 613, in sage.interfaces.r.R.png
F
44 matches
Mail list logo