Re: [sage-release] Sage 8.8.beta6 released
Hi, for what is worth, https://trac.sagemath.org/ticket/27250 still prevents my 32-bit patchbot to run. This is pretty important to be able to maintain a constant pressure on such architectures, otherwise there is a slow decay that then takes a long time to get fixed again. Ciao, Thierry On Wed, May 22, 2019 at 10:45:39AM -0700, Volker Braun wrote: > 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 > > > 9b91a096bd (tag: 8.8.beta6) Updated SageMath version to 8.8.beta6 > ef24a11f75 Trac #27839: Remove some long() calls > e54ec9e6d9 Trac #27835: pyflakes cleanup in functions > b22dfb87bb Trac #27821: covering_design.py & design_catalog.py: Fix > AttributeError > 992d0a6d28 Trac #27802: polymake interface: Convert Python dicts to Perl > hashes > bb7d45ebcf Trac #27738: Upgrade R to 3.6.0 > c244c63497 Trac #27712: improve function field differentials to work over > nested fields > 9f9a4af799 Trac #27556: Move references in sage/schemes to master > bibliography file > f8b9a2a717 Trac #27518: Implementation of Floyd-Warshall for all pair > shortest distance > 3e1cf317f4 Trac #27186: spkg-configure.m4 for libpng > 1361286f04 Trac #26526: mutable poset: remove default for breaking ties in > topological sort > 34ac55769b Trac #26504: asymptotic ring substitute: allow modification of > "internal" rules (as claimed in the docs) > f60793361a Trac #25091: Expose some normaliz features > eb31a82828 Trac #27304: Bug in factorization of simple symbolic expressions > 5cbe9405ff Trac #27657: Simplify ideal generators in function field code > 6c32357ace Trac #27644: Sage Jupyter Kernel vs EIN (Emacs Jupyter Interface) > 4711a3e017 Trac #27830: py3: fix remaining doctests for groups/perm_gps > 84cc7b8bb5 Trac #27815: more files in python3-known-passing.txt > 7500f867f0 Trac #27814: Configure check for system "rw" library > fe1c495669 Trac #27812: py3: fix comparison of constants > 925119dc61 Trac #27811: fix doctest with igraph > f655716380 Trac #27808: dispatch factorisation of univariate poly over > number fields > 2061b87d0b Trac #27783: 6 doctests failed in src/sage/databases/oeis.py > with tag internet > 6306f76deb Trac #27775: Fix some py3 doctests in src/sage/doctests > 695d3d0ba0 Trac #27774: py3: fix various issues in cplex backend > 5f7da089dd Trac #27654: py3 : Fix > combinat/root_system/integrable_representations.py for python3. > a353731012 Trac #26189: Intersection of modular abelian varieties gives > wrong answer > cf4c17f1f8 Trac #5548: fix that _hnf_mod segfaults sage completely > df404655c7 Trac #27810: small cleanup of fgp_module > 39ef3e4498 Trac #27800: small cleaning for quaternion_algebra > a9f92c4fa6 Trac #27807: Polymake-jupymake interface: Fix polymake's error > handling in Shell::Mock > 77ce1617d9 Trac #27801: spkg-configure.m4 for ninja-build > 05576b67b2 Trac #27799: AsymptoticRing.coefficients_of_generating_function: > specify error term > 446b735c50 Trac #27731: upgrade normaliz to 3.7.2, pynormaliz to 2.5 > 473a81be98 Trac #22704: Create a variant of the polymake interface using > polymake's callable library (polymake::Main) via JuPyMake > bc19c41475 Trac #27045: Compute (degree bounded) minimal model of cdga's > d781a33ff5 Trac #24905: Upgrade polymake to version 3.4 > 8f5c3fc4c1 Trac #27681: GAP: Apparent problem with workspace initialization > baff1c42dd (tag: 8.8.beta5) Updated SageMath version to 8.8.beta5 > > -- > 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, send email to sage-release@googlegroups.com. > Visit this group at https://groups.google.com/group/sage-release. > To view this discussion on the web visit > https://groups.google.com/d/msgid/sage-release/d73788c6-944f-411d-bd8c-89f412132dea%40googlegroups.com. > For more options, visit https://groups.google.com/d/optout. -- 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, send email to sage-release@googlegroups.com. Visit this group at https://groups.google.com/group/sage-release. To view this discussion on the web visit https://groups.google.com/d/msgid/sage-release/20190526143756.cau5kzqzpyslhjsb%40metelu.net. For more options, visit https://groups.google.com/d/optout.
Re: [sage-release] Re: Sage 8.8.beta6 released
Actually this is a little bit more complicated than what I thought. This
test is likely to fail
on sage-on-gentoo and probably other distro.
atlasrep is a very naughty gap package that download data from the internet
and
wants to put it in its installation directory. Which is a problem for a
system wide install
where it belongs to root.
So I adopted some patches from debian to have the data downloaded and
stored in
~/.gap. So what we see here in ~/.gap is not a package install but the
result of
using atlasrep at any point. It is likely ~/.gap/pkg/AtlasRep will
re-appear all by
itself during doctesting.
So we really need to improve on this situation.
1) does gap need to be run with "-r"
2) if it does what do we do about the fact that ~/.gap is skipped when
using the pexpect interface.
Francois
On Saturday, May 25, 2019 at 1:21:58 PM UTC+12, François Bissey wrote:
>
> We’ll want some kind of follow up. The test will fail if you have
> something in ~/.gap.
> Not just on sage-on-gentoo.
> The question is whether the pexpect interface should continue starting
> `gap` with the
> “-r” option or not.
>
> François
>
> > On 25/05/2019, at 12:17 PM, Steven Trogdon
> wrote:
> >
> > Found this also first on s-o-g. So should ~/.gap be empty or is a
> follow-up to https://trac.sagemath.org/ticket/27681 necessary?
> > On Friday, May 24, 2019 at 7:04:53 PM UTC-5, François Bissey wrote:
> > You have something in ~/.gap. See
> https://trac.sagemath.org/ticket/27681#comment:30
> >
> > > On 25/05/2019, at 12:02 PM, Steven Trogdon
> wrote:
> > >
> > > As far as I know this failure started with this beta.
> > >
> > > sage -t --long src/sage/tests/gap_packages.py
> > > **
> > > File "src/sage/tests/gap_packages.py", line 137, in
> sage.tests.gap_packages.all_installed_packages
> > > Failed example:
> > > all_installed_packages() == all_installed_packages(gap=gap)
> > > Expected:
> > > True
> > > Got:
> > > False
> > > **
> > > 1 item had failures:
> > >1 of 4 in sage.tests.gap_packages.all_installed_packages
> > > [10 tests, 1 failure, 1.04 s]
> > >
> > >
> > > For info:
> > >
> > > sage: from sage.tests.gap_packages import all_installed_packages
> > > sage: all_installed_packages()
> > > ('AtlasRep',
> > > 'FactInt',
> > > 'GAPDoc',
> > > 'SmallGrp',
> > > 'alnuth',
> > > 'atlasrep',
> > > 'autpgrp',
> > > 'crisp',
> > > 'ctbllib',
> > > 'fga',
> > > 'irredsol',
> > > 'laguna',
> > > 'polenta',
> > > 'polycyclic',
> > > 'primgrp',
> > > 'resclasses',
> > > 'sophus',
> > > 'tomlib',
> > > 'transgrp')
> > > sage: all_installed_packages(gap=gap)
> > > ('FactInt',
> > > 'GAPDoc',
> > > 'SmallGrp',
> > > 'alnuth',
> > > 'atlasrep',
> > > 'autpgrp',
> > > 'crisp',
> > > 'ctbllib',
> > > 'fga',
> > > 'irredsol',
> > > 'laguna',
> > > 'polenta',
> > > 'polycyclic',
> > > 'primgrp',
> > > 'resclasses',
> > > 'sophus',
> > > 'tomlib',
> > > 'transgrp')
> > >
> > > ls ~/.gap/pkg/
> > > AtlasRep
> > >
> > >
> > >
> > > --
> > > 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-r...@googlegroups.com.
> > > To post to this group, send email to sage-r...@googlegroups.com.
> > > Visit this group at https://groups.google.com/group/sage-release.
> > > To view this discussion on the web visit
> https://groups.google.com/d/msgid/sage-release/1969b326-0280-430f-8e84-45053acf1b05%40googlegroups.com.
>
>
> > > For more options, visit https://groups.google.com/d/optout.
> >
> >
> > --
> > 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, send email to sage-release@googlegroups.com.
> > Visit this group at https://groups.google.com/group/sage-release.
> > To view this discussion on the web visit
> https://groups.google.com/d/msgid/sage-release/f8f00f9a-44cf-4a73-8ec1-fd25ccbcd536%40googlegroups.com.
>
>
> > For more options, visit https://groups.google.com/d/optout.
>
>
--
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, send email to sage-release@googlegroups.com.
Visit this group at https://groups.google.com/group/sage-release.
To view this discussion on the web visit
https://groups.google.com/d/msgid/sage-release/69d16cda-70b2-4179-87ec-7b1dd087e40d%40googlegroups.com.
For more options, visit https://
Re: [sage-release] Re: Sage 8.8.beta6 released
Yes, the two important folders on vanilla sage are
ls -al local/share/gap/pkg/atlasrep/data*
local/share/gap/pkg/atlasrep/datagens:
total 12
drwxr-xr-x 2 strogdon math 4096 Mar 30 20:09 .
drwxr-xr-x 9 strogdon math 4096 Mar 30 20:09 ..
-rw-r--r-- 1 strogdon math 70 Mar 30 20:05 dummy
local/share/gap/pkg/atlasrep/dataword:
total 12
drwxr-xr-x 2 strogdon math 4096 Mar 30 20:09 .
drwxr-xr-x 9 strogdon math 4096 Mar 30 20:09 ..
-rw-r--r-- 1 strogdon math 70 Mar 30 20:05 dummy
And the contents of dummy, in both folders, is:
This file is only for causing that the directory is created by `zoo'.
On Sunday, May 26, 2019 at 5:59:52 PM UTC-5, François Bissey wrote:
>
> Actually this is a little bit more complicated than what I thought. This
> test is likely to fail
> on sage-on-gentoo and probably other distro.
> atlasrep is a very naughty gap package that download data from the
> internet and
> wants to put it in its installation directory. Which is a problem for a
> system wide install
> where it belongs to root.
> So I adopted some patches from debian to have the data downloaded and
> stored in
> ~/.gap. So what we see here in ~/.gap is not a package install but the
> result of
> using atlasrep at any point. It is likely ~/.gap/pkg/AtlasRep will
> re-appear all by
> itself during doctesting.
>
> So we really need to improve on this situation.
> 1) does gap need to be run with "-r"
> 2) if it does what do we do about the fact that ~/.gap is skipped when
> using the pexpect interface.
>
> Francois
>
> On Saturday, May 25, 2019 at 1:21:58 PM UTC+12, François Bissey wrote:
>>
>> We’ll want some kind of follow up. The test will fail if you have
>> something in ~/.gap.
>> Not just on sage-on-gentoo.
>> The question is whether the pexpect interface should continue starting
>> `gap` with the
>> “-r” option or not.
>>
>> François
>>
>> > On 25/05/2019, at 12:17 PM, Steven Trogdon > > wrote:
>> >
>> > Found this also first on s-o-g. So should ~/.gap be empty or is a
>> follow-up to https://trac.sagemath.org/ticket/27681 necessary?
>> > On Friday, May 24, 2019 at 7:04:53 PM UTC-5, François Bissey wrote:
>> > You have something in ~/.gap. See
>> https://trac.sagemath.org/ticket/27681#comment:30
>> >
>> > > On 25/05/2019, at 12:02 PM, Steven Trogdon
>> wrote:
>> > >
>> > > As far as I know this failure started with this beta.
>> > >
>> > > sage -t --long src/sage/tests/gap_packages.py
>> > >
>> **
>> > > File "src/sage/tests/gap_packages.py", line 137, in
>> sage.tests.gap_packages.all_installed_packages
>> > > Failed example:
>> > > all_installed_packages() == all_installed_packages(gap=gap)
>> > > Expected:
>> > > True
>> > > Got:
>> > > False
>> > >
>> **
>> > > 1 item had failures:
>> > >1 of 4 in sage.tests.gap_packages.all_installed_packages
>> > > [10 tests, 1 failure, 1.04 s]
>> > >
>> > >
>> > > For info:
>> > >
>> > > sage: from sage.tests.gap_packages import all_installed_packages
>> > > sage: all_installed_packages()
>> > > ('AtlasRep',
>> > > 'FactInt',
>> > > 'GAPDoc',
>> > > 'SmallGrp',
>> > > 'alnuth',
>> > > 'atlasrep',
>> > > 'autpgrp',
>> > > 'crisp',
>> > > 'ctbllib',
>> > > 'fga',
>> > > 'irredsol',
>> > > 'laguna',
>> > > 'polenta',
>> > > 'polycyclic',
>> > > 'primgrp',
>> > > 'resclasses',
>> > > 'sophus',
>> > > 'tomlib',
>> > > 'transgrp')
>> > > sage: all_installed_packages(gap=gap)
>> > > ('FactInt',
>> > > 'GAPDoc',
>> > > 'SmallGrp',
>> > > 'alnuth',
>> > > 'atlasrep',
>> > > 'autpgrp',
>> > > 'crisp',
>> > > 'ctbllib',
>> > > 'fga',
>> > > 'irredsol',
>> > > 'laguna',
>> > > 'polenta',
>> > > 'polycyclic',
>> > > 'primgrp',
>> > > 'resclasses',
>> > > 'sophus',
>> > > 'tomlib',
>> > > 'transgrp')
>> > >
>> > > ls ~/.gap/pkg/
>> > > AtlasRep
>> > >
>> > >
>> > >
>> > > --
>> > > 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-r...@googlegroups.com.
>> > > To post to this group, send email to sage-r...@googlegroups.com.
>> > > Visit this group at https://groups.google.com/group/sage-release.
>> > > To view this discussion on the web visit
>> https://groups.google.com/d/msgid/sage-release/1969b326-0280-430f-8e84-45053acf1b05%40googlegroups.com.
>>
>>
>> > > For more options, visit https://groups.google.com/d/optout.
>> >
>> >
>> > --
>> > 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-r...@googlegroups.com .
>> > To post to this group, send email to sage-r...@googlegroups.com
>> .
>> > Visit this
Re: [sage-release] Re: Sage 8.8.beta6 released
I have actual data in one of them.
A little bit of testing show replacing
gap_cmd=“gap -r”
by
gap_cmd=“gap”
in interface/gap.py has no side effects on doctesting apart from letting
the doctest in question pass when ~/.gap is not empty.
I’ll open a ticket later.
François
> On 27/05/2019, at 3:05 PM, Steven Trogdon wrote:
>
> Yes, the two important folders on vanilla sage are
>
> ls -al local/share/gap/pkg/atlasrep/data*
>
> local/share/gap/pkg/atlasrep/datagens:
> total 12
> drwxr-xr-x 2 strogdon math 4096 Mar 30 20:09 .
> drwxr-xr-x 9 strogdon math 4096 Mar 30 20:09 ..
> -rw-r--r-- 1 strogdon math 70 Mar 30 20:05 dummy
>
> local/share/gap/pkg/atlasrep/dataword:
> total 12
> drwxr-xr-x 2 strogdon math 4096 Mar 30 20:09 .
> drwxr-xr-x 9 strogdon math 4096 Mar 30 20:09 ..
> -rw-r--r-- 1 strogdon math 70 Mar 30 20:05 dummy
>
> And the contents of dummy, in both folders, is:
>
> This file is only for causing that the directory is created by `zoo'.
>
> On Sunday, May 26, 2019 at 5:59:52 PM UTC-5, François Bissey wrote:
> Actually this is a little bit more complicated than what I thought. This test
> is likely to fail
> on sage-on-gentoo and probably other distro.
> atlasrep is a very naughty gap package that download data from the internet
> and
> wants to put it in its installation directory. Which is a problem for a
> system wide install
> where it belongs to root.
> So I adopted some patches from debian to have the data downloaded and stored
> in
> ~/.gap. So what we see here in ~/.gap is not a package install but the result
> of
> using atlasrep at any point. It is likely ~/.gap/pkg/AtlasRep will re-appear
> all by
> itself during doctesting.
>
> So we really need to improve on this situation.
> 1) does gap need to be run with "-r"
> 2) if it does what do we do about the fact that ~/.gap is skipped when using
> the pexpect interface.
>
> Francois
>
> On Saturday, May 25, 2019 at 1:21:58 PM UTC+12, François Bissey wrote:
> We’ll want some kind of follow up. The test will fail if you have something
> in ~/.gap.
> Not just on sage-on-gentoo.
> The question is whether the pexpect interface should continue starting `gap`
> with the
> “-r” option or not.
>
> François
>
> > On 25/05/2019, at 12:17 PM, Steven Trogdon wrote:
> >
> > Found this also first on s-o-g. So should ~/.gap be empty or is a follow-up
> > to https://trac.sagemath.org/ticket/27681 necessary?
> > On Friday, May 24, 2019 at 7:04:53 PM UTC-5, François Bissey wrote:
> > You have something in ~/.gap. See
> > https://trac.sagemath.org/ticket/27681#comment:30
> >
> > > On 25/05/2019, at 12:02 PM, Steven Trogdon wrote:
> > >
> > > As far as I know this failure started with this beta.
> > >
> > > sage -t --long src/sage/tests/gap_packages.py
> > > **
> > > File "src/sage/tests/gap_packages.py", line 137, in
> > > sage.tests.gap_packages.all_installed_packages
> > > Failed example:
> > > all_installed_packages() == all_installed_packages(gap=gap)
> > > Expected:
> > > True
> > > Got:
> > > False
> > > **
> > > 1 item had failures:
> > >1 of 4 in sage.tests.gap_packages.all_installed_packages
> > > [10 tests, 1 failure, 1.04 s]
> > >
> > >
> > > For info:
> > >
> > > sage: from sage.tests.gap_packages import all_installed_packages
> > > sage: all_installed_packages()
> > > ('AtlasRep',
> > > 'FactInt',
> > > 'GAPDoc',
> > > 'SmallGrp',
> > > 'alnuth',
> > > 'atlasrep',
> > > 'autpgrp',
> > > 'crisp',
> > > 'ctbllib',
> > > 'fga',
> > > 'irredsol',
> > > 'laguna',
> > > 'polenta',
> > > 'polycyclic',
> > > 'primgrp',
> > > 'resclasses',
> > > 'sophus',
> > > 'tomlib',
> > > 'transgrp')
> > > sage: all_installed_packages(gap=gap)
> > > ('FactInt',
> > > 'GAPDoc',
> > > 'SmallGrp',
> > > 'alnuth',
> > > 'atlasrep',
> > > 'autpgrp',
> > > 'crisp',
> > > 'ctbllib',
> > > 'fga',
> > > 'irredsol',
> > > 'laguna',
> > > 'polenta',
> > > 'polycyclic',
> > > 'primgrp',
> > > 'resclasses',
> > > 'sophus',
> > > 'tomlib',
> > > 'transgrp')
> > >
> > > ls ~/.gap/pkg/
> > > AtlasRep
> > >
> > >
> > >
> > > --
> > > 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-r...@googlegroups.com.
> > > To post to this group, send email to sage-r...@googlegroups.com.
> > > Visit this group at https://groups.google.com/group/sage-release.
> > > To view this discussion on the web visit
> > > https://groups.google.com/d/msgid/sage-release/1969b326-0280-430f-8e84-45053acf1b05%40googlegroups.com.
> > >
> > > For more options, visit https://groups.google.com/d/optout.
> >
> >
> > --
> > You received this message because you
