[gentoo-dev] Package up for grabs: media-gfx/gmic
Currently last-rited but since it seems there is interest in keeping it in the tree, I have just returned it to the state in which it was before I took over its maintenance 3 years ago (i.e. m-n). To anyone willing to put up with the updates of the megapatch, the regularly emerging QA issues and the unresponsive upstream: good luck. You will need it. A request (and, to make it absolutely clear, nothing more than a request): PLEASE don't unmask gmic unless it gets a new maintainer. We've got enough junk packages as it is. -- Marecki OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: Last rites: media-gfx/gmic
On 2023-10-26 02:29, Jonas Stein wrote: this is a very powerful package with many users. ...but sadly, very few maintainers. It was m-n when I took it over 3 years ago, as apparently no-one found it worth looking after following the disbanding of the Graphics project - and that was back when upstream still used CMake! Telling the truth I wasn't exactly interested either, it's just that it happened to be an optional dependency of media-gfx/darktable. Thank you for maintaining it till now. You're very welcome! Could you address the exact problems to upstream, so they are aware and can improve it? I think not only Gentoo, but also other distributions suffer if it does not build smooth. I used to do that. It seemed to have little to no effect so in the end I just gave up. Looks to me as if the package is not broken now, but there is a lack of manpower to update it. 30 days is the minimum for a removal. There are two outstanding QA issues (ignored LDFLAGS and pre-stripped binaries) in 3.3.1 pertaining to USE=gimp and USE=qt5. Prior to adding that version I tried to leverage qmake-utils.eclass in the Qt parts of the package, which hopefully would have got rid of these issues - but resulted in a wall of actual errors. This has been the last straw as far as me maintaining G'MIC is concerned. I suggest to keep it for a few more months. Fine by me if someone actually maintains it. I've just dropped media-gfx/gmic back to m-n to make it clear that I do not intend to block it from being reactivated. -- Marecki OpenPGP_signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Re: Last rites: media-gfx/gmic
On 2023-10-26 04:41, Eli Schwartz wrote: This is of course either untrue or every kind of over-reaction, and users have commented there to the effect of being willing to help sort things out but there has been radio silence. ...which, sadly, has been my _overall_ experience with G'MIC upstream. I think this also offers some compelling arguments against maintainers being willing to deal with the challenges of this software -- this is a pretty steep social cost to investing time and effort into caring about, using, or maintaining such software. Given where this package has come from, I have got a nagging feeling that its maintainers suffer from a problem that is fairly common among computational scientists (and before anyone gets offended, a quick reminder that I myself am in fact a computational scientist... Plus just have a look at what many sci-* ebuilds have to look like) - namely that however brilliant they might be at devising algorithms, they are rather less adept at developing actual software. Consider some of the issues I have come up against while maintaining this package (disclaimer: I haven't checked if any of these have been fixed in Git since the release of 3.3.1: - the reason for the megapatch, i.e. features being enabled automagically depending on the presence/absence of dependencies at build time. Not that big of a problem for end-users but very much distro-unfriendly; - one of the alleged reasons for G'MIC upstream to have switched from CMake to a hand-crafted Makefile (and one which said Makefile still fails to fix), namely building without X11 support. Given all that is needed to address the issue is something along the lines of "if !X11 CFLAGS+=-Dcimg_display=0", I simply do not understand why this remains open; - the use of RPATH="." with shared libraries in spite of it being widely considered a security risk, and apparently without any actual reason (media-gfx/gmic appears to work perfectly well with the relevant linker flag patched out); - the use of backslash-whitespace construct in the hand-crafted Makefile causes build issues on systems with grep 3.8 or newer. For the record, GNU grep-3.8 was released over a year ago and Gentoo is now on 3.11; - downright broken target dependency chains, even with -j1 (that bit falls under "if anything, the handcrafted Makefile has got worse since its introduction"); - a rather quirky way of locating the GIMP plug-in directory, including attempting to write to that directory when it hasn't been located - or even when the GIMP plug-in is not to be built. I rest my case. Marecki -- is there any specific concern that it's likely to rot quickly if it lacks a maintainer? The megapatch has to be updated on a fairly regular basis so at the very least, we would end up without updates. On top of that we have got the usual problems cropping up every time we add a new gcc/clang version, having to support MUSL (let's be honest, even among the more mature projects testing against non-glibc is rare), slibtool... So yes, I consider media-gfx/gmic very likely to rot quickly without continuous maintenance. -- Marecki OpenPGP_signature.asc Description: OpenPGP digital signature
[gentoo-dev] Last rites: dev-python/yamlpath
# Michał Górny (2023-10-27) # The package does not work with any of the dev-python/ruamel-yaml # versions in ::gentoo. No revdeps. # Removal on 2023-11-26. Bug #915986. dev-python/yamlpath -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
[gentoo-dev] Last rites: dev-games/cegui, games-rpg/sumwars
# Michał Górny (2023-10-27) # dev-games/cegui is unmaintained, does not support Python 3.11 and has # a ton of open bugs. It is only used by games-rpg/sumwars. CeGUI has # had no release since 2016, and apparently the current git # is incompatible with SumWars. SumWars have had no activity # since 2014. # Removal on 2023-11-26. Bug #896688. dev-games/cegui games-rpg/sumwars -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
[gentoo-dev] [PATCH] toolchain-funcs.eclass: add detection for arc
https://github.com/gentoo/gentoo/pull/33554
ARC is bi-endian. Assumes ARCH=arc. No plans to add profiles or
keywords to official tree.
Signed-off-by: Matoro Mahri
---
eclass/toolchain-funcs.eclass | 3 +++
1 file changed, 3 insertions(+)
diff --git a/eclass/toolchain-funcs.eclass
b/eclass/toolchain-funcs.eclass
index 8398ee004a7d..4559894ca04a 100644
--- a/eclass/toolchain-funcs.eclass
+++ b/eclass/toolchain-funcs.eclass
@@ -648,6 +648,7 @@ tc-ninja_magic_to_arch() {
case ${host} in
aarch64*) echo arm64;;
alpha*) echo alpha;;
+ arc*) echo arc;;
arm*) echo arm;;
avr*) _tc_echo_kernel_alias avr32 avr;;
bfin*) _tc_echo_kernel_alias blackfin bfin;;
@@ -736,6 +737,8 @@ tc-endian() {
aarch64*be) echo big;;
aarch64)echo little;;
alpha*) echo little;;
+ arc*b*) echo big;;
+ arc*) echo little;;
arm*b*) echo big;;
arm*) echo little;;
cris*) echo little;;
--
2.42.0
