I have system-config-services-0.9.0-2 installed.
The below packages are not upgraded due to dependency errors.
ImageMagick.i386 (lvn.dep) 6.2.8.0-1 development control-center.i386 1:2.15.3-3 development libxklavier.i386 2.91-1 development nfs-utils-lib.i386 1.0.8-5 development
When launching the program from the menu, no dice. I am asked for a password, enter the password, get the shield icon, but s-c-display never starts.
From gnome-terminal as root (su -), I get the below python error.
system-config-services Traceback (most recent call last): File "/usr/sbin/system-config-services", line 30, in ? import gtk File "/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.py", line 43, in ? from _gtk import * ImportError: /usr/lib/python2.4/site-packages/gtk-2.0/gtk/_gtk.so: undefined symbol: gtk_print_settings_get_print_to_file
Bug report filed for FC6T1. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196396
Is anyone else seeing this problem?
Jim
On Thu, 2006-06-22 at 19:39 -0400, Jim Cornette wrote:
Bug report filed for FC6T1. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196396
Is anyone else seeing this problem?
This will affect *all* pygtk apps until pygtk-2.9.2-1 makes it out tomorrow.
Basically, pygtk had already started binding some of the (previously api-unstable, although that changed with gtk+ 2.9.4) new printing stuff in gtk -- and then it changed. :-)
Jeremy
Jeremy Katz wrote:
On Thu, 2006-06-22 at 19:39 -0400, Jim Cornette wrote:
Bug report filed for FC6T1. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196396
Is anyone else seeing this problem?
This will affect *all* pygtk apps until pygtk-2.9.2-1 makes it out tomorrow.
Basically, pygtk had already started binding some of the (previously api-unstable, although that changed with gtk+ 2.9.4) new printing stuff in gtk -- and then it changed. :-)
Jeremy
Thanks! Remembering every service name for cli loading or configuring is something I am not good at. For now, 'service yum-updatesd start' started the service that I wanted to enable. I disabled it because of a locking condition with yum and pup earlier.
I'll stay clear of the other pygtk dependent applications for now.
Jim
On Thu, Jun 22, 2006 at 07:39:22PM -0400, Jim Cornette wrote:
The below packages are not upgraded due to dependency errors.
....
nfs-utils-lib.i386 1.0.8-5 development
Do you have by any chance installed an older version of 'nfs-utils' (not '...-lib') with an "rc" string in a version identifier? The current version nfs-utils-1.0.8-2 comes as "rpm-older", so it is not updated, but this is 1.0.8-2 which is using those libraries above.
It appears that the only way to get around that is to download an rpm package for nfs-utils-1.0.8-2 and install it with '--nodeps --oldpackage'. Then there will be no conflict when you will try to update to nfs-utils-lib-1.0.8-5. This would be not a problem if a packager used some higher "epoch" for nfs-utils but this is currently not the case.
Michal
Michal Jaegermann wrote:
On Thu, Jun 22, 2006 at 07:39:22PM -0400, Jim Cornette wrote:
The below packages are not upgraded due to dependency errors.
....
nfs-utils-lib.i386 1.0.8-5 development
Do you have by any chance installed an older version of 'nfs-utils' (not '...-lib') with an "rc" string in a version identifier? The current version nfs-utils-1.0.8-2 comes as "rpm-older", so it is not updated, but this is 1.0.8-2 which is using those libraries above.
It appears that the only way to get around that is to download an rpm package for nfs-utils-1.0.8-2 and install it with '--nodeps --oldpackage'. Then there will be no conflict when you will try to update to nfs-utils-lib-1.0.8-5. This would be not a problem if a packager used some higher "epoch" for nfs-utils but this is currently not the case.
Michal
Thanks! I downloaded the package and installed as your suggestion. The other updates are proceeding now without issues.
Jim
-
Jeremy Katz -
Jim Cornette -
Michal Jaegermann