up2date is very inflexible, and needs more options. For example, I'm currently trying to update a system to the RH 7.2 errata. It's refusing to install the X font errata because "configuration changed". First of all, that shouldn't matter. The only thing that's changed for XFree86-100dpi-fonts and XFree86-75dpi-fonts is the encodings.dir file, which will naturally be different since it's a generated file. But, even given that particular bit of braindeadness on up2date's part, it should still be possible to tell up2date to install the RPMs. As far as I can tell, it's not. Even more braindead, though, is the fact that downloading only (up2date -d) also fails to retrieve those two packages. download only should at least be configurable to download packages for which configuration has changed.
>up2date is very inflexible, and needs more options. For example, I'm currently >trying to update a system to the RH 7.2 errata. It's refusing to install the X >font errata because "configuration changed". The case for which up2date flags something as having a config modified is basically: The file is flagged as a config file. The md5sum of the version on disk is different than the original md5sum of the file. (ie, the file has been modified) The md5sum of the file in the new package is different than the original md5sum of the file in the old package. (ie, the default format of the file has changed) The file is not marked as "config(noreplace)" In all other cases, rpm is left to handle the config files. But In this circumstance, since: a) installing the new file may cause a local change to be repealed or b) the old config file is used, but since the default config format has changed, the old config file may not with the new package, potentially breaking something. Since up2date is designed to be used automatically and not interactivily in many cases, these potentiall dangerous updates are skipped by default. To install the packages anyway, you can: a) run the interactive gui client and select the package from the presented list of skipped packages, overriding the default action. b) run `up2date --configure` and disable the config option of "Do not upgrade packages when local configurations have been modifed" c) Run the client with the "--force" flag. Note: this also overrides package and file skip lists. In this particular case, it looks like the config files in question should of been flagged with the "config(noreplace)" option. up2date will only download packages that it can correctly install according to the config options set. (with the occasional minor caveat of packages that fail a real install but pass a transaction run (a rpm with a file thats been chattr +i'ed, for example). This is by design. A "--download-anyway-even-though-I-know-I-cant-correctly-install-these-packages" config option is probabaly a reasonable feature request.
Reopening as a RFE. I still want the "--download-anyway-even-though-I-know-I-cant-correctly-install-these-packages" option ;-)
"--download-anyway-even-though-I-know-I-cant-correctly-install-these-packages" option added. --get and --get-source, circa 3.1.40 or so
closing as fixed, thanks