Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 100704 - Wish: seperate ksysguardd ebuild
Summary: Wish: seperate ksysguardd ebuild
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: All All
: Low enhancement (vote)
Assignee: Gentoo KDE team
Depends on:
Reported: 2005-07-29 06:41 UTC by Ernst Bachmann
Modified: 2010-11-26 09:21 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Ernst Bachmann 2005-07-29 06:41:24 UTC
ksysguard is a KDE app for monitoring several aspects of a system, like load, 
ram usage, network, hardware sensors etc... It also has support of monitoring 
remote computers by running "ksysguardd" there, and communicating with it over 
TCP or SSH. 
That daemon is quite small and doesn't link against KDE libs but is needed on 
each computer you want to monitor. (its a C application, only linking against if available) 
I don't want to emerge most of kde on all of my servers just to monitor their 
current workload, so I've been copying the ksysguardd binary arround, which 
worked quite fine, but its a hassle to keep up to date, esp. with different or 
not existing lm_sensors libraries. 
So a seperate ebuild for it would be nice, so one could just emerge the daemon 
on a server to use it remotely (maybe even with a premade xinetd config 
snippet for it, so you'd just have to enable it). 

Reproducible: Always
Steps to Reproduce:
Comment 1 Caleb Tennis (RETIRED) gentoo-dev 2005-08-10 05:51:40 UTC
as in "emerge ksysguard"? 
that's already in portage. 
Comment 2 Ernst Bachmann 2005-08-10 06:10:30 UTC
(In reply to comment #1) 
> as in "emerge ksysguard"?  
> that's already in portage.  
"emerge ksysguard" installs the graphical monitor as well as the monitoring 
daemon. (its just a split ebuild for the kde-base package) 
So it still needs X11 Libs, QT, kde-libs, ... which I'd like to avoid. 
maybe one could modify the ksysguard ebuild to build the daemon only when 
started with USE=-X -kde ..., but I'd guess that would make it impossible to 
inherit "kde-meta". 
Comment 3 Mike McQuaid 2006-04-13 17:29:10 UTC
I, too, would love this!
Can anyone suggest how to build just the daemon?
Comment 4 Carsten Lohrke (RETIRED) gentoo-dev 2006-04-17 10:27:45 UTC
(In reply to comment #3)
> I, too, would love this!
> Can anyone suggest how to build just the daemon?

You need to strip the build scripts from all kde related checks, but still let it create config.h. Personally I'm not interested to sort that out and to maintain an extra set of build scripts, but if someone does commit himself (long term) to do so, splitting the ebuild would be possible.

On the other hand, while having ksysguardd separated is probably nice to monitor a limited amount of boxes, it's neither needed for single workstations, nor suited on a larger scale, so I'd say "copy by hand" is inconvenient, but should suffice.
Comment 5 Jakub Moc (RETIRED) gentoo-dev 2007-03-07 01:00:32 UTC
00:58:31 <+jakub> so objections to marking this UPSTREAM? Bug 100704
00:58:32 <+jeeves> jakub: enh, P4, All,>, NEW, pending, Wish: 
                   seperate ksysguardd ebuild
00:58:43 <+jakub> really not our business
00:59:03 <+masterdriverz> jakub: feel free

OK, feel free to reopen once upstream folks have made this a configure option; until then, sorry but we don't have time to hack the build system and maintain such stuff. Thanks.