Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clean up settings for SAGE_CHECK_PACKAGES_DEFAULT_yes, etc. #32785

Open
jhpalmieri opened this issue Oct 28, 2021 · 14 comments
Open

Clean up settings for SAGE_CHECK_PACKAGES_DEFAULT_yes, etc. #32785

jhpalmieri opened this issue Oct 28, 2021 · 14 comments

Comments

@jhpalmieri
Copy link
Member

From #32781:

$ git grep SAGE_CHECK_PACKAGES
build/bin/write-dockerfile.sh:ENV SAGE_CHECK_PACKAGES="!cython,!r,!python3,!gap,!cysignals,!linbox,!git,!ppl,!cmake,!rpy2,!sage_sws2rst"
build/bin/write-dockerfile.sh:ENV SAGE_CHECK_PACKAGES="!gfan,!cython,!r,!python3,!gap,!cysignals,!linbox,!git,!ppl,!cmake,!rpy2,!sage_sws2rst"
build/bin/write-dockerfile.sh:ENV SAGE_CHECK_PACKAGES="!gfan,!cython,!r,!python3,!gap,!cysignals,!linbox,!git,!ppl,!cmake,!rpy2,!sage_sws2rst"
build/bin/write-dockerfile.sh:ENV SAGE_CHECK_PACKAGES="!gfan,!cython,!r,!python3,!gap,!cysignals,!linbox,!git,!ppl,!cmake,!rpy2,!sage_sws2rst"
tox.ini:    local:             make -k V=0 SAGE_CHECK=warn SAGE_CHECK_PACKAGES="!cython,!r,!python3,!gap,!cysignals,!linbox,!git,!ppl,!cmake,!rpy2,!sage_sws2rst" {env:TARGETS_PRE:} {posargs:build} && \
tox.ini:    local:             ( [ -z "{env:TARGETS_OPTIONAL:}" ] || make -k V=0 SAGE_CHECK=warn SAGE_CHECK_PACKAGES="!cython,!r,!python3,!gap,!cysignals,!linbox,!git,!ppl,!cmake,!rpy2,!sage_sws2rst" {env:TARGETS_OPTIONAL:} || echo "(error ignored)" ) '

as compared with build/make/Makefile.in:

build/make/Makefile.in:SAGE_CHECK_PACKAGES_DEFAULT_yes := !python3
build/make/Makefile.in:SAGE_CHECK_PACKAGES_DEFAULT_warn :=
build/make/Makefile.in:SAGE_CHECK_PACKAGES_DEFAULT_no :=

We should unify these settings and document why these choices were made.

CC: @sagetrac-tmonteil

Component: build

Author: John Palmieri

Branch/Commit: u/jhpalmieri/check-package-defaults @ de6db76

Issue created by migration from https://trac.sagemath.org/ticket/32785

@jhpalmieri jhpalmieri added this to the sage-9.5 milestone Oct 28, 2021
@jhpalmieri
Copy link
Member Author

comment:1

Comment from #32781: "We should keep doing selftest, even if they are long. Perhaps could such tests be only run by a few bots." I suggest that if tests are known to fail widely, then we should disable them in SAGE_CHECK_PACKAGES_DEFAULT_yes, maybe but it makes sense to leave the default setting for SAGE_CHECK_PACKAGES_DEFAULT_warn empty.

I could maybe imagine adding something like the old git package which had a really long test suite, but passing its tests is not relevant to the functioning of Sage. If we still have packages like this, they could be disabled by default in SAGE_CHECK_PACKAGES_DEFAULT_warn.

@mkoeppe mkoeppe modified the milestones: sage-9.5, sage-9.6 Dec 18, 2021
@jhpalmieri
Copy link
Member Author

comment:4

I just tested again, and Python's test suite still fails for me on OS X. Do we know why the other choices were made for tox and docker?

@mkoeppe mkoeppe modified the milestones: sage-9.6, sage-9.7 May 3, 2022
@mkoeppe mkoeppe modified the milestones: sage-9.7, sage-9.8 Sep 19, 2022
@jhpalmieri
Copy link
Member Author

comment:7

I've been doing some tests on two OS X machines, one Intel, one m2.

  • cmake and curl have their test suites disabled by Disable test suites for curl, git, cmake #30093, so we don't need to worry about them at all. git doesn't even have a Sage test suite any more.
  • giac fails its test suite on both machines.
  • gp2c fails its test suite on both machines.
  • openblas fails to build at all on m2, builds and passes on Intel.
  • ppl fails its test suite on both machines.
  • rpy2 fails its test suite on both machines.
  • python3 and cython have long test suites which often fail (although I didn't try them today), and I think they should be skipped.

So I would propose that we always skip giac, gp2c, ppl, rpy2, python3, and cython. The other standard packages behaved perfectly well: passed their test suite and did it pretty quickly. Maybe they have problems on other platforms.

I didn't try any optional or experimental packages except for igraph, which I tried by mistake. It fails for stupid reasons: No rule to make target `check'. Stop.

@mkoeppe
Copy link
Member

mkoeppe commented Sep 21, 2022

comment:8

I think the igraph one may be fixed in one of the upgrade tickets

@mkoeppe
Copy link
Member

mkoeppe commented Oct 31, 2022

comment:9

Configuration on Volker's buildbots: #34081 comment:117

@jhpalmieri
Copy link
Member Author

comment:10

The points of agreement between the buildbots and comment:7: giac, python3, cython, rpy2.

On the buildbots among the standard packages: gsl, givaro, zeromq, curl (disabled already), arb, cvxopt, cmake (disabled), networkx, openssl, flint

On the buildbots among other packages: python2, r, normaliz, yasm (not a package), nose (not a package)

From comment:7: gp2c, openblas (on m2), ppl

What about meson_python?

@mkoeppe
Copy link
Member

mkoeppe commented Nov 2, 2022

comment:11

The meson_python test suite is fast but fails on some platforms (upstream is aware), which is why I set it to "warn" in #34081

@jhpalmieri
Copy link
Member Author

comment:12

So how about this for a default: !giac,!python3,!cython,!rpy2,!gp2c,!ppl,?meson_python

@mkoeppe
Copy link
Member

mkoeppe commented Nov 22, 2022

comment:13

Sounds good.

@jhpalmieri
Copy link
Member Author

Branch: u/jhpalmieri/check-package-defaults

@jhpalmieri
Copy link
Member Author

Author: John Palmieri

@jhpalmieri
Copy link
Member Author

New commits:

de6db76trac 32785: skip some more packages during testing, by default.

@jhpalmieri
Copy link
Member Author

Commit: de6db76

@jhpalmieri
Copy link
Member Author

comment:16

For what it's worth, I'm now seeing a failure with pari on OS X Intel, but the test suite passes on Apple Silicon.

@mkoeppe mkoeppe removed this from the sage-10.0 milestone Apr 30, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants