Bug 422691

Summary: GKrellM for EPEL 4
Product: [Fedora] Fedora EPEL Reporter: Robert Scheck <redhat-bugzilla>
Component: gkrellmAssignee: Ville Skyttä <ville.skytta>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: low Docs Contact:
Priority: low    
Version: el4CC: hdegoede
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-02-10 00:37:20 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 420431    

Description Robert Scheck 2007-12-12 23:19:35 UTC
Description of problem:
There is no GKrellM for EPEL 4 - what is preventing us to do so?

Expected results:
GKrellM for EPEL 4 ;-)

Comment 1 Robert Scheck 2007-12-12 23:20:20 UTC
Oh yes, a dumb rebuild brings this:

No Package Found for libSM-devel
0:gtk2-devel-2.4.13-22.i386
0:gettext-0.14.1-13.i386
0:lm_sensors-devel-2.8.7-2.40.3.i386
0:gnutls-devel-1.0.20-3.2.3.i386
0:desktop-file-utils-0.9-3.el4.i386

But shouldn't requiring xorg-devel or similar solve this?

Comment 2 Ville Skyttä 2007-12-13 16:23:17 UTC
(In reply to comment #0)
> There is no GKrellM for EPEL 4 - what is preventing us to do so?
(In reply to comment #1)
> Oh yes, a dumb rebuild brings this:

Yeah, that, and ... a maintainer :)

While I do maintain gkrellm for EPEL 5 at the moment, I have no plans to do it
for EPEL 4.  Actually, due to various things I no longer have any EPEL 5 GUI
boxes around either so a new EPEL 5 maintainer for gkrellm would be welcome too.
 More info at http://fedoraproject.org/wiki/VilleSkytt%C3%A4#maintenance

Comment 3 Robert Scheck 2008-02-10 00:37:20 UTC
I've no longer EPEL 4 with GNOME around.