gnome-base/libglade requires python2_7 only for ancient libglade-convert tool that required only for very old packages that not migrated to gnome-base/libglade-2. No need to keep it in ebuild. Any package that depends on gnome-base/libglade[tools], should be updated or treecleaned.
$ grep -R libglade.*tools
Apparently there are none.
Actually whole package (ebuild and upstream) looks a bit crusty. Do we need another tracker? ;)
Yeah, I'm worked on deleting of python2 and totally rewrote whole ebuild...
Anyway, here PR https://github.com/gentoo/gentoo/pull/16498
(In reply to Azamat H. Hackimov from comment #3)
> Anyway, here PR https://github.com/gentoo/gentoo/pull/16498
I also see no revdeps on it, so IUSE=static-libs could be dropped, but it needs to be acked by gnome proj...
Not sure about static-libs.
The bug has been referenced in the following commit(s):
Author: Mart Raudsepp <firstname.lastname@example.org>
AuthorDate: 2020-07-29 19:45:53 +0000
Commit: Mart Raudsepp <email@example.com>
CommitDate: 2020-07-29 19:56:29 +0000
gnome-base/libglade: drop legacy IUSE=tools, EAPI-6 bump
* USE=tools was for libglade-convert, which was about converting from
an ancient libglade UI file to a big less ancient format UI file.
It uses python2 and isn't useful for conversion to GtkBuilder, so
just drop it.
* Port to EAPI-6
* Use GNOME2_EAUTORECONF to not need AT_NOELIBTOOLIZE=yes hacks
* Drop DISABLE_DEPRECATED sedding - gnome2.eclass takes care of it
* Move configure.in to configure.ac to silence QA warning
* Add missing gtk-doc-am depend, needed due to eautoreconf; it was
probably fine, as the tarball contains a copy, but better to ensure
up to date is available on system.
Package-Manager: Portage-2.3.84, Repoman-2.3.20
Signed-off-by: Mart Raudsepp <firstname.lastname@example.org>
gnome-base/libglade/libglade-2.6.4-r3.ebuild | 91 ++++++++++++++++++++++++++++
1 file changed, 91 insertions(+)
x86 stable. Closing.