Description of problem:
gkrellm-daemon's init script attempts to start as user gkrellm.  This user is
created in an rpm post script.  The problem is gkrellm requests uid/gid 101. 
This is in violation of the LSB which only allocates the range 0-99 for staticly
assigned uids.  Further, this conflicts with shadow-utils's useradd
configuration which dynamically allocates uid's in the 100-499 range for system
services that can use an install-time (rahter than buildtime) determined uid. 
So, in the case where a system administrator has installed two packages which
dynamically add their UIDs in %post scripts before installing gkrellm-daemon,
gkrellmd will fail to add a group for itself.

Version-Release number of selected component (if applicable):
gkrellm-daemon-2.2.7-7

How reproducible:
Everytime.

Steps to Reproduce:
1. Start with a Fedora Core version that does not have gkrellm-daemon installed
(and doesn't have the gkrellm user/group)
2. useradd -r test1
3. useradd -r test2
4. yum install gkrellm-daemon
5. service gkrellmd start

Actual results:
Starting gkrellmd: runuser: user gkrellmd does not exist
                                                           [FAILED]

Expected results:
gkrellmd would start

Additional info:
I have not perused the sources of gkrellmd but the man page and usage within the
init script imply that gkrellmd just needs a username and groupname that it can
run as.  This is most likely a case where gkrellm should allow useradd to choose
a uid/gid.  So the rpm %preinstall script should use groupadd -r gkrellmd and
useradd -r gkrellmd instead of groupadd -g 101/useradd -u 101.