Opened 3 years ago
Last modified 5 weeks ago
#23832 needs_review task
Optional packages and patchbots metaticket — at Version 40
Reported by: | mderickx | Owned by: | |
---|---|---|---|
Priority: | major | Milestone: | sage-duplicate/invalid/wontfix |
Component: | misc | Keywords: | |
Cc: | Merged in: | ||
Authors: | Reviewers: | ||
Report Upstream: | N/A | Work issues: | |
Branch: | Commit: | ||
Dependencies: | Stopgaps: |
Description (last modified by )
The goal of this metaticket is to make it easy to see if there is already a ticket for failures of some patchbots (including building optional packages). If a patchbot failure is not on the list, please make ticket with blocker
priority for it, if it does not yet exist and add it here together with a list of the affected files!
8.2.beta7
#24918 patchbot (only) failure in test_jupyter.rst
8.2.beta6
#24901 notedown does not install on archlinux
#23533 cryptominisat fails to build
#24902 deformation fails to build
#24903 autotools fail to build
8.1.rc0
#24190 Checking for overflow in matrix_mod2_dense not working on OS X 10.12.6
sage -t --long --warn-long 64.0 src/sage/matrix/matrix_mod2_dense.pyx # Killed due to kill signal
#22006 CBC causes doctest failures because of linking with incompatible liblapack
sage -t --long src/sage/knots/link.py # 1 doctest failed sage -t --long src/sage/game_theory/normal_form_game.py # 5 doctests failed sage -t --long src/sage/numerical/backends/coin_backend.pyx # 314 doctests failed
#24187 Scipy fails to build on gentoo patchbot
#22851 qepcad doctest errors (needs optional package qepqad installed)
sage -t --long src/sage/interfaces/qepcad.py
#23933 OpenBLAS randomly crashes / deadlocks 2 - arando
sage -t --long src/sage/matrix/matrix_integer_dense.pyx
#23391 Test timeout in FFPACK::CharPoly? (related #21579) - multscher
src/sage/graphs/matchpoly.pyx
Only occurs once in a hundred times or so, so one needs to do:
for i in `seq 0 1000` ; do sage -t --long src/sage/graphs/matchpoly.pyx ; done
At least on OpenSuSE:
- #21828 Crash in SubgraphSearch? of empty graph
src/sage/combinat/posets/poset_examples.py src/sage/combinat/posets/posets.py
- #24920 Failing doctests in r.py on OpenSuSE with system readline
sage -t --long src/sage/interfaces/r.py
Change History (40)
comment:1 Changed 3 years ago by
- Description modified (diff)
comment:2 Changed 3 years ago by
- Description modified (diff)
comment:3 Changed 3 years ago by
- Component changed from doctest framework to misc
- Description modified (diff)
- Milestone changed from sage-8.1 to sage-duplicate/invalid/wontfix
comment:4 Changed 3 years ago by
- Description modified (diff)
comment:5 Changed 3 years ago by
- Description modified (diff)
comment:6 Changed 3 years ago by
- Description modified (diff)
comment:7 Changed 3 years ago by
- Description modified (diff)
comment:8 Changed 3 years ago by
- Description modified (diff)
comment:9 Changed 3 years ago by
- Description modified (diff)
comment:10 Changed 3 years ago by
- Description modified (diff)
comment:11 Changed 3 years ago by
- Description modified (diff)
comment:12 Changed 3 years ago by
- Description modified (diff)
comment:13 Changed 3 years ago by
- Description modified (diff)
comment:14 Changed 3 years ago by
- Description modified (diff)
comment:15 Changed 3 years ago by
- Description modified (diff)
comment:16 Changed 3 years ago by
- Description modified (diff)
comment:17 Changed 3 years ago by
- Description modified (diff)
comment:18 Changed 3 years ago by
- Description modified (diff)
comment:19 Changed 3 years ago by
- Description modified (diff)
comment:20 Changed 3 years ago by
- Description modified (diff)
comment:21 Changed 3 years ago by
- Description modified (diff)
I agree, but I prefer we just remove them depending on the beta version in which things were fixed. And just keep the things from the most recent beta and the previous one here. Since that info might still be usefull.
comment:22 Changed 3 years ago by
p.s. Jeroen what do you think about the priority of reproducible but random failing doctests? Say it fails about once in x
times where x
is some number.
I have the feeling that failing (but not silently producing incorrect answers) one out of three tests should definitely still be blocker priority, and failing (but not silently) once in every 10^{6} times does not deserve to be a blocker anymore. What would be a reasonable guideline for a cutoff? Once in a hundred?
Of course creating a stopgap for something that silently produces the wrong answer deserves to be a blocker no matter how rare.
comment:23 Changed 3 years ago by
- Description modified (diff)
comment:24 Changed 3 years ago by
- Description modified (diff)
comment:25 Changed 3 years ago by
- Description modified (diff)
comment:26 Changed 3 years ago by
- Description modified (diff)
comment:27 Changed 3 years ago by
- Description modified (diff)
comment:29 Changed 3 years ago by
- Description modified (diff)
comment:30 Changed 3 years ago by
- Description modified (diff)
comment:31 Changed 3 years ago by
- Description modified (diff)
comment:32 Changed 3 years ago by
- Description modified (diff)
comment:33 Changed 3 years ago by
- Description modified (diff)
comment:34 Changed 3 years ago by
- Description modified (diff)
comment:35 Changed 2 years ago by
- Description modified (diff)
- Summary changed from Patchbot failure metaticket to Optional packages and patchbots metaticket
comment:36 Changed 2 years ago by
- Description modified (diff)
comment:37 Changed 2 years ago by
- Description modified (diff)
comment:38 Changed 2 years ago by
- Description modified (diff)
comment:39 Changed 2 years ago by
- Description modified (diff)
comment:40 Changed 2 years ago by
- Description modified (diff)
I think we can remove the fixed issues, otherwise this will get long very fast.