Unmaintained and homepage gone. It's gkrellm-plugin.eclass + the following packages: acct-group/gkrellmd acct-user/gkrellmd app-admin/gkrellm app-laptop/ibam media-plugins/gkrellmpc x11-plugins/bfm x11-plugins/gkrellaclock x11-plugins/gkrellfire x11-plugins/gkrellkam x11-plugins/gkrellm-bgchanger x11-plugins/gkrellm-bluez x11-plugins/gkrellm-countdown x11-plugins/gkrellm-cpupower x11-plugins/gkrellm-imonc x11-plugins/gkrellmlaunch x11-plugins/gkrellm-leds x11-plugins/gkrellm-mailwatch x11-plugins/gkrellmoon x11-plugins/gkrellm-plugins x11-plugins/gkrellm-radio x11-plugins/gkrellmss x11-plugins/gkrellm-trayicons x11-plugins/gkrellm-vaiobright x11-plugins/gkrellm-volume x11-plugins/gkrellmwireless x11-plugins/gkrellm-xkb x11-plugins/gkrellshoot x11-plugins/gkrellstock x11-plugins/gkrellsun x11-plugins/gkrelltop x11-plugins/gkrellweather x11-plugins/gkwebmon x11-plugins/i8krellm x11-themes/gkrellm-themes
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f3f0af029afdcbf2a261c6bd088fc557c49ba2e9 commit f3f0af029afdcbf2a261c6bd088fc557c49ba2e9 Author: Michał Górny <mgorny@gentoo.org> AuthorDate: 2023-01-27 17:35:38 +0000 Commit: Michał Górny <mgorny@gentoo.org> CommitDate: 2023-01-27 17:37:38 +0000 package.mask: Last rite app-admin/gkrellm & plugins Bug: https://bugs.gentoo.org/892251 Signed-off-by: Michał Górny <mgorny@gentoo.org> profiles/package.mask | 40 ++++++++++++++++++++++++++++++++++++++++ 1 file changed, 40 insertions(+)
Sadly, there's no active developer upstream. Bill Wilson, the GKrellM developer, passed away last October 14th 2021. http://lists.netservicesgroup.com/list/gkrellm@lists.netservicesgroup.com?cmd=user_listview_msg&domainid=40&list=gkrellm&msg_idx=28 https://git.srcbox.net/gkrellm/gkrellm/issues/1
I am using it for many years now and after googling for a couple of hours I cannot find alternatives that run on the desktop with a tiny non-dashboard gui and connect to a tiny (non-database, non-webservice) and (nearly) zero config remote service on a server. Is there a replacement or usable fork for it? It feels like a big function will be lost.
hm, I checked what needs to be done to port the program. It is a /lot/. Dealing with deprecated functions isn't the worst part, the whole graph painting stuff has to be redone from 0 with cairo. And then comes the actual port to gtk3 where all the window handling has to be updated. And then gtk4 would be next and is at least as much work. https://docs.gtk.org/gtk3/migrating-2to3.html https://docs.gtk.org/gtk4/migrating-3to4.html And it seems there is no way to skip gtk3: https://docs.gtk.org/gtk4/migrating-2to4.html And then there are all the plugins left, some had their last change 21 years ago :-/ The compiler also creates a lot of warnings - if these are possible incompatibilities or errors to debug or porting problems, it will get less and less fun to keep the program alive and it would be easier to start from scratch. I guess it is time to install one of that modern web-scripting/database bloat solutions or run a permanent shell with a command line monitoring.
There's app-admin/conky but I'm not sure if it's a direct equivalent.
https://packages.gentoo.org/packages/app-admin/gkrellm says the upstream page is gone. What about: http://gkrellm.srcbox.net/ (3rd entry after googling gkrelllm) Recently gentoo-management team is getting a bit very fast to remove packages btw. 1 month lead time, where I do not check those things regularly....
(In reply to Axel Gerber from comment #6) > https://packages.gentoo.org/packages/app-admin/gkrellm says the upstream > page is gone. What about: http://gkrellm.srcbox.net/ (3rd entry after > googling gkrelllm) > Part of the issue is that nobody cares enough about maintaining the packages to even fix that. > Recently gentoo-management team is getting a bit very fast to remove > packages btw. 1 month lead time, where I do not check those things > regularly.... It's pretty much always been 30 days unless special circumstances. Perhaps gkrellm deserves a bit longer though.
What is the exact problem with gkrellm? It runs nice for many many years with no issues. There is much more crappy software that still in portage, why remove things that "just work" (tm) ? Of course, nobody is going to port this into new shiny libraries. Some software is good enough to stay as is. I suggest that we keep it until gentoo will throw X11 away. (I bet in 20 years we will be still using it). There's a lot of abandoned software, and it works nice, sources live in distfiles, patches in ebuild. If you want just to throw away all things that depend on GTK2, say so.
It's probably because it's something holding on to the old gtk+:2, which they've been trying to get rid of. This is sad, there's nothing else that fits into Fluxbox's slit, and has a client/server model. I have 3 on my desktop, 1 for my workstation, and 2 others to monitor servers. I was really hoping that the co-developer would step up and continue development, but there really hasn't been much from him since Bill died. I saw a discussion in their email list about getting it on gtk3 so it can get to gtk4, but no evidence of movement on that. There are also lots of forks on github, but only 2 mention work to get it to gtk3. Only one of those seem like it might be active, but it doesn't seem like they're close. They probably all had good intentions until they realized how much work would be involved. And while Conky is cool, it's only really useful when you have nothing covering it. gkrellm fits in a dedicated section of the desktop that other windows don't block.
Gkrellm is the only good desktop monitoring tool with daemon support to monitor remote servers. Yes I could run conky on a remote system and use X forwarding through ssh to run it on my desktop but that requires pulling in X, and all the things that come with it, when it is otherwise not needed. I have opened a discussion on the forum to talk about any viable solutions.
Not good! First gmpc, okay there are alternatives but not as great. Now gkrellm, really not good! This is a very important tool and usable alternatives do not exist. And yes, I tried Conky. It creates a simplistic thing on the root window. At first I thought it hung, but after minimizing all windows it became visible. Could not get it into a window - unusable. I respect Gentoo gtk migration plans, but in this case we're talking about dropping important software which we don't want to lose. I really wonder, what's the hurry ... Should we copy gkrellmd (and gtk2) ebuilds to local before it's really gone?
(In reply to Evert from comment #11) > Should we copy gkrellmd (and gtk2) ebuilds to local before it's really gone? Things are never unretrievable. We use git and you can always fish old ebuilds out of history.
Adding my voice to the choir: there is no rush to mask gkrellm. Please reconsider. There is no “modern” replacement for gkrellm. Alternatives suck performance-wise, don't have a client-server model, are not as easy to setup, are not as stable. I do understand gkrellm has no real maintainer. But sometimes, software is fine as it is. I mean, - `bc` hasn't had a release in 5 years, it's still in portage. - `lilo` hasn't had a release in 7 years, it's still in portage. - `xinetd` hasn't had a release in 7 years, it's still in portage. My point is not that the above needs to be masked. It's that at some point software is fine as it is, it's time-tested, it solves a problem like no other tool does. As for the gtk+2 dependency, I doubt it's going away soon anyway, as long as gimp uses it.
Here's another desperate request to reconsider. I understand that gentoo maintainers don't want any extra work caused by version conflicts, but in this case I haven't seen a convincing description of such extra work. Only _anticipation_ and speculation of possible problems in the future. Is gkrellm the last app that needs GTK2? And even if it is, what is the problem of keeping both GTK2 and gkrellm? In practical terms, I mean. Warnings about lack of maintenance and even marking these unstable (~amd64) are fine, to discourage unnecessary bug reports, if things really start to break. I have been running gkrellm forever, maybe more than 20 years, and there is nothing like it! I can have it always visible (unless using fullscreen apps), unlike any windowed solutions.
commit 5c07703aac569114760817ad7111151f7b664bca Author: Sam James <sam@gentoo.org> Date: Fri Feb 3 04:30:12 2023 +0000 profiles: unmmask gkrellm for a stay of execution This isn't a promise gkrellm will remain in Gentoo forever -- someone absolutely needs to adopt it upstream, but it's quite popular, and we're not in a hurry to drop gtk2. Bug: https://bugs.gentoo.org/892251 Signed-off-by: Sam James <sam@gentoo.org> I've gone ahead and bumped the various ebuilds to EAPI 8 and tidied them too. It absolutely needs someone to look at this upstream though.
I'd really appreciate it if someone interested in gkrellm could co-maintain at least some of the packages in Gentoo with me too. Thanks.
PS / Hint: Nowadays, I'm even exploiting gkrellm via . . . . . wayland > wlroots > dwl running perfectly stable granting excellent productivity via extreme minimalism. @ SAM : Thanks a lot! Kind regards Manfred
