Bug 55427 - serviceconf does not run
Summary: serviceconf does not run
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: serviceconf (Show other bugs)
(Show other bugs)
Version: 7.2
Hardware: i686 Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2001-10-31 01:38 UTC by Carlos Rodrigues
Modified: 2014-03-17 02:24 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-01-28 00:37:19 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

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:

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 ?
  File "/usr/share/serviceconf/serviceconf.py", line 429, in main
  File "/usr/share/serviceconf/serviceconf.py", line 138, in __init__
  File "/usr/share/serviceconf/serviceconf.py", line 190, in populateList
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.


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 ?
  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

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@ihug.co.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@supersource.com when I run /usr/bin/serviceconf.  I checked
for the duplicate files as suggested by lonewolf@ihug.co.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@supersource.com and
gary.hodges@noaa.gov. 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

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)

Note You need to log in before you can comment on or make changes to this bug.