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