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
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
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] 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.