From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id AF5C3158089 for ; Tue, 31 Oct 2023 07:05:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1EEF22BC049; Tue, 31 Oct 2023 07:05:39 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 297FB2BC01E for ; Tue, 31 Oct 2023 07:05:36 +0000 (UTC) References: <254730d8-2987-49b8-9ca7-2e50a071b121@gentoo.org> <70f9bc88-a3fe-4cf1-a09f-025f18ce7e97@gentoo.org> User-agent: mu4e 1.10.7; emacs 30.0.50 From: Sam James To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Last rites: media-gfx/gmic Date: Tue, 31 Oct 2023 07:05:24 +0000 Organization: Gentoo In-reply-to: Message-ID: <877cn3z2ys.fsf@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain X-Archives-Salt: ba38d113-6e28-4e0d-9476-9ae87a619b81 X-Archives-Hash: ed34044b7ff0b50c85f9f93f2261343d Zoltan Puskas writes: > [[PGP Signed Part:Undecided]] > On Fri, Oct 27, 2023 at 12:24:32PM +0100, Marek Szuba wrote: >> 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 >> > > This is quite a loss. Ever since the dropping the gimp-resynthesizer plugin (due > to Python2 deprecation) gmic was the last package to provide "heal selection" > functionality in GIMP. Losing gmic will put GIMP behind other image editing > software by a significant margin. > > I'm wondering if we could collaborate with other distro developers on building > and improving the state of this package. E.g. Debian seems to be packaging gmic > by itself and also for gimp and krita. I wonder if it's possible to build the > gimp plugin portion only and not deal with gmic QT frontend? https://github.com/GreycLab/gmic/issues/17 indicates upstream are open to PRs at least. > > Zoltan > > [[End of PGP Signed Part]]