| Summary: | sci-libs/spqr-1.3.1 fails tests | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Patrick Lauer <patrick> |
| Component: | New packages | Assignee: | Gentoo Science Related Packages <sci> |
| Status: | RESOLVED TEST-REQUEST | ||
| Severity: | normal | CC: | alexey+gentoo, frp.bissey, kingjon3377, levertond, mgorny, treecleaner |
| Priority: | Normal | Keywords: | TESTFAILURE |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 627094 | ||
|
Description
Patrick Lauer
2013-11-25 07:39:18 UTC
Similar on alpha: Matrix 2-by-2 nnz: 3 residual: 0.0e+00 rank: 2 residual: 0.0e+00 rank: 2 residual: 0.0e+00 rank: 2 ./qrdemo < /var/tmp/portage/sci-libs/spqr-1.3.1/work/spqr-1.3.1/Matrix/west0067. mtx || exit 1 Matrix 67-by-67 nnz: 294 residual: 8.2e+00 rank: 67 /bin/sh: line 1: 17479 Segmentation fault ./qrdemo < /var/tmp/portage/sci-l ibs/spqr-1.3.1/work/spqr-1.3.1/Matrix/west0067.mtx make[2]: *** [Makefile:649: check-local] Error 1 similar on ppc Hmm, this isn't masked. And it has revdeps: ==rdep of sci-libs/spqr== dev-lang/julia-1.1.0 dev-lang/julia-9999 sci-libs/ceres-solver-1.11.0:sparse sci-libs/ceres-solver-1.12.0:sparse sci-libs/suitesparse-4.0.2 sci-libs/suitesparse-4.2.1 ==bdep of sci-libs/spqr== dev-cpp/eigen-3.3.7:test dev-lang/julia-1.1.0 dev-lang/julia-9999 sci-libs/ceres-solver-1.11.0:sparse sci-libs/ceres-solver-1.12.0:sparse Being hard-dep of julia, we can't really treeclean it. it is not masked because, after masking, maintainers remove the mask but didn't fix any bugs, then, current stable is still not buildable but we cannot stabilize newer one due to this test failures -> https://bugs.gentoo.org/627094#c3 Hmm, maybe we could start by moving it to ~arch. yes, but I am unsure about how this is really working taking into account the test failures: - If tests are broken due to a real bug, the issue is major (even if it's in testing it is still broken) - If tests are broken because of the tests doing something wrong, probably they could be skipped and we could simply stabilize the new version ...which brings us to the essential problem of lack of dedicated maintainer who would look into this. I am willing to proxy maintain suitesparse for a while. I have recovered bicatali github repo to convert the suitesparse meta package into some of its components and updated it to the latest available version (5.4.0) at https://github.com/kiwifb/suitesparse I have updated ebuilds for all the packages currently in Gentoo in the sage-on-gentoo overlay for a test run. I don't have cuda enabled hardware to test cuda in cholmod. I updated that to the best of my abilities but someone with a cuda install needs to test it. Ideally I'll aim for package parity with debian which means packaging the last three packages not currently in Gentoo (rbio, graphblas and moongoose). But priority should be for the existing packages. I cannot reproduce this test failure with the new spqr (2.0.9). The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1703eb051609561a08bf1f267a30e9e68f9ef60a commit 1703eb051609561a08bf1f267a30e9e68f9ef60a Author: Michael Orlitzky <mjo@gentoo.org> AuthorDate: 2020-03-02 00:44:48 +0000 Commit: Michael Orlitzky <mjo@gentoo.org> CommitDate: 2020-03-02 17:20:46 +0000 sci-libs/spqr: new version 2.0.9. Update to EAPI=7 and fix the HOMEPAGE, SRC_URI, and LICENSE. This is part of a larger SuiteSparse v5.4.0 upgrade thanks to François Bissey whose sage-on-gentoo ebuilds I'm using. There's a newer release (v5.7.1) of SuiteSparse, but v5.4.0 has seen more testing. This version uses a "partition" USE flag instead of "metis", to more closely match the terminology used upstream and by sci-libs/cholmod. Bug: https://bugs.gentoo.org/492484 Bug: https://bugs.gentoo.org/586582 Bug: https://bugs.gentoo.org/654548 Package-Manager: Portage-2.3.84, Repoman-2.3.20 Signed-off-by: Michael Orlitzky <mjo@gentoo.org> sci-libs/spqr/Manifest | 1 + sci-libs/spqr/metadata.xml | 4 ++++ sci-libs/spqr/spqr-2.0.9.ebuild | 33 +++++++++++++++++++++++++++++++++ 3 files changed, 38 insertions(+) (In reply to Larry the Git Cow from comment #9) > The bug has been referenced in the following commit(s): > > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=1703eb051609561a08bf1f267a30e9e68f9ef60a > > commit 1703eb051609561a08bf1f267a30e9e68f9ef60a > Author: Michael Orlitzky <mjo@gentoo.org> > AuthorDate: 2020-03-02 00:44:48 +0000 > Commit: Michael Orlitzky <mjo@gentoo.org> > CommitDate: 2020-03-02 17:20:46 +0000 > > sci-libs/spqr: new version 2.0.9. > > Update to EAPI=7 and fix the HOMEPAGE, SRC_URI, and LICENSE. This is > part of a larger SuiteSparse v5.4.0 upgrade thanks to François Bissey > whose sage-on-gentoo ebuilds I'm using. There's a newer release > (v5.7.1) of SuiteSparse, but v5.4.0 has seen more testing. > > This version uses a "partition" USE flag instead of "metis", to more > closely match the terminology used upstream and by sci-libs/cholmod. > > Bug: https://bugs.gentoo.org/492484 > Bug: https://bugs.gentoo.org/586582 > Bug: https://bugs.gentoo.org/654548 > Package-Manager: Portage-2.3.84, Repoman-2.3.20 > Signed-off-by: Michael Orlitzky <mjo@gentoo.org> > > sci-libs/spqr/Manifest | 1 + > sci-libs/spqr/metadata.xml | 4 ++++ > sci-libs/spqr/spqr-2.0.9.ebuild | 33 +++++++++++++++++++++++++++++++++ > 3 files changed, 38 insertions(+) please retry with newer version |
