Description of problem: The two depends on libsqlite3.so() -- on 64-bit systems, libsqlite3.so()(64bit) but this is not available; sqlite only provides libsqlite3.so.0() and libsqlite3.so.0()(64bit) Version-Release number of selected component (if applicable): nss-tools-3.12.3.99.3-25.fc12 nss-tools-3.12.3.99.3-26.fc12 How reproducible: Always Steps to Reproduce: 1. yum install nss-tools (this is -25 right now) 2. download nss and nss-tools -26 from Koji and attempt to install Actual results: Error because of unsatisfied dep on libsqlite3.so() Expected results: Should install Additional info:
The problem was detected in releases 25 and 26 though it was introduced earlier. I traced back to release 18 and that was the last where the nss-tools installed okay. nss-tools "inherits" the sqlite dependency from nss. As part of the split I moved a couple of patches, one called nss-nolocalsql.patch, to nss-softokn where it rightfully belongs. Eventually I removed those patches from nss.spec.The problem is that in nss we still compile all sources (though we don't ship duplicate libraries or headers) and I should have kept the patches here as well. Restoring the nss-nolocalsql.patch allows me to install nss-util without problems. The fix should be in nss-3.12.3.99.3-29.fc12, see http://koji.fedoraproject.org/koji/buildinfo?buildID=129934
Fix confirmed to work, thanks! Has this been upstreamed?
yes, upstream is correct as in 3.12.4. These patches will no longer be needed when we update to 3.12.4.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle. Changing version to '12'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.