Re: dnf whatprovides and library files

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




----- Original Message -----
> From: "Gordon Messmer" <gordon.messmer@xxxxxxxxx>
> To: "Community support for Fedora users" <users@xxxxxxxxxxxxxxxxxxxxxxx>
> Sent: Wednesday, June 10, 2015 7:38:13 PM
> Subject: Re: dnf whatprovides and library files
> 
> On 06/10/2015 12:24 AM, Ed Greshko wrote:
> > But, just to be clear, the issue I'm addressing is what an average
> > user may do in a given circumstance.  Upon seeing an error message
> > such as this one,
> >
> > error while loading shared libraries: /lib64/libexempi.so.3: file too
> > short
> >
> > assuming they know of dnf whatprovides I think it is more likely they
> > will simply use copy/paste and issue the command "dnf whatprovides
> > /lib64/libexempi.so.3"
> 
> Interesting.  I've never actually seen an error with an installed shared
> object, so I never considered that you'd query one with "whatprovides."
> 
> In that case, I agree with you.  rpm and dnf behave differently with
> such a query (which I also did not know):
> 
> $ rpm -q  --whatprovides /lib64/libXv.so.1.*
> libXv-1.0.10-2.fc22.x86_64
> $ dnf whatprovides /lib64/libXv.so.1.*
> Error: No Matches found
> 
> dnf really should behave the same way as rpm.  If possible, it should
> call the rpm library functions for the query, rather than
> re-implementing them.
> 
> > Yes, rpm can tell you this *if* the file and providing package exists
> > on your system.  But, it is usual that you get a message about
> > something missing and that is where you need dnf.
> 
> Yes, but in the case where something is missing, you won't get a path.
> You'll get a shared object name, and querying that with "dnf
> whatprovides" will work correctly, as it is.

Anyone, feel free to file an RFE if you really need something mentioned in this thread.
-- 
Radek Holý
Associate Software Engineer
Software Management Team
Red Hat Czech
-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
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




[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux