Arches, please stabilize this latest version. The old v062 fails with newer gcc, and v071 has a critical bug (missing header) that is fixed only in v071b.
amd64 done
This is probably going to be a difficult stabilization due to bug 771675. However, I see no stable consumers of lrslib. Does anyone see a problem with me dropping the old lrslib-062 entirely, and closing this bug (leaving lrslib ~x86)?
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ebbc960f2696ed482e68f1839192af91bba65d22 commit ebbc960f2696ed482e68f1839192af91bba65d22 Author: Michael Orlitzky <mjo@gentoo.org> AuthorDate: 2021-11-06 00:56:27 +0000 Commit: Michael Orlitzky <mjo@gentoo.org> CommitDate: 2021-11-06 01:00:10 +0000 sci-libs/lrslib: drop to ~x86 and remove old lrslib-062.ebuild. The current "stable" version of lrslib on x86, v062, doesn't actually build because it's incompatible with newer GCCs. But its replacement has some issues (bug 771675) on some 32-bit systems. This commit removes the existing x86 stable version 062 (usually a no-no), and closes the x86 stabilization request for v071. The end result is that this package is now ~x86 only, but we've replaced a version that will never build on x86 with one that might build sometimes. Running a `git grep lrslib` shows that this should not affect any consumers. Bug: https://bugs.gentoo.org/771675 Closes: https://bugs.gentoo.org/819555 Package-Manager: Portage-3.0.28, Repoman-3.0.3 Signed-off-by: Michael Orlitzky <mjo@gentoo.org> sci-libs/lrslib/Manifest | 1 - sci-libs/lrslib/lrslib-062.ebuild | 50 --------------------------------------- 2 files changed, 51 deletions(-)