Description of problem: tried to start httpd Version-Release number of selected component: system-config-services-0.101.10-1.fc19 Additional info: reporter: libreport-2.1.7 cmdline: /usr/bin/python /usr/bin/system-config-services executable: /usr/bin/system-config-services kernel: 3.11.1-200.fc19.x86_64 runlevel: N 5 type: Python uid: 1000 Truncated backtrace: __init__.py:290:__init__:KeyError: 'xinetdServiceExplanationLabel' Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/scservices/gui/__init__.py", line 869, in on_unit_properties_changed self._on_unit_properties_changed(unit) File "/usr/lib/python2.7/site-packages/scservices/gui/__init__.py", line 877, in _on_unit_properties_changed self.on_service_status_changed(unit) File "/usr/lib/python2.7/site-packages/scservices/gui/__init__.py", line 902, in on_service_status_changed GUIServicesDetailsPainter(self, self.current_service).\ File "/usr/lib/python2.7/site-packages/scservices/gui/__init__.py", line 422, in __init__ service) File "/usr/lib/python2.7/site-packages/scservices/gui/__init__.py", line 329, in __init__ super(GUIServicesDetailsPainter, self).__init__(serviceslist.xml) File "/usr/lib/python2.7/site-packages/scservices/gui/__init__.py", line 290, in __init__ raise KeyError(wname) KeyError: 'xinetdServiceExplanationLabel' Local variables in innermost frame: xml: <gtk.glade.XML object at 0x1ce33c0 (GladeXML at 0x18c6090)> self: <scservices.gui.GUIXinetdServicesDetailsPainter object at 0x1cdae90> w: None wname: 'xinetdServiceExplanationLabel'
Created attachment 804631 [details] File: backtrace
Created attachment 804632 [details] File: environ
Hmm, this is odd because the Glade XML file actually contains this widget: nils@gibraltar:~> grep xinetdServiceExplanationLabel /usr/share/system-config-services/system-config-services.glade <widget class="GtkLabel" id="xinetdServiceExplanationLabel"> I know this is pretty unlikely, but do you per chance have a file called "system-config-services.glade" in your home directory? Is your system-config-services package damaged somehow? Please run "rpm -V system-config-services" as root and post the results. Can you reproduce this issue a) at all, b) as another user, c) on a different machine?
No response from reporter during 5 months, that's enough to close it.
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days