Re: [gentoo-dev] Last rites: app-admin/gkrellm & plugins
On 1/27/23 11:21, Michał Górny wrote: On Fri, 2023-01-27 at 10:51 -0800, A Schenck wrote: On 1/27/23 09:36, Michał Górny wrote: # Michał Górny (2023-01-27) # GKrellM and a variety of plugins. It's unmaintained for some time. # Upstream homepage is gone, and the whole suite is collecting dust # and patches. # Removal on 2023-02-26. Bug #892251. [also eclass/gkrellm-plugin.eclass] app-admin/gkrellm x11-plugins/gkrelltop The old homepage listed in the ebuild is gone but has moved[0]. The live ebuild has the correct upstream repository so it seems like just an oversight to not update the homepage whenever that was changed. Thanks. Unfortunately, it only confirms what I've suspected: it's not maintained and nobody's working on a GTK+3 port [1]. [1] https://git.srcbox.net/gkrellm/gkrellm/issues/1 Gkrellm is built similarly to the GIMP where it draws it's chrome directly with GDK to be thin and lightweight without window manager decorations makes it more useful to leave always on the side of the screen. GTK+3 has gotten rid of GDK entirely and the porting docs say "use cairo for drawing" and "the transition is usually straightforward" which is not super helpful :-( Adding `DGTK_DISABLE_SINGLE_INCLUDES` and `DGTK_DISABLE_DEPRECATED` were reasonably straightforward but `DGDK_DISABLE_DEPRECATED` is proving challenging. At the moment all these changes are local because it doesn't seem possible to subscribe to the mailing list or create an account from the gitea interface for upstream. Will probly post the patches to gentoo bugzilla just to get them on some external storage pending getting them upstream. Thanks, -A -- Attached is my PGP public key. Primary key fingerprint: C334 A85F 5B84 0061 2DF9 7310 6E37 4F22 EB0C 3D3A If you have a PGP key (and a minute to spare) please send it in reply to this email. If you have no idea what PGP is, feel free to ignore all this gobbledegook. OpenPGP_0x6E374F22EB0C3D3A.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
[gentoo-dev] [RFC] Gentoo Dotnet Project - 2nd resurrection
Hello! I have re-created the Gentoo Dotnet Project, it will maintain the dev-dotnet (SDK) packages and some packages depending on the dotnet SDK. New project aim is strictly the new dotnet-sdk, I am not interested in maintaining legacy dotnet eclasses and mono. Wiki page: https://wiki.gentoo.org/wiki/Project:Dotnet -- Have a great day! ~ Maciej XGQT Barć x...@gentoo.org Gentoo Linux developer (emacs, math, ml, scheme, sci) OpenPGP_0x14D74A1F43A6AC3C.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
[gentoo-dev] [RFC] Gentoo Nim Project
Hello! I have created the Gentoo Nim Project, it will maintain the dev-lang/nim package in ::gentoo and hopefully dev-nim pkg category in the future. Wiki page: https://wiki.gentoo.org/wiki/Project:Nim -- Have a great day! ~ Maciej XGQT Barć x...@gentoo.org Gentoo Linux developer (emacs, math, ml, scheme, sci) OpenPGP_0x14D74A1F43A6AC3C.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
[gentoo-dev] sci-geosciences/routino: DISTUTILS_USE_SETUPTOOLS=no -> DISTUTILS_USE_PEP517=?
Hello *,
sci-geosciences/routino has the USE flag python.
I've just changed
PYTHON_COMPAT=( python3_{9..10} )
to
PYTHON_COMPAT=( python3_{9..11} )
in sci-geosciences/routino, routino[python] builds fine. The ebuild
contains the lines
DISTUTILS_USE_SETUPTOOLS=no
PYTHON_COMPAT=( python3_{9..11} )
inherit toolchain-funcs distutils-r1
and pkgcheck scan complains that it is not PEP517. I've tried to change
DISTUTILS_USE_SETUPTOOLS=no
to
DISTUTILS_USE_PEP517=setuptools
But then emerging routino[python] leads to lots of strange things:
* python3_9: running distutils-r1_run_phase python_install
python3.9 setup.py install
/usr/lib/python3.9/site-packages/setuptools/command/install.py:34:
SetuptoolsDeprecationWarning: setup.py install is deprecated. Use build
and pip and other standards-based tools.
warnings.warn(
/usr/lib/python3.9/site-packages/setuptools/command/easy_install.py:144:
EasyInstallDeprecationWarning: easy_install command is deprecated. Use
build and pip and other standards-based tools.
warnings.warn(
* ACCESS DENIED: open_wr:
/usr/lib/python3.9/site-packages/test-easy-install-190.write-test
error: can't create or remove files in install directory
The following error occurred while trying to add or remove files in the
installation directory:
[Errno 13] Permission denied:
'/usr/lib/python3.9/site-packages/test-easy-install-190.write-test'
The installation directory you specified (via --install-dir, --prefix, or
the distutils default setting) was:
/usr/lib/python3.9/site-packages/
Perhaps your account does not have write access to this directory? If the
installation directory is a system-owned directory, you may need to sign
in
as the administrator or "root" account. If you do not have administrative
access to this machine, you may wish to choose a different installation
directory, preferably one that is listed in your PYTHONPATH environment
variable.
For information on other options, you may wish to consult the
documentation at:
https://setuptools.pypa.io/en/latest/deprecated/easy_install.html
Please make the appropriate changes for your system and try again.
* ERROR: sci-geosciences/routino-3.3.3-r4::grozin failed (install phase):
* (no error message)
*
* Call stack:
* ebuild.sh, line 136: Called src_install
* environment, line 3349: Called distutils-r1_src_install
* environment, line 1553: Called _distutils-r1_run_foreach_impl
'python_install'
* environment, line 690: Called python_foreach_impl
'distutils-r1_run_phase' 'python_install'
* environment, line 3027: Called multibuild_foreach_variant
'_python_multibuild_wrapper' 'distutils-r1_run_phase' 'python_install'
* environment, line 2586: Called _multibuild_run
'_python_multibuild_wrapper' 'distutils-r1_run_phase' 'python_install'
* environment, line 2584: Called _python_multibuild_wrapper
'distutils-r1_run_phase' 'python_install'
* environment, line 1022: Called distutils-r1_run_phase
'python_install'
* environment, line 1511: Called python_install
* environment, line 3161: Called esetup.py 'install'
* environment, line 2118: Called die
* The specific snippet of code:
* "${@}" || die -n;
So,
setup.py install is deprecated
easy_install command is deprecated
and it tries to install test-easy-install-190.write-test to some strange
place. Any idea what I should use in DISTUTILS_USE_PEP517?
Andrey
