Bug 158758
| Summary: | map files in tetex-dvips should be marked config files in RPM | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jonathan Kamens <jik> |
| Component: | tetex | Assignee: | Jindrich Novy <jnovy> |
| Status: | CLOSED WONTFIX | QA Contact: | David Lawrence <dkl> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | jonathan, pknirsch, qspencer, robatino |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2007-12-09 13:50:24 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Jonathan Kamens
2005-05-25 13:40:17 UTC
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. |