The problem that has spawned numerous threads today, namely:
--> 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
is due to a release candidate version of nfs-utils having previously been released into the updates-released repository without having followed the Fedora Package Naming Guidelines:
http://www.fedoraproject.org/wiki/Packaging/NamingGuidelines?highlight=%28Pr...
This "release candidate" version is now installed on many people's machines and is seen by rpm and yum as "newer" than the recently-released version that should be replacing it.
So rpm and yum do not want to replace the release candidate version with the new version that is linked against new versions of librpcsecgss and libgssapi.
Hence the problems.
What's hard to believe is that this problem is well-known and has been affecting people using the updates-testing and development repos, yet still the new release was made, which has precipitated these dependency issues.
Anyway, on to the workaround. I have rebuilt the latest nfs-utils update but have used a version number that will be seen by rpm and yum as "newer" than the release candidate. Hence, updates will work as intended.
I only have an i386 build machine, so if anyone can rebuild the package for other architectures, it would be useful.
Here's how to install:
# rpm --import http://www.city-fan.org/ftp/contrib/depfixes/CITY-FAN.ORG-GPG-KEY # wget http://www.city-fan.org/ftp/contrib/depfixes/nfs-utils-1.0.8.z.RELEASE-1.FC5... # yum localinstall nfs-utils-1.0.8.z.RELEASE-1.FC5.i386.rpm # rm nfs-utils-1.0.8.z.RELEASE-1.FC5.i386.rpm
Before doing this, consider for yourself whether you trust me (someone you may only know from this mailing list) to supply packages that are installed on your system. If you don't trust me, don't do it.
Related bugzilla entries: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196321 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196359 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197219
The long term fix will happen when upstream release version 1.0.9 of nfs-utils.
Paul.
Paul Howarth wrote:
The problem that has spawned numerous threads today, namely:
--> 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
is due to a release candidate version of nfs-utils having previously been released into the updates-released repository without having followed the Fedora Package Naming Guidelines:
http://www.fedoraproject.org/wiki/Packaging/NamingGuidelines?highlight=%28Pr...
This "release candidate" version is now installed on many people's machines and is seen by rpm and yum as "newer" than the recently-released version that should be replacing it.
So rpm and yum do not want to replace the release candidate version with the new version that is linked against new versions of librpcsecgss and libgssapi.
Hence the problems.
What's hard to believe is that this problem is well-known and has been affecting people using the updates-testing and development repos, yet still the new release was made, which has precipitated these dependency issues.
Anyway, on to the workaround. I have rebuilt the latest nfs-utils update but have used a version number that will be seen by rpm and yum as "newer" than the release candidate. Hence, updates will work as intended.
I only have an i386 build machine, so if anyone can rebuild the package for other architectures, it would be useful.
Here's how to install:
# rpm --import http://www.city-fan.org/ftp/contrib/depfixes/CITY-FAN.ORG-GPG-KEY # wget http://www.city-fan.org/ftp/contrib/depfixes/nfs-utils-1.0.8.z.RELEASE-1.FC5... # yum localinstall nfs-utils-1.0.8.z.RELEASE-1.FC5.i386.rpm # rm nfs-utils-1.0.8.z.RELEASE-1.FC5.i386.rpm
Before doing this, consider for yourself whether you trust me (someone you may only know from this mailing list) to supply packages that are installed on your system. If you don't trust me, don't do it.
Related bugzilla entries: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196321 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196359 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197219
The long term fix will happen when upstream release version 1.0.9 of nfs-utils.
Paul.
Worked perfectly!
Thanks.
Bob Goodwin
On Sat, 2006-07-01 at 14:41 +0100, Paul Howarth wrote:
The problem that has spawned numerous threads today, namely:
--> 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
is due to a release candidate version of nfs-utils having previously been released into the updates-released repository without having followed the Fedora Package Naming Guidelines:
http://www.fedoraproject.org/wiki/Packaging/NamingGuidelines?highlight=%28Pr...
This "release candidate" version is now installed on many people's machines and is seen by rpm and yum as "newer" than the recently-released version that should be replacing it.
So rpm and yum do not want to replace the release candidate version with the new version that is linked against new versions of librpcsecgss and libgssapi.
Hence the problems.
What's hard to believe is that this problem is well-known and has been affecting people using the updates-testing and development repos, yet still the new release was made, which has precipitated these dependency issues.
Anyway, on to the workaround. I have rebuilt the latest nfs-utils update but have used a version number that will be seen by rpm and yum as "newer" than the release candidate. Hence, updates will work as intended.
I only have an i386 build machine, so if anyone can rebuild the package for other architectures, it would be useful.
Here's how to install:
# rpm --import http://www.city-fan.org/ftp/contrib/depfixes/CITY-FAN.ORG-GPG-KEY # wget http://www.city-fan.org/ftp/contrib/depfixes/nfs-utils-1.0.8.z.RELEASE-1.FC5... # yum localinstall nfs-utils-1.0.8.z.RELEASE-1.FC5.i386.rpm # rm nfs-utils-1.0.8.z.RELEASE-1.FC5.i386.rpm
Before doing this, consider for yourself whether you trust me (someone you may only know from this mailing list) to supply packages that are installed on your system. If you don't trust me, don't do it.
Related bugzilla entries: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196321 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=196359 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197219
The long term fix will happen when upstream release version 1.0.9 of nfs-utils.
Paul.
Thank you Paul. How's your server holding up? :)
On Sat, 2006-07-01 at 09:14 -0600, Stanton Finley wrote:
Thank you Paul. How's your server holding up? :)
Better than my desktop, which has some hardware issues at the moment.
The server is sat on my home DSL line but is holding up just fine. nfs-utils is only a small package and it's only actually been downloaded 150 times. I don't expect that number to grow now that an official release that fixes the issue (with an epoch bump) is available.
Paul.
Paul Howarth wrote:
What's hard to believe is that this problem is well-known and has been affecting people using the updates-testing and development repos, yet still the new release was made, which has precipitated these
dependency issues.
Looks like the old "ItsFridayAndIveGottaPushThisOutAndGetOuttaHere" syndrome, which leads to a lot of things that break over the weekend and stay broken until Monday. And, for a lot of people in the USA, Monday is postponed till Wednesday next week.