Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


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

I am in a maze of twisty little packages



So yesterday, I was contemplating how long it's been since I went to
the errata page at redhat.com, and how much of a pain it is to find a
mirror that hasn't maxed out its anonymous FTP connections, download
the RPMs for packages that I use that have been updated, download the
other RPMs it depends on, ...

And then I remembered hearing about some program called "rpmfind" that
does all this automatically.

So, on my wife's workstation (which is running Red Hat 6.something), I
went to rpmfind.net, downloaded rpmfind-1.4-3.rpm (the latest version
listed for Red Hat 6.2), and tried to install it.

And I got the error: "failed to open //var/lib/rpm/packages.rpm".

Then I tried 1.5-3, but it required a more recent version of the RPM
package itself.

Then I dug out my Red Hat 6.2 CD-ROM, found rpmfind-1.4-3.rpm on it,
and tried installing it -- this time, logged in as root, ahem.  It
complained about failed dependencies: libbz2.so.0, libopt.so.0,
librpm.so.0, and libxml.so.1.

Then I went back to rpmfind.net and downloaded version 1.2-1 (labeled
as being associated with "PowerTools-6.0 for i386"), and tried
installing it.  And it installed!

But every time I tried to *run* it, it caught signal 11 and exited.

Fine, I thought, I'll just install the bloody thing from source.
Following the instructions in the INSTALL file, I installed (from RPMs
on the aforementioned CD-ROM) bzip2, popt, and rpm.  Then I typed
"./configure" and "make".

And gcc thanked me for my efforts by saying:

./transport.c: 203: nanoftp.h: No such file or directory
./transport.c: 204: nanohttp.h: No such file or directory

So I gave up trying to put rpmfind on my wife's machine -- it's behind
the firewall and has no ports open to the rest of the Net, so I don't
have to be so paranoid about it (yeah, yeah, famous last words).

Checking out my own workstation (Red Hat 6.2), I discovered that I
*had* rpmfind (version 1.4) already installed on it.  "Aha," I say,
"I'll just tell rpmfind to upgrade itself, and then work on upgrading
all the other installed packages."  So, following instructions on the
rpmfind.net, I typed "rpmfind -q --upgrade rpmfind".

After downloading the database from rpmfind.net, rpmfind determined
what other packages rpmfind depended on, and tried downloading the
first one (mktemp-1.5-8.i386.rpm).  First it tried to download it from
ftp.redhat.com ... and failed.  Then it tried ftp.sourceforge.net
... and failed.  Then it tried ftp.redhat.com again ... and after the
hundredth attempt, I stopped the program.

Is there something I can do to make rpmfind work as advertised without
too much additional effort?  Would it be easier to just switch to
Debian?

-- 
"Rav would never cross a bridge when an idolator was on it; he said, 'Maybe he
will be judged and I will be taken with him.'  Shmuel would only cross a
bridge when an idolator was on it; he said, 'Satan cannot rule two nations [at
once].'  Rabbi Yannai would examine [the bridge] and cross."  --Shabbat 32a
== Seth Gordon == sethg at ropine.com == http://ropine.com/ == std. disclaimer ==
-
Subcription/unsubscription/info requests: send e-mail with
"subscribe", "unsubscribe", or "info" on the first line of the
message body to discuss-request at blu.org (Subject line is ignored).




BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org