From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4.1) Gecko/20020314
Description of problem:
When I execute serviceconf from command promt i get:
root@eric root # serviceconf
Traceback (innermost last):
File "/usr/share/serviceconf/serviceconf.py", line 438, in ?
File "/usr/share/serviceconf/serviceconf.py", line 429, in main
File "/usr/share/serviceconf/serviceconf.py", line 139, in __init__
self.on_clstServices_select_row(None, 0, 0, None)
File "/usr/share/serviceconf/serviceconf.py", line 213, in
self.checking_service = self.clstServices.get_text(i,1)
File "/usr/lib/python1.5/site-packages/gtk.py", line 1218, in get_text
return _gtk.gtk_clist_get_text(self._o, r, c)
ValueError: can't get text value
When I execute the same program by double clicking on icon -
window comes up then goes away(in a 2 seconds).
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Just type in serviceconf - that's it
Does this persist with the version in rawhide?
*** Bug 63003 has been marked as a duplicate of this bug. ***
What means rawhide?
Daily (or pretty close to daily) snapshots of our development tree.
It always happens, I have never been able to execute this programm
I am having the same problem. This bug also seems to be a duplicate of several
other previous bugs.
I believe the problem is due to a service appearing twice - in init.d and in
xinet.d. serviceconf has always worked for me and recently failed. I assume
this is because I recently turned on identd in xinet.d. It seems to get
confused when the service is off in init.d, but on in xinet.d.
I forgot to mention that I am running serviceconf-0.7.0-3. I am reluctant to go
to rawhide as that would require my upgrading a large number of packages (or
going to Redhat 7.3 - I am running 7.2).
Also, I am fairly convinced this problem is due to the service appearing twice.
I removed the file /etc/xinet.d/identd and serviceconf functions fine.
This bug has been fixed during the porting to python2/gtk2. It will be in the
next release of RedHat Linux. Currently the work around is to remove the entry
from /etc/xinet.d or /etc/init.d