eroen@occam ~ $ portageq metadata / ebuild sci-libs/spqr-1.3.1 SRC_URI https://dev.gentoo.org/~bicatali/distfiles/spqr-1.3.1.tar.bz2 eroen@occam ~ $ curl --head https://dev.gentoo.org/~bicatali/distfiles/spqr-1.3.1.tar.bz2 HTTP/1.1 404 Not Found Date: Tue, 01 May 2018 18:11:31 GMT Server: Apache Content-Type: text/html; charset=iso-8859-1 eroen@occam ~ $
Note that the homepage for most/all the packages belonging to suitesparse have disappeared. It look like all those upstream have been absorbed by suitesparse. I am not sure what is the detailed situation.
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(+)
