These files in tetex-dvips-3.0-4 are apparently config files which are modified after the package is installed, but they aren't marked config files in the spec file. They should be, to the "c" shows up in "rpm --verify" output so the user knows that it's OK that they've been modified: S.5....T /usr/share/texmf-var/fonts/map/dvips/updmap/builtin35.map S.5....T /usr/share/texmf-var/fonts/map/dvips/updmap/download35.map S.5....T /usr/share/texmf-var/fonts/map/dvips/updmap/ps2pk.map S.5....T /usr/share/texmf-var/fonts/map/dvips/updmap/psfonts_pk.map S.5....T /usr/share/texmf-var/fonts/map/dvips/updmap/psfonts_t1.map
I was going to file a new bug, but I'll just add my comments to this one. All configuration files that set paper sizes should be marked as config files. The particular example in my case is /usr/share/texmf/dvipdfm/config/config, but I am sure that there are other files that should be treated the same way. I always hand edit this file to use letter rather than a4 paper, but when an updated package is released, my changes are overwritten. Ideally, I would prefer that bug #143661 be fixed (make TeX use different paper sizes with locale), but that appears complicated, and until then, making this file and others marked as config would make life easier for people who edit their configuration files.
This is also a problem with the tetex rpm. Most of these files get modified automatically when tetex-latex is installed/updated. This is a major problem when trying to apply deltarpms to the local system. Deltarpms can only be applied if non-config files haven't been changed (or if the files verify bit has been unset in the rpm). That means that instead of being able to download a <5MB deltarpm, we get stuck downloading the full rpm.
Should be fixed by tetex-3.0-39.fc7. Thanks.
Argh! It looks like I missed a file type in the tetex rpm. rpm -V tetex gives me the following output: S.5....T c /usr/share/texmf-var/fonts/map/dvipdfm/updmap/dvipdfm_dl14.map S.5....T c /usr/share/texmf-var/fonts/map/dvipdfm/updmap/dvipdfm_ndl14.map S.5....T c /usr/share/texmf-var/fonts/map/pdftex/updmap/pdftex_dl14.map S.5....T c /usr/share/texmf-var/fonts/map/pdftex/updmap/pdftex_ndl14.map S.5....T /usr/share/texmf-var/web2c/aleph.fmt S.5....T /usr/share/texmf-var/web2c/amstex.fmt S.5....T /usr/share/texmf-var/web2c/bamstex.fmt S.5....T /usr/share/texmf-var/web2c/bplain.fmt S.5....T /usr/share/texmf-var/web2c/cont-en.fmt S.5....T /usr/share/texmf-var/web2c/etex.fmt S.5....T /usr/share/texmf-var/web2c/lambda.fmt S.5....T /usr/share/texmf-var/web2c/lamed.fmt ..5....T /usr/share/texmf-var/web2c/metafun.mem S.5....T /usr/share/texmf-var/web2c/mf.base ..5....T /usr/share/texmf-var/web2c/mpost.mem S.5....T /usr/share/texmf-var/web2c/mptopdf.fmt S.5....T /usr/share/texmf-var/web2c/omega.fmt S.5....T /usr/share/texmf-var/web2c/pdfetex.fmt S.5....T /usr/share/texmf-var/web2c/pdftex.fmt S.5....T /usr/share/texmf-var/web2c/tex.fmt As you can see, all of the .fmt and .mem files in /usr/share/texmf-var get changed and are not marked as %config. The interesting thing is that there are a few .fmt file in /usr/share/texmf that *don't* get changed.
teTeX is now obsoleted by TeXLive in rawhide and removed. If you are sure the problem still applies also for TeXLive, please file a bug against following rawhide components: texlive - if you found bug in binary TeXLive utilities texlive-texmf - if find anything related to fonts/styles, noarch part texlive-texmf-errata - if you need to update font/style set.