<div class="gmail_quote">On Tue, Sep 8, 2009 at 12:40 PM, Bryn M. Reeves <span dir="ltr"><<a href="mailto:bmr@redhat.com">bmr@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Tue, 2009-09-08 at 12:13 -0400, Jake Peavy wrote:<br>
> On Tue, Sep 8, 2009 at 12:13 PM, Bryn M. Reeves <<a href="mailto:bmr@redhat.com">bmr@redhat.com</a>><br>
> wrote:<br>
>         On Tue, 2009-09-08 at 11:56 -0400, Jake Peavy wrote:<br>
>         > I'd like to buy a vowel.<br>
><br>
><br>
>         Yum is not a package manager.<br>
><br>
> Huh?  "The Yellowdog Updater, Modified (YUM) is an open-source<br>
> command-line package-<br>
> management utility for RPM-compatible Linux operating systems"<br>
<br>
</div>Yeah, I read that about a second after hitting send ;)<br>
<br>
What I'm getting at is that yum provides a tool for solving<br>
dependencies, downloading packages and managing repositories of software<br>
but it does this as a layer above the package manager (rpm). A few years<br>
ago it was common to hear statements like "apt is a much better package<br>
manager than RPM" which is kinda an apples-to-oranges comparison. Folks<br>
I knew at the time distinguished between the bits by calling the lower<br>
level (deb/rpm) the package manager and the other bits the "dependency<br>
solver" or whatever but obviously my use is outdated or niche - fixed<br>
that now ;)<br></blockquote><div><br>haha ok, I guess I feel like it's MORE accurate to say yum is a package manager because it manages the RPM packages, but I digress.  Semantics was never my strong suit, thus engineering over law :p<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
>         > Can someone tell me what package xxd is in?<br>
><br>
><br>
>         I use this:<br>
><br>
>         qwhich () { if [ "$1" == "" ]; then echo "usage: qwhich<br>
>         <cmd>" ; fi ;<br>
>         rpm -qf `which $1` ;}<br>
><br>
>         $ qwhich xxd<br>
>         vim-common-7.2.148-1.fc11.x86_64<br>
><br>
><br>
> Again, I don't see that this is a useful technique. If I had it<br>
> installed (such that it appeared in rpm -q or which) I wouldn't need<br>
> to install it.<br>
<br>
</div>Nothing in your original mail suggested that you were trying to find out<br>
what package contains something that is not installed. The above is<br>
actually pretty useful and I use it regularly to find what package<br>
installed some binary in $PATH. That might not be useful to you in this<br>
instance but it does answer the question "Can someone tell me what<br>
package xxd is in?".<br>
<br>
If you want to answer that question for something not already installed<br>
and have a relatively recent yum then you can use a wildcard as the<br>
argument to whatprovides:<br>
<br>
$ sudo rpm -e vim-common vim-enhanced<br>
$ yum whatprovides */xxd<br>
Loaded plugins: refresh-packagekit<br>
updates/filelists_db<br>
| 7.0 MB     00:04<br>
<div class="im">2:vim-common-7.2.148-1.fc11.x86_64 : The common files needed by any<br>
version of the VIM editor<br>
Repo        : fedora<br>
Matched from:<br>
Filename    : /usr/bin/xxd<br>
<br>
</div>If you're only interested in executables installed in a bin/ directory<br>
then use a pattern like "*bin/xxd".<br></blockquote></div><br>Sorry, I wasn't clear enough originally.<br><br>And I guess I assumed that yum had the wildcarded behavior built in (seems to me that it should anyway).<br>
<br>Regardless, thanks for the assistance.  I'll remember this next time I go head to head with yum.<br clear="all"><br>-- <br>-jp<br><br><br>Instead of trying to build newer and bigger weapons of destruction, we
should be thinking about getting more use out of the ones we already
have.<br><br><a href="http://deepthoughtsbyjackhandey.com">deepthoughtsbyjackhandey.com</a><br><br>