I was running yum update when I encountered this:
--> Populating transaction set with selected packages. Please wait. ---> Package nfs-utils-lib.i386 0:1.0.8-4.FC5 set to be updated --> Running transaction check --> Processing Dependency: librpcsecgss.so.1 for package: nfs-utils --> Processing Dependency: libgssapi >= 0.9 for package: nfs-utils-lib --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package libgssapi.i386 0:0.9-1.FC5 set to be updated --> Running transaction check --> Processing Dependency: librpcsecgss.so.1 for package: nfs-utils --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Finished Dependency Resolution Error: Missing Dependency: librpcsecgss.so.1 is needed by package nfs-utils Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
I did a search online to find out what provides the files just to make sure and found that nfs-utils-lib provides it. If I have that installed
[root@rt RT_Setup]# rpm -qa | grep nfs-utils nfs-utils-1.0.8.rc2-5.FC5 nfs-utils-lib-1.0.8-3.1
why would it be giving me this error? I didn't have this problem until tonight. I've been testing the build of the server this occurred on over the course of two weeks and this is the first time this has occurred. Is there a problem with the yum repositories or the packages itself?
On 6/30/06, Mathew Snyder msnyder@servervault.com wrote:
I was running yum update when I encountered this:
--> Populating transaction set with selected packages. Please wait. ---> Package nfs-utils-lib.i386 0:1.0.8-4.FC5 set to be updated --> Running transaction check --> Processing Dependency: librpcsecgss.so.1 for package: nfs-utils --> Processing Dependency: libgssapi >= 0.9 for package: nfs-utils-lib --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package libgssapi.i386 0:0.9-1.FC5 set to be updated --> Running transaction check --> Processing Dependency: librpcsecgss.so.1 for package: nfs-utils --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Finished Dependency Resolution Error: Missing Dependency: librpcsecgss.so.1 is needed by package nfs-utils Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
I did a search online to find out what provides the files just to make sure and found that nfs-utils-lib provides it. If I have that installed
[root@rt RT_Setup]# rpm -qa | grep nfs-utils nfs-utils-1.0.8.rc2-5.FC5 nfs-utils-lib-1.0.8-3.1
why would it be giving me this error? I didn't have this problem until tonight. I've been testing the build of the server this occurred on over the course of two weeks and this is the first time this has occurred. Is there a problem with the yum repositories or the packages itself?
-- Mathew Snyder Systems Administrator Network+ ServerVault TechOps
Your experience is not unique. You can a) file a bug report ("a good thing"), b) exclude nfs-utils and update the remaining packages, c) wait a day or two and hope that it is a repository synchronization problem or d) do nothing.
Kam Leo wrote:
On 6/30/06, Mathew Snyder msnyder@servervault.com wrote:
I was running yum update when I encountered this:
--> Populating transaction set with selected packages. Please wait. ---> Package nfs-utils-lib.i386 0:1.0.8-4.FC5 set to be updated --> Running transaction check --> Processing Dependency: librpcsecgss.so.1 for package: nfs-utils --> Processing Dependency: libgssapi >= 0.9 for package: nfs-utils-lib --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package libgssapi.i386 0:0.9-1.FC5 set to be updated --> Running transaction check --> Processing Dependency: librpcsecgss.so.1 for package: nfs-utils --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Finished Dependency Resolution Error: Missing Dependency: librpcsecgss.so.1 is needed by package nfs-utils Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
I did a search online to find out what provides the files just to make sure and found that nfs-utils-lib provides it. If I have that installed
[root@rt RT_Setup]# rpm -qa | grep nfs-utils nfs-utils-1.0.8.rc2-5.FC5 nfs-utils-lib-1.0.8-3.1
why would it be giving me this error? I didn't have this problem until tonight. I've been testing the build of the server this occurred on over the course of two weeks and this is the first time this has occurred. Is there a problem with the yum repositories or the packages itself?
-- Mathew Snyder Systems Administrator Network+ ServerVault TechOps
Your experience is not unique. You can a) file a bug report ("a good thing"), b) exclude nfs-utils and update the remaining packages, c) wait a day or two and hope that it is a repository synchronization problem or d) do nothing.
No amount of "exclude=anything" seems to help?
yum update --exclude=*nfs* --exclude=*xine*
It looks to me like the only option is "do nothing" and wait?
--> Running transaction check --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Processing Dependency: libdirectfb-0.9.so.24 for package: xine-lib --> Finished Dependency Resolution Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
Bob Goodwin
Bob Goodwin wrote:
Your experience is not unique. You can a) file a bug report ("a good thing"), b) exclude nfs-utils and update the remaining packages, c) wait a day or two and hope that it is a repository synchronization problem or d) do nothing.
No amount of "exclude=anything" seems to help?
yum update --exclude=*nfs* --exclude=*xine*
It looks to me like the only option is "do nothing" and wait?
--> Running transaction check --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Processing Dependency: libdirectfb-0.9.so.24 for package: xine-lib --> Finished Dependency Resolution Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
I don't know about xine updates, however, for FC-core updates, excluding both nfs-utils-lib and libgssapi is needed.
[root@halo ~]# yum -y upgrade --exclude=nfs-utils* --exclude=libgssapi* Loading "installonlyn" plugin Loading "fastestmirror" plugin Setting up Upgrade Process Setting up repositories core [1/6] updates-debuginfo [2/6] extras-debuginfo [3/6] updates [4/6] core-debuginfo [5/6] extras [6/6] Loading mirror speeds from cached hostfile Reading repository metadata in from local files Excluding Packages in global exclude list Finished Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package xorg-x11-server-Xnest.i386 0:1.0.1-9.fc5.5 set to be updated ---> Package httpd.i386 0:2.2.2-1.0 set to be updated ---> Package gnupg.i386 0:1.4.4-2 set to be updated ---> Package libX11.i386 0:1.0.0-3.FC5.0 set to be updated ---> Package xorg-x11-apps.i386 0:7.0-1 set to be updated ---> Package xorg-x11-xfs-utils.i386 1:1.0.1-4.FC5.0 set to be updated ---> Package xorg-x11-xfs.i386 1:1.0.1-4.FC5.0 set to be updated ---> Package kasumi.i386 0:2.0.1-1.fc5 set to be updated ---> Package xorg-x11-server-Xvfb.i386 0:1.0.1-9.fc5.5 set to be updated ---> Package xorg-x11-xtrans-devel.i386 0:1.0.0-3.2.FC5.0 set to be updated ---> Package xorg-x11-server-Xorg.i386 0:1.0.1-9.fc5.5 set to be updated ---> Package xorg-x11-xinit.i386 0:1.0.1-2.FC5.0 set to be updated ---> Package libX11-devel.i386 0:1.0.0-3.FC5.0 set to be updated --> Running transaction check
Dependencies Resolved
============================================================================= Package Arch Version Repository Size ============================================================================= Updating: gnupg i386 1.4.4-2 updates 1.8 M httpd i386 2.2.2-1.0 updates 1.1 M kasumi i386 2.0.1-1.fc5 updates 84 k libX11 i386 1.0.0-3.FC5.0 updates 759 k libX11-devel i386 1.0.0-3.FC5.0 updates 662 k xorg-x11-apps i386 7.0-1 updates 254 k xorg-x11-server-Xnest i386 1.0.1-9.fc5.5 updates 1.4 M xorg-x11-server-Xorg i386 1.0.1-9.fc5.5 updates 3.2 M xorg-x11-server-Xvfb i386 1.0.1-9.fc5.5 updates 1.6 M xorg-x11-xfs i386 1:1.0.1-4.FC5.0 updates 68 k xorg-x11-xfs-utils i386 1:1.0.1-4.FC5.0 updates 27 k xorg-x11-xinit i386 1.0.1-2.FC5.0 updates 24 k xorg-x11-xtrans-devel i386 1.0.0-3.2.FC5.0 updates 66 k
Transaction Summary ============================================================================= Install 0 Package(s) Update 13 Package(s) Remove 0 Package(s)
NOTE: This nfs-utils problems is known to FC-devel or FC6T1 users from several weeks ago. I don't know why this problem was not checked before releasing these updates......
See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196359 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197219 and https://www.redhat.com/archives/fedora-devel-list/2006-June/msg00933.html
I don't know about xine updates, however, for FC-core updates, excluding both nfs-utils-lib and libgssapi is needed.
Yeah.. yum --exclude=nfs-utils-lib --exclude=libgssapi.i386 update did the trick on my laptop.
Same problem on my fc6-t1 x86_64 box at the work. I think I just excluded nfs-utils-lib though
Tim
Mamoru Tasaka wrote:
Bob Goodwin wrote:
Your experience is not unique. You can a) file a bug report ("a good thing"), b) exclude nfs-utils and update the remaining packages, c) wait a day or two and hope that it is a repository synchronization problem or d) do nothing.
No amount of "exclude=anything" seems to help?
yum update --exclude=*nfs* --exclude=*xine*
It looks to me like the only option is "do nothing" and wait?
--> Running transaction check --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Processing Dependency: libdirectfb-0.9.so.24 for package: xine-lib --> Finished Dependency Resolution Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
I don't know about xine updates, however, for FC-core updates, excluding both nfs-utils-lib and libgssapi is needed.
"Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils "
I did yum remove xine without success, finally had to yum remove xine-lib after which yum -y upgrade --exclude=nfs-utils* --exclude=libgssapi* allowed the update process to run to completion.
Now to re-install xine ...
Bob Goodwin
NOTE: This nfs-utils problems is known to FC-devel or FC6T1 users from several weeks ago. I don't know why this problem was not checked before releasing these updates......
See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196359 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197219 and https://www.redhat.com/archives/fedora-devel-list/2006-June/msg00933.html
Bob Goodwin wrote:
Mamoru Tasaka wrote:
Bob Goodwin wrote:
Your experience is not unique. You can a) file a bug report ("a good thing"), b) exclude nfs-utils and update the remaining packages, c) wait a day or two and hope that it is a repository synchronization problem or d) do nothing.
No amount of "exclude=anything" seems to help?
yum update --exclude=*nfs* --exclude=*xine*
It looks to me like the only option is "do nothing" and wait?
--> Running transaction check --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Processing Dependency: libdirectfb-0.9.so.24 for package: xine-lib --> Finished Dependency Resolution Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
I don't know about xine updates, however, for FC-core updates, excluding both nfs-utils-lib and libgssapi is needed.
"Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils "
I did yum remove xine without success, finally had to yum remove xine-lib after which yum -y upgrade --exclude=nfs-utils* --exclude=libgssapi* allowed the update process to run to completion.
Now to re-install xine ...
Bob Goodwin
NOTE: This nfs-utils problems is known to FC-devel or FC6T1 users from several weeks ago. I don't know why this problem was not checked before releasing these updates......
See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196359 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197219 and https://www.redhat.com/archives/fedora-devel-list/2006-June/msg00933.html
There are many threads on the list currently with different subjects. They all reference the same problem caused by the rc in the package name.
The naming of the current rpm has an oddity in its name which makes it appear newer than the package that is actually newer. Check the below posting from the fedora-test-list. If you are running updates-testing, the list has much value.
https://www.redhat.com/archives/fedora-test-list/2006-June/msg00404.html
This one case where the --nodeps option to rpm is used with good reason. :-)
Jim
On Saturday 01 July 2006 17:46, Jim Cornette wrote:
Bob Goodwin wrote:
Mamoru Tasaka wrote:
Bob Goodwin wrote:
Your experience is not unique. You can a) file a bug report ("a good thing"), b) exclude nfs-utils and update the remaining packages, c) wait a day or two and hope that it is a repository synchronization problem or d) do nothing.
No amount of "exclude=anything" seems to help?
yum update --exclude=*nfs* --exclude=*xine*
It looks to me like the only option is "do nothing" and wait?
--> Running transaction check --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Processing Dependency: libdirectfb-0.9.so.24 for package: xine-lib --> Finished Dependency Resolution Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
I don't know about xine updates, however, for FC-core updates, excluding both nfs-utils-lib and libgssapi is needed.
"Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils "
I did yum remove xine without success, finally had to yum remove xine-lib after which yum -y upgrade --exclude=nfs-utils* --exclude=libgssapi* allowed the update process to run to completion.
Now to re-install xine ...
Bob Goodwin
NOTE: This nfs-utils problems is known to FC-devel or FC6T1 users from several weeks ago. I don't know why this problem was not checked before releasing these updates......
See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196359 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197219 and https://www.redhat.com/archives/fedora-devel-list/2006-June/msg00933.htm l
There are many threads on the list currently with different subjects. They all reference the same problem caused by the rc in the package name.
The naming of the current rpm has an oddity in its name which makes it appear newer than the package that is actually newer. Check the below posting from the fedora-test-list. If you are running updates-testing, the list has much value.
https://www.redhat.com/archives/fedora-test-list/2006-June/msg00404.html
This one case where the --nodeps option to rpm is used with good reason. :-)
Jim
-- In specifications, Murphy's Law supersedes Ohm's.
Hi Jim. I'm using Apt on FC5. I'm on dialup, and there are still some 2h 30m to go on the updates download, but apt-get dist-upgrade indicates that it's going to remove nfs-utils (1.0.8.rc2-5.FC5). The packages to be installed/removed etc are below.
The following packages will be upgraded NetworkManager (0.6.2-2.fc5 => 0.6.3-1.fc5) NetworkManager-glib (0.6.2-2.fc5 => 0.6.3-1.fc5) NetworkManager-gnome (0.6.2-2.fc5 => 0.6.3-1.fc5) autofs (4.1.4-27 => 4.1.4-29) glx-utils (6.4.2-6 => 6.4.2-6.FC5.3) gnupg (1.4.3-2 => 1.4.4-2) httpd (2.2.0-5.1.2 => 2.2.2-1.0) k3b (0.12.14-0.FC5.2 => 0.12.15-0.FC5.1) lash (0.5.1-2.rhfc5.ccrma => 0.5.1-5.fc5) libX11 (1.0.0-3 => 1.0.0-3.FC5.0) libX11-devel (1.0.0-3 => 1.0.0-3.FC5.0) libgssapi (0.7-2.1 => 0.9-1.FC5) mesa-libGL (6.4.2-6 => 6.4.2-6.FC5.3) mesa-libGL-devel (6.4.2-6 => 6.4.2-6.FC5.3) mesa-libGLU (6.4.2-6 => 6.4.2-6.FC5.3) mesa-libGLU-devel (6.4.2-6 => 6.4.2-6.FC5.3) mesa-libGLw (6.4.2-6 => 6.4.2-6.FC5.3) mesa-libGLw-devel (6.4.2-6 => 6.4.2-6.FC5.3) mkbootdisk (1.5.2-5.2 => 1.5.2-7) mutt (1.4.2.1-6.2.1 => 1.4.2.1-6.3.fc5) nfs-utils-lib (1.0.8-3.1 => 1.0.8-4.FC5) python (2.4.3-4.FC5 => 2.4.3-8.FC5) python-devel (2.4.3-4.FC5 => 2.4.3-8.FC5) qt4 (4.1.4-1.fc5 => 4.1.4-4.fc5) qt4-devel (4.1.4-1.fc5 => 4.1.4-4.fc5) shared-mime-info (0.17-1.fc5.1 => 0.17-1.fc5.2) tetex (3.0-19.fc5 => 3.0-20.FC5) tetex-fonts (3.0-19.fc5 => 3.0-20.FC5) xorg-x11-apps (1.0.1-2 => 7.0-1) xorg-x11-server-Xorg (1.0.1-9.fc5.1.1 => 1.0.1-9.fc5.5) xorg-x11-server-debuginfo (1.0.1-9.fc5.1.1 => 1.0.1-9.fc5.5) xorg-x11-xdm (1.0.1-1.2 => 1.0.1-2) xorg-x11-xfs (1.0.1-4 => 1.0.1-4.FC5.0) xorg-x11-xinit (1.0.1-2 => 1.0.1-2.FC5.0) xorg-x11-xtrans-devel (1.0.0-3.2 => 1.0.0-3.2.FC5.0) The following packages will be REPLACED: qt4-config (1.0.8.rc2-5.FC5) (by (4.1.4-1.fc5) qt4) () The following packages will be REMOVED: nfs-utils (1.0.8.rc2-5.FC5) The following NEW packages will be installed: qt4-x11 (4.1.4-4.fc5) 35 upgraded, 1 newly installed, 1 replaced, 1 removed and 0 not upgraded. Need to get 125MB of archives. After unpacking 103kB of additional disk space will be used. Do you want to continue? [Y/n] n (which is now yes)
Whether Apt has worked around this problem, I don't know yet. I'll update when the download finishes.
Nigel.
On Saturday 01 July 2006 18:22, nigel henry wrote:
On Saturday 01 July 2006 17:46, Jim Cornette wrote:
Bob Goodwin wrote:
Mamoru Tasaka wrote:
Bob Goodwin wrote:
Your experience is not unique. You can a) file a bug report ("a good thing"), b) exclude nfs-utils and update the remaining packages, c) wait a day or two and hope that it is a repository synchronization problem or d) do nothing.
No amount of "exclude=anything" seems to help?
yum update --exclude=*nfs* --exclude=*xine*
It looks to me like the only option is "do nothing" and wait?
--> Running transaction check --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Processing Dependency: libdirectfb-0.9.so.24 for package: xine-lib --> Finished Dependency Resolution Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
I don't know about xine updates, however, for FC-core updates, excluding both nfs-utils-lib and libgssapi is needed.
"Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils "
I did yum remove xine without success, finally had to yum remove xine-lib after which yum -y upgrade --exclude=nfs-utils* --exclude=libgssapi* allowed the update process to run to completion.
Now to re-install xine ...
Bob Goodwin
NOTE: This nfs-utils problems is known to FC-devel or FC6T1 users from several weeks ago. I don't know why this problem was not checked before releasing these updates......
See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196359 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197219 and https://www.redhat.com/archives/fedora-devel-list/2006-June/msg00933.h tm l
There are many threads on the list currently with different subjects. They all reference the same problem caused by the rc in the package name.
The naming of the current rpm has an oddity in its name which makes it appear newer than the package that is actually newer. Check the below posting from the fedora-test-list. If you are running updates-testing, the list has much value.
https://www.redhat.com/archives/fedora-test-list/2006-June/msg00404.html
This one case where the --nodeps option to rpm is used with good reason.
:-)
Jim
-- In specifications, Murphy's Law supersedes Ohm's.
Hi Jim. I'm using Apt on FC5. I'm on dialup, and there are still some 2h 30m to go on the updates download, but apt-get dist-upgrade indicates that it's going to remove nfs-utils (1.0.8.rc2-5.FC5). The packages to be installed/removed etc are below.
The following packages will be upgraded NetworkManager (0.6.2-2.fc5 => 0.6.3-1.fc5) NetworkManager-glib (0.6.2-2.fc5 => 0.6.3-1.fc5) NetworkManager-gnome (0.6.2-2.fc5 => 0.6.3-1.fc5) autofs (4.1.4-27 => 4.1.4-29) glx-utils (6.4.2-6 => 6.4.2-6.FC5.3) gnupg (1.4.3-2 => 1.4.4-2) httpd (2.2.0-5.1.2 => 2.2.2-1.0) k3b (0.12.14-0.FC5.2 => 0.12.15-0.FC5.1) lash (0.5.1-2.rhfc5.ccrma => 0.5.1-5.fc5) libX11 (1.0.0-3 => 1.0.0-3.FC5.0) libX11-devel (1.0.0-3 => 1.0.0-3.FC5.0) libgssapi (0.7-2.1 => 0.9-1.FC5) mesa-libGL (6.4.2-6 => 6.4.2-6.FC5.3) mesa-libGL-devel (6.4.2-6 => 6.4.2-6.FC5.3) mesa-libGLU (6.4.2-6 => 6.4.2-6.FC5.3) mesa-libGLU-devel (6.4.2-6 => 6.4.2-6.FC5.3) mesa-libGLw (6.4.2-6 => 6.4.2-6.FC5.3) mesa-libGLw-devel (6.4.2-6 => 6.4.2-6.FC5.3) mkbootdisk (1.5.2-5.2 => 1.5.2-7) mutt (1.4.2.1-6.2.1 => 1.4.2.1-6.3.fc5) nfs-utils-lib (1.0.8-3.1 => 1.0.8-4.FC5) python (2.4.3-4.FC5 => 2.4.3-8.FC5) python-devel (2.4.3-4.FC5 => 2.4.3-8.FC5) qt4 (4.1.4-1.fc5 => 4.1.4-4.fc5) qt4-devel (4.1.4-1.fc5 => 4.1.4-4.fc5) shared-mime-info (0.17-1.fc5.1 => 0.17-1.fc5.2) tetex (3.0-19.fc5 => 3.0-20.FC5) tetex-fonts (3.0-19.fc5 => 3.0-20.FC5) xorg-x11-apps (1.0.1-2 => 7.0-1) xorg-x11-server-Xorg (1.0.1-9.fc5.1.1 => 1.0.1-9.fc5.5) xorg-x11-server-debuginfo (1.0.1-9.fc5.1.1 => 1.0.1-9.fc5.5) xorg-x11-xdm (1.0.1-1.2 => 1.0.1-2) xorg-x11-xfs (1.0.1-4 => 1.0.1-4.FC5.0) xorg-x11-xinit (1.0.1-2 => 1.0.1-2.FC5.0) xorg-x11-xtrans-devel (1.0.0-3.2 => 1.0.0-3.2.FC5.0) The following packages will be REPLACED: qt4-config (1.0.8.rc2-5.FC5) (by (4.1.4-1.fc5) qt4) () The following packages will be REMOVED: nfs-utils (1.0.8.rc2-5.FC5) The following NEW packages will be installed: qt4-x11 (4.1.4-4.fc5) 35 upgraded, 1 newly installed, 1 replaced, 1 removed and 0 not upgraded. Need to get 125MB of archives. After unpacking 103kB of additional disk space will be used. Do you want to continue? [Y/n] n (which is now yes)
Whether Apt has worked around this problem, I don't know yet. I'll update when the download finishes.
Nigel.
Update:
Apt has just installed libgssapi, nfs-utils-lib with no dependency problems. Admittadly, it has removed nfs-utils (1.0.8.rc2-5.FC5). I do not use NFS. It was installed as part of the default install. There are some errors showing perhaps to the removal of nfs-utils. Shutting down NFS mountd: [FAILED] Shutting down NFS daemon: [FAILED] Shutting down NFS quotas : [FAILED] Shutting down NFS services: [ OK ] Shutting down RPC idmapd: [FAILED] Stopping NFS statd: [ OK ]
The only nfs-utils package that synaptic shows as available is 1.0.8.rc2-5.FC5, which is the one that Apt has removed, and that various posts have said is wrongly named.
Trying to use synaptic to reinstall nfs-utils (1.0.8.rc2-5.FC5) just brings up dependency issues. (The following packages have unresolvable dependencies) nfs-utils:
Predepends: librpcsecgss.so.1
Predepends: config(nfs-utils) (= 1.0.8.rc2-5.FC5)
Predepends: libgssapi.so.1
Hopefully the correct version of nfs-utils will turn up soon to correct the situation.
Nigel.
nigel henry wrote:
Update:
Apt has just installed libgssapi, nfs-utils-lib with no dependency problems. Admittadly, it has removed nfs-utils (1.0.8.rc2-5.FC5). I do not use NFS. It was installed as part of the default install. There are some errors showing perhaps to the removal of nfs-utils. Shutting down NFS mountd: [FAILED] Shutting down NFS daemon: [FAILED] Shutting down NFS quotas : [FAILED] Shutting down NFS services: [ OK ] Shutting down RPC idmapd: [FAILED] Stopping NFS statd: [ OK ]
The only nfs-utils package that synaptic shows as available is 1.0.8.rc2-5.FC5, which is the one that Apt has removed, and that various posts have said is wrongly named.
Trying to use synaptic to reinstall nfs-utils (1.0.8.rc2-5.FC5) just brings up dependency issues. (The following packages have unresolvable dependencies) nfs-utils:
Predepends: librpcsecgss.so.1
Predepends: config(nfs-utils) (= 1.0.8.rc2-5.FC5)
Predepends: libgssapi.so.1
Hopefully the correct version of nfs-utils will turn up soon to correct the situation.
Nigel.
My apologies for the problems with nfs-utils. Someone mentioned that the version in fedora-core is recognized as newer than the version located in updates-testing. This is due to the rc2 in its naming scheme. The version in updates-testing does not contain the rc2 portion in the name. RPM and any rpm updating program will do the same thing because of the way rpm treats the rpm.
I'm running development so I do not have the influence caused by the package being located in the core repository. Downloading nfs-utils and installing with rpm --nodeps --oldpackage fixed the defect in naming and updating is correct in development.
All I can think of is for those to disable the fedora-core repository until nfs-utils is either incremented by epoch or version number.
The person responsible for the package was on vacation and might be back soon to take action to correct the error. 1.0.9 should be out evenetually. This should be seen as newer.
As is obvious, there are many threads with different conclusions filling up the mailing list.
Trying to be clear with the explanation. Jim
nigel henry <cave.dnb <at> tiscali.fr> writes:
The only nfs-utils package that synaptic shows as available is 1.0.8.rc2-5.FC5, which is the one that Apt has removed, and that various posts have said is wrongly named.
Use Package/Force Version to get the 1.0.8-1.FC5 package.
Kevin Kofler
Bob Goodwin wrote:
Mamoru Tasaka wrote:
Bob Goodwin wrote:
Your experience is not unique. You can a) file a bug report ("a good thing"), b) exclude nfs-utils and update the remaining packages, c) wait a day or two and hope that it is a repository synchronization problem or d) do nothing.
No amount of "exclude=anything" seems to help?
yum update --exclude=*nfs* --exclude=*xine*
It looks to me like the only option is "do nothing" and wait?
--> Running transaction check --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Processing Dependency: libdirectfb-0.9.so.24 for package: xine-lib --> Finished Dependency Resolution Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
I don't know about xine updates, however, for FC-core updates, excluding both nfs-utils-lib and libgssapi is needed.
"Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils "
I did yum remove xine without success, finally had to yum remove xine-lib after which yum -y upgrade --exclude=nfs-utils* --exclude=libgssapi* allowed the update process to run to completion.
Now to re-install xine ...
Bob Goodwin
NOTE: This nfs-utils problems is known to FC-devel or FC6T1 users from several weeks ago. I don't know why this problem was not checked before releasing these updates......
See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196359 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197219 and https://www.redhat.com/archives/fedora-devel-list/2006-June/msg00933.html
I found that I could "yum remove nfs-utils" and then "yum update" was OK. But you cannot then "yum install nfs-utils" - It gives the same old error. If you're not using NFS, this is a work-around. =Martin
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Bob Goodwin wrote:
No amount of "exclude=anything" seems to help?
yum update --exclude=*nfs* --exclude=*xine*
It looks to me like the only option is "do nothing" and wait?
--> Running transaction check --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Processing Dependency: libdirectfb-0.9.so.24 for package: xine-lib --> Finished Dependency Resolution Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
I'm not sure why the libdirectfb dependency is causing you problems. It's provided by directfb in extras, which hasn't been updated since since the release of FC5, as near as I can tell.
To work around the nfs-utils and libgssapi dependency problem, I excluded libgssapi and nfs-utils*.
- -- Todd OpenPGP -> KeyID: 0xD654075A | URL: www.pobox.com/~tmz/pgp ====================================================================== Never do anything against conscience even if the state demands it. -- Albert Einstein, Quoted in Saturday Review obituary, 1955
On 6/30/06, Todd Zullinger tmz@pobox.com wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Bob Goodwin wrote:
No amount of "exclude=anything" seems to help?
yum update --exclude=*nfs* --exclude=*xine*
It looks to me like the only option is "do nothing" and wait?
--> Running transaction check --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Processing Dependency: libdirectfb-0.9.so.24 for package: xine-lib --> Finished Dependency Resolution Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
I'm not sure why the libdirectfb dependency is causing you problems. It's provided by directfb in extras, which hasn't been updated since since the release of FC5, as near as I can tell.
To work around the nfs-utils and libgssapi dependency problem, I excluded libgssapi and nfs-utils*.
Todd OpenPGP -> KeyID: 0xD654075A | URL: www.pobox.com/~tmz/pgp
I filed a bug against yum: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197421 A user should not have to also exclude dependencies if the primary package is excluded.
Bob Goodwin wrote:
No amount of "exclude=anything" seems to help?
yum update --exclude=*nfs* --exclude=*xine*
It looks to me like the only option is "do nothing" and wait?
--> Running transaction check --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Processing Dependency: libdirectfb-0.9.so.24 for package: xine-lib --> Finished Dependency Resolution Error: Missing Dependency: libdirectfb-0.9.so.24 is needed by package xine-lib Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
I have been using the following for the last several days: (all on one line):
yum update --exclude=nfs-utils-lib --exclude=nfs-utils --exclude=libgssapi --exclude=mplayer
It seems to keep the other updates available while keeping the 'problem' ones at bay...
HTH
f
On Fri, 2006-06-30 at 22:03 -0800, Kam Leo wrote:
On 6/30/06, Mathew Snyder msnyder@servervault.com wrote:
I was running yum update when I encountered this:
--> Populating transaction set with selected packages. Please wait. ---> Package nfs-utils-lib.i386 0:1.0.8-4.FC5 set to be updated --> Running transaction check --> Processing Dependency: librpcsecgss.so.1 for package: nfs-utils --> Processing Dependency: libgssapi >= 0.9 for package: nfs-utils-lib --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package libgssapi.i386 0:0.9-1.FC5 set to be updated --> Running transaction check --> Processing Dependency: librpcsecgss.so.1 for package: nfs-utils --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Finished Dependency Resolution Error: Missing Dependency: librpcsecgss.so.1 is needed by package nfs-utils Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
I did a search online to find out what provides the files just to make sure and found that nfs-utils-lib provides it. If I have that installed
[root@rt RT_Setup]# rpm -qa | grep nfs-utils nfs-utils-1.0.8.rc2-5.FC5 nfs-utils-lib-1.0.8-3.1
why would it be giving me this error? I didn't have this problem until tonight. I've been testing the build of the server this occurred on over the course of two weeks and this is the first time this has occurred. Is there a problem with the yum repositories or the packages itself?
-- Mathew Snyder Systems Administrator Network+ ServerVault TechOps
Your experience is not unique. You can a) file a bug report ("a good thing"), b) exclude nfs-utils and update the remaining packages, c) wait a day or two and hope that it is a repository synchronization problem or d) do nothing.
I think this is the cause of the problem. -------------------------------------------------- ncftp .../core/updates/5/x86_64 > ls nfs* nfs-utils-1.0.8-2.fc5.x86_64.rpm nfs-utils-1.0.8.rc2-5.FC5.x86_64.rpm nfs-utils-lib-1.0.8-4.FC5.x86_64.rpm nfs-utils-lib-devel-1.0.8-4.FC5.x86_64.rpm ------------------------------------------------- The updates repo for FC5/x86_64 has an updated nfs-utils-lib package but not the matching (by naame) nfs-utils package. The dates show the nfs-utils-1.0.8-2 is newer than the the rc2 package, but it still will not update with yum.
I would class this a distribution bug, and until this is fixed the only way I have been able to do an update is to exclude both nfs-utils* and libgssapi.
After looking at this and what was happening I fixed it by doing a bit of work with rpm. 1. downloaded the latest nfs-utils, nfs-utils-lib and libgssapi packages.
2. did an rpm -F with all the 3 packages above in a single transaction. (The -F should have had rpm erase the old package, but see step 3)
3. did a yum search with the following results: [root@raptor ~]# yum search nfs-utils libgssapi | grep installed libgssapi.x86_64 0.9-1.FC5 installed libgssapi.x86_64 0.7-2.1 installed nfs-utils.x86_64 1:1.0.8-2.fc5 installed nfs-utils-lib.x86_64 1.0.8-3.1 installed nfs-utils-lib.x86_64 1.0.8-4.FC5 installed
This shows that nfs-utils-lib and libgssapi both have multiple versions installed.
4. I now had to identify which package names to use for cleanup, so I did this:
[root@raptor ~]# rpm -qa nfs-utils-lib nfs-utils-lib-1.0.8-3.1 nfs-utils-lib-1.0.8-4.FC5 [root@raptor ~]# rpm -qa libgssapi libgssapi-0.9-1.FC5 libgssapi-0.7-2.1
5. I then removed the old packages.
[root@raptor ~]# rpm -e nfs-utils-lib-1.0.8-3.1 [root@raptor ~]# rpm -e libgssapi-0.7-2.1
6. To test that the yum problem was now fixed I did another yum update and it came back with the message that there was nothing to do.
Success in the update, and a workaround that can be used, but this is a packaging bug that needs to be fixed so the yum updates work properly.
On 7/2/06, Jeff Vian jvian10@charter.net wrote:
On Fri, 2006-06-30 at 22:03 -0800, Kam Leo wrote:
On 6/30/06, Mathew Snyder msnyder@servervault.com wrote:
I was running yum update when I encountered this:
--> Populating transaction set with selected packages. Please wait. ---> Package nfs-utils-lib.i386 0:1.0.8-4.FC5 set to be updated --> Running transaction check --> Processing Dependency: librpcsecgss.so.1 for package: nfs-utils --> Processing Dependency: libgssapi >= 0.9 for package: nfs-utils-lib --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package libgssapi.i386 0:0.9-1.FC5 set to be updated --> Running transaction check --> Processing Dependency: librpcsecgss.so.1 for package: nfs-utils --> Processing Dependency: libgssapi.so.1 for package: nfs-utils --> Finished Dependency Resolution Error: Missing Dependency: librpcsecgss.so.1 is needed by package nfs-utils Error: Missing Dependency: libgssapi.so.1 is needed by package nfs-utils
I did a search online to find out what provides the files just to make sure and found that nfs-utils-lib provides it. If I have that installed
[root@rt RT_Setup]# rpm -qa | grep nfs-utils nfs-utils-1.0.8.rc2-5.FC5 nfs-utils-lib-1.0.8-3.1
why would it be giving me this error? I didn't have this problem until tonight. I've been testing the build of the server this occurred on over the course of two weeks and this is the first time this has occurred. Is there a problem with the yum repositories or the packages itself?
-- Mathew Snyder Systems Administrator Network+ ServerVault TechOps
Your experience is not unique. You can a) file a bug report ("a good thing"), b) exclude nfs-utils and update the remaining packages, c) wait a day or two and hope that it is a repository synchronization problem or d) do nothing.
I think this is the cause of the problem.
ncftp .../core/updates/5/x86_64 > ls nfs* nfs-utils-1.0.8-2.fc5.x86_64.rpm nfs-utils-1.0.8.rc2-5.FC5.x86_64.rpm nfs-utils-lib-1.0.8-4.FC5.x86_64.rpm nfs-utils-lib-devel-1.0.8-4.FC5.x86_64.rpm
The updates repo for FC5/x86_64 has an updated nfs-utils-lib package but not the matching (by naame) nfs-utils package. The dates show the nfs-utils-1.0.8-2 is newer than the the rc2 package, but it still will not update with yum.
I would class this a distribution bug, and until this is fixed the only way I have been able to do an update is to exclude both nfs-utils* and libgssapi.
After looking at this and what was happening I fixed it by doing a bit of work with rpm.
- downloaded the latest nfs-utils, nfs-utils-lib and libgssapi
packages.
- did an rpm -F with all the 3 packages above in a single
transaction. (The -F should have had rpm erase the old package, but see step 3)
- did a yum search with the following results:
[root@raptor ~]# yum search nfs-utils libgssapi | grep installed libgssapi.x86_64 0.9-1.FC5 installed libgssapi.x86_64 0.7-2.1 installed nfs-utils.x86_64 1:1.0.8-2.fc5 installed nfs-utils-lib.x86_64 1.0.8-3.1 installed nfs-utils-lib.x86_64 1.0.8-4.FC5 installed
This shows that nfs-utils-lib and libgssapi both have multiple versions installed.
- I now had to identify which package names to use for cleanup, so I
did this:
[root@raptor ~]# rpm -qa nfs-utils-lib nfs-utils-lib-1.0.8-3.1 nfs-utils-lib-1.0.8-4.FC5 [root@raptor ~]# rpm -qa libgssapi libgssapi-0.9-1.FC5 libgssapi-0.7-2.1
- I then removed the old packages.
[root@raptor ~]# rpm -e nfs-utils-lib-1.0.8-3.1 [root@raptor ~]# rpm -e libgssapi-0.7-2.1
- To test that the yum problem was now fixed I did another yum update
and it came back with the message that there was nothing to do.
Success in the update, and a workaround that can be used, but this is a packaging bug that needs to be fixed so the yum updates work properly.
There are actually two bugs which need fixing. The first, nfs-utils packaging, will be fixed fairly quickly. The second, yum --exclude=nfs-utils*, may take a while.