Bug 55427

Summary: serviceconf does not run
Product: [Retired] Red Hat Linux Reporter: Carlos Rodrigues <cefrodrigues>
Component: serviceconfAssignee: Bill Nottingham <notting>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 7.2CC: ckato, gary.hodges, lonewolf, rvokal, steve
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-01-28 00:37:19 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:

Description Carlos Rodrigues 2001-10-31 01:38:13 UTC
Description of Problem:
When I try to run "redhat-config-services" nothing happens, if I try to run it with "serviceconf" I get some errors.

Version-Release number of selected component (if applicable):


How Reproducible:
Always

Steps to Reproduce:
1. run redhat-config-services
2. run serviceconf

Actual Results:
With 1. nothing happens.
With 2. I get the following errors:

Traceback (innermost last):
  File "/usr/share/serviceconf/serviceconf.py", line 438, in ?
    main() 
  File "/usr/share/serviceconf/serviceconf.py", line 429, in main
    Gui()
  File "/usr/share/serviceconf/serviceconf.py", line 138, in __init__
    self.populateList()
  File "/usr/share/serviceconf/serviceconf.py", line 190, in populateList
 
 self.clstServices.append_row(servicename,
int(self.dict_services[servicename][0][int(self.editing_runlevel)]))
ValueError: invalid literal for int(): 4:off


Expected Results:
serviceconf should run.

Additional Information:

Comment 1 Helge Skrivervik 2001-11-26 10:16:34 UTC
We're seeing the exact same problem. Just type serviceconfig in a terminal
window, and the python traceback is all we get.

hs


Comment 2 Need Real Name 2001-12-18 15:59:59 UTC
I have found the same thing on two machines after upgradeing from 7.1 to 7.2.

Also,I now cannot cut n paste from several gui programs to a terminal. Several
programs that don't work are Opera, xpdf, and Abiword. It works with Mozilla,
gdic, and gnome calander.  I have the same behavior on another upgraded machine.
 I can cut n paste from Opera to gvim and then into a terminal. I have tried
reinstalling Opera and using the latest version to no avail.  I also tried it as
a new user with the default account settings and got the same results. On a
machine with a fresh install it works fine.

I was thinking these problems maybe related.

Comment 3 John Wilson 2001-12-27 15:03:29 UTC
One more machine with the exact same problem. I was able to run serviceconf
once, but never again. All that could have come between was setting up some
printers with printconf-gui, but I'm not even sure of that.

Comment 4 Steve 2001-12-29 08:09:36 UTC
I get the same result with a slightly different traceback:

Traceback (innermost last):
  File "/usr/share/serviceconf/serviceconf.py", line 438, in ?
    main() 
  File "/usr/share/serviceconf/serviceconf.py", line 429, in main
    Gui()
  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
on_clstServices_select_row
    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


Comment 5 Need Real Name 2002-01-12 05:26:49 UTC
I had the same problem (as the first bug).  serviceconf-0.6.6-1, RH7.2.  I had
also recently installed proftpd, and i just noticed serviceconf didn't work anymore.

There are two entries created for proftpd when its installed, in
/etc/rc.d/init.d and /etc/xinetd.d

Fixed by moving the xinetd proftpd entry out of its directory (i'm using the
init.d one).

You may want to check if you have a service with the same name in both directories.

Comment 6 Carlos Rodrigues 2002-01-12 20:33:30 UTC
I did have "identd" on both /etc/init.d and /etc/xinetd.d, I renamed the 
xinetd one to "auth" and serviceconf now seems to work.

Comment 7 Need Real Name 2002-01-14 18:59:47 UTC
That did it for me! Lonewolf you ROCK!!!!

Comment 8 John Wilson 2002-01-16 05:53:19 UTC
I checked /etc/init.d and /etc/xinetd.d for duplicate scripts, as
lonewolf.nz reported, and found no duplicates. I still have the problem.

Comment 9 Gary Hodges 2002-01-16 15:14:00 UTC
I too have the same problem.  serviceconf worked fine for quite a while.  I
suspect it was an up2date session that made it quit working.  I get the exact
same result as steve when I run /usr/bin/serviceconf.  I checked
for the duplicate files as suggested by lonewolf.nz, but didn't have
them.  Cheers, Gary



Comment 10 Brad Smith 2002-01-28 00:37:14 UTC
I have the same problem and traceback listed by steve and
gary.hodges. I suspect the problem started when I upgraded from 7.1 to
7.2, but I am not positive. The gui will flash on the screen for a momement then
disappear.

Brad Smith


Comment 11 Bill Nottingham 2002-01-28 00:43:40 UTC
I believe this is fixed in the rawhide 0.6.7 version (note: you may need to
rebuild the source RPM to get a version that runs on 7.2)