I have a system that's been running the original SL4 for a while.  Last
night I tried to update it following the yum update instructions on the
SL docs How To page.  Twice.

Both times, at the end, it gave me a handful of missing dependencies
for mozilla or something similar.  And nothing changed, either in grub
or after the reboot.

This morning, going through old emails, I found something about a new
yum in the contrib section.  Decided to try that.

   yum --enable=sl-contrib install yum\*

This went along fine, but after downloading python, etc, I got:

warning: rpmts_HdrFromFdno: V3 DSA signature: NOKEY, key ID ff6382fa
public key not available for sqlite-3.1.2-3.0.el4.kde.i386.rpm
Retrieving GPG key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-kde-redhat
GPG key retrieval failed: [Errno 5] OSError: [Errno 2] No such file or directory: '/etc/pki/rpm-gpg/RPM-GPG-KEY-kde-redhat'

I then ran

   yum --enable=sl-contrib install yumex\*

which downloaded two packages for yumex and then whined exactly
as above.

And, of course, yumex isn't installed.

I'm using the default yum configs, including repos.

Questions:

1) Do I need to rerun the full yum update and send the dependency whines,
   or does someone recognize the problem already?  Would running
   "yum upgrade" work better"  I used update because the page said to.
2) Why am I getting the GPG whine trying to update yum, and is there a way
   around it?  Is that out of date?  Then why can't I get yumex?
3) Is there any way to avoid downloading all the stupid KDE packages for
   gazillions of languages we don't care about?  Or do we have to just
   nuke all the original versions?  It's always annoyed me to have the
   installer ask me questions about which languages I want, but then some
   packages (kde being the worst) install everything but Martianm, anyway.
   Personally, I'd find Martian more useful than most of these, but I do
   understand that's not the case for everyone else. 8^)

Thanks,
Miles