On Wed, Jun 10, 2015 at 04:20:13AM -0400, Radek Holy wrote:
> BTW, RPM can do that:
> $ rpm --query --file /lib64/libXv.so.1.0.0
> So, if RPM tracks these symlinks and if it provides an API to get this 
> information, DNF could do the magic at least for the installed packages. But 
> maybe it could become even more confusing for users since "whatprovides" 
> would sometimes find the package and sometimes not depending on whether the 
> package is installed or not. Maybe printing a warning would be sufficient...

I believe RPM isn't tracking the symlink — it's just canonicalizing the
filename when you do the --query --file (or -qf). Easy to do _on_ the
system, not so good when you're asking about a non-existent file.

An approach a DNF plugin might take, though, would be to look at all
existing elements of the pathname and see if they can be canonicalized.
And it looks like python's `os.path.realpath()` actually works that
way, so you could just try calling that on any filenames passed to dnf
provides. However, I bet we are inconsistent and have some places on
the system where files are installed into a location under a symlink,
by _that_ name. So, perhaps best to just special-case the usrmove paths 
/bin, /sbin, /lib, and /lib64.

-- 
Matthew Miller
<mat...@fedoraproject.org>
Fedora Project Leader
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Reply via email to