Bug 484915
Summary: | System-config-services does not work on FC10 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | ea6825 |
Component: | system-config-services | Assignee: | Nils Philippsen <nphilipp> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | low | ||
Version: | 10 | CC: | nphilipp, sjensen |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-02-17 11:34:14 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
ea6825
2009-02-10 18:05:35 UTC
Hi,... same for me here with "system-config-services-0.99.28-3.fc10.noarch" Starting from console brings up the system-config-services window, but end up with not functional "grayed out" window. Hitting <STRG+C> in the console window then, bring back the functionality. These errors where printed out on the console: sudo system-config-services /usr/lib/python2.5/site-packages/scservices/core/services.py:436: DeprecationWarning: raising a string exception is deprecated raise output Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/scservices/core/asynccmd.py", line 96, in on_fd self._finish () File "/usr/lib/python2.5/site-packages/scservices/core/asynccmd.py", line 108, in _finish self.ready_cb (self, *self.ready_args, **self.ready_kwargs) File "/usr/lib/python2.5/site-packages/scservices/core/asynccmd.py", line 153, in _ready_cb ready_cb (cmd, *p, **k) File "/usr/lib/python2.5/site-packages/scservices/core/services.py", line 101, in _async_load_ready self._async_load_process (cmd) File "/usr/lib/python2.5/site-packages/scservices/core/services.py", line 436, in _async_load_process raise output oidentd 0:off 1:off 2:off 3:off 4:off 5:off 6:off ^CTraceback (most recent call last): File "/usr/lib64/python2.5/site-packages/gamin.py", line 107, in _internal_callback self.callback (path, event, self.data) File "/usr/lib/python2.5/site-packages/scservices/core/serviceherders.py", line 61, in on_dir_changed self.on_dir_changed (path, action, dir) File "/usr/lib/python2.5/site-packages/scservices/core/serviceherders.py", line 284, in on_dir_changed self.create_service_delayed (path) File "/usr/lib/python2.5/site-packages/scservices/core/serviceherders.py", line 295, in create_service_delayed self.create_service_cb (name) File "/usr/lib/python2.5/site-packages/scservices/core/serviceherders.py", line 302, in create_service_cb self.create_service (name) File "/usr/lib/python2.5/site-packages/scservices/core/serviceherders.py", line 113, in create_service serviceobj = self.service_class (name, self.mon, self) File "/usr/lib/python2.5/site-packages/scservices/core/services.py", line 408, in __init__ self.load () File "/usr/lib/python2.5/site-packages/scservices/core/services.py", line 82, in load mainloop.run () KeyboardInterrupt Most of the tracebacks are due to killing off the program with Ctrl+C. Is the following error happening before or after you pressed Ctrl+C? /usr/sbin/system-config-services:580: GtkWarning: gtk_tree_view_scroll_to_cell: assertion `tree_view->priv->model != NULL' failed self.servicesTreeView.scroll_to_cell (path) /usr/lib/python2.5/site-packages/scservices/core/services.py:436: DeprecationWarning: raising a string exception is deprecated raise output This is what I get when I invoke "system-config-services" from the command line today. I have gotten some system updates since I reported this problem. I did not do a "CTRL-C" to get this. When I cancel the program by either a "CTRL-C" on the command line or "X"ed the GUI to kill it, I get no additional messages from the system. I got this on the initial start of the program after a boot-up. I noticed that I do not get anything in the way of messages after I start the program after that. I notice that there is a difference in the way that the programs starts up initially after a "boot" -- the GUI shows that the program builds a greyed-out list of services. Upon starting the program again (a second, third, etc. time) the list does not build but is just redisplayed in the greyed-out fashion. What is common in the attempts to run the program is that the list of services stays greyed and the cursor is animated showing the program is busy. [ea6825@Iceman ~]$ system-config-services ERROR:dbus.connection:Exception in handler for D-Bus signal: Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 214, in maybe_handle_message self._handler(*args, **kwargs) File "/usr/lib/python2.5/site-packages/scservices/dbus/proxy/serviceherders.py", line 123, in notify self.dbus_notify (subscriber, service_name, change) File "/usr/lib/python2.5/site-packages/scservices/dbus/proxy/serviceherders.py", line 92, in dbus_notify service = self.services[service_name] KeyError: dbus.String(u'clamd.exim') ERROR:dbus.connection:Exception in handler for D-Bus signal: Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 214, in maybe_handle_message self._handler(*args, **kwargs) File "/usr/lib/python2.5/site-packages/scservices/dbus/proxy/serviceherders.py", line 123, in notify self.dbus_notify (subscriber, service_name, change) File "/usr/lib/python2.5/site-packages/scservices/dbus/proxy/serviceherders.py", line 92, in dbus_notify service = self.services[service_name] KeyError: dbus.String(u'clamd.exim') ERROR:dbus.connection:Exception in handler for D-Bus signal: Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 214, in maybe_handle_message self._handler(*args, **kwargs) File "/usr/lib/python2.5/site-packages/scservices/dbus/proxy/serviceherders.py", line 123, in notify self.dbus_notify (subscriber, service_name, change) File "/usr/lib/python2.5/site-packages/scservices/dbus/proxy/serviceherders.py", line 92, in dbus_notify service = self.services[service_name] KeyError: dbus.String(u'clamd.exim') ERROR:dbus.connection:Exception in handler for D-Bus signal: Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 214, in maybe_handle_message self._handler(*args, **kwargs) File "/usr/lib/python2.5/site-packages/scservices/dbus/proxy/serviceherders.py", line 123, in notify self.dbus_notify (subscriber, service_name, change) File "/usr/lib/python2.5/site-packages/scservices/dbus/proxy/serviceherders.py", line 92, in dbus_notify service = self.services[service_name] KeyError: dbus.String(u'clamd.exim') This is a revision of the my response a few minutes ago. I notice these things. 1) when I invoke the program on the command line with "sudo" it automatically responds with these messages and "hangs" the command line: sudo system-config-services /usr/lib/python2.5/site-packages/scservices/core/services.py:436: DeprecationWarning: raising a string exception is deprecated raise output Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/scservices/core/asynccmd.py", line 96, in on_fd self._finish () File "/usr/lib/python2.5/site-packages/scservices/core/asynccmd.py", line 108, in _finish self.ready_cb (self, *self.ready_args, **self.ready_kwargs) File "/usr/lib/python2.5/site-packages/scservices/core/asynccmd.py", line 153, in _ready_cb ready_cb (cmd, *p, **k) File "/usr/lib/python2.5/site-packages/scservices/core/services.py", line 101, in _async_load_ready self._async_load_process (cmd) File "/usr/lib/python2.5/site-packages/scservices/core/services.py", line 436, in _async_load_process raise output pure-ftpd 0:off 1:off 2:off 3:off 4:off 5:off 6:off 2) When I "CTRL-C" at the this point to get control back, I notice that the GUI "enables" the greyed-out list of services and the GUI is functional and I get these messages on the command line: ^CTraceback (most recent call last): File "/usr/lib64/python2.5/site-packages/gamin.py", line 107, in _internal_callback self.callback (path, event, self.data) File "/usr/lib/python2.5/site-packages/scservices/core/serviceherders.py", line 61, in on_dir_changed self.on_dir_changed (path, action, dir) File "/usr/lib/python2.5/site-packages/scservices/core/serviceherders.py", line 284, in on_dir_changed self.create_service_delayed (path) File "/usr/lib/python2.5/site-packages/scservices/core/serviceherders.py", line 295, in create_service_delayed self.create_service_cb (name) File "/usr/lib/python2.5/site-packages/scservices/core/serviceherders.py", line 302, in create_service_cb self.create_service (name) File "/usr/lib/python2.5/site-packages/scservices/core/serviceherders.py", line 113, in create_service serviceobj = self.service_class (name, self.mon, self) File "/usr/lib/python2.5/site-packages/scservices/core/services.py", line 408, in __init__ self.load () File "/usr/lib/python2.5/site-packages/scservices/core/services.py", line 82, in load mainloop.run () KeyboardInterrupt 3) The programs runs satisfactorily until I cancel it at the command line with a "CTRL-C" or via the GUI. 4) The program is not functional in any other scenario, e.g. running from the GNOME desktop (system/administration/services), ordinary user at the command line, or in a "su" shell at the command line. It can only be "tricked" up to work by using the "sudo" command and then you give a "CTRL-C" when the GUI completely builds the greyed-out list of services. I hope this is useful. I miss my functional system-config-services command that I had with FC9. At least I have discovered a work-around. Good Luck. *** This bug has been marked as a duplicate of bug 467871 *** |