howto show what package provides a dep?

[Axel Thimm]

On Thu, Jun 29, 2006 at 02:06:30PM -0400, Neal Becker wrote:
> Disabling this doesn't fix the problem.

You need to disable all repos that are for i386 only. See below.

> I also have another x86_64 box that never had this channel, and I
> get the same result there:
> 
> rpm -q -f /usr/lib64/libsysfs.so.1
> sysfsutils-1.3.0-1.2.1
> 
> smart query --provides libsysfs.so.1
> Loading cache...
> Updating cache...                             
> ############################################################### [100%]
> [silence...]

That's something different. The first command asks for a file and the
second for a provides, so you're comparing apples and oranges.

$ uname -m; rpm -q --provides sysfsutils | grep libsysfs.so
i686
libsysfs.so.1  
$ uname -m; rpm -q --provides sysfsutils | grep libsysfs.so
x86_64
libsysfs.so.1()(64bit) 

So to recap: You added a i386 repo to and x86_64 multilib system w/o
adding all the repos it requires. If you would add (don't!) core-i386
to the smart config, smart would be able to resolve it.

But adding both distributions (i386 and x86_64) to the config is
wrong. multilib repos by Red Hat/Fedora Core are supposed to have the
required 32 bit packages in the x86_64 repo, just like the base and
updates repo from the vendor do. E.g. you never use base/updates from
the i386 repo.
-- 
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.labix.org/pipermail/smart-labix.org/attachments/20060629/842af77d/attachment-0003.pgp>