Re: dvips35.map disappearing from ls-R after force-purge-then-reinstall of tex-common
Florent Rougon <f.rougon@free.fr> wrote:
> No, will do right now...
I'm not uploading yet, because I've found a weird thing while testing...
and it may require a fix in tex-common.
In short: start from everything installed (tex-common, -base, -bin,
-extra), then:
/ # dpkg --force-depends -P tex-common
dpkg: tex-common: dependency problems, but removing anyway as you request:
lmodern depends on tex-common (>= 0.7).
tetex-base depends on tex-common (>= 0.12).
(Reading database ... 123754 files and directories currently installed.)
Removing tex-common ...
Purging configuration files for tex-common ...
/ # apt-get install tex-common
Reading package lists... Done
Building dependency tree... Done
The following NEW packages will be installed:
tex-common
0 upgraded, 1 newly installed, 0 to remove and 65 not upgraded.
Need to get 0B/291kB of archives.
After unpacking 852kB of additional disk space will be used.
Preconfiguring packages ...
Selecting previously deselected package tex-common.
(Reading database ... 123683 files and directories currently installed.)
Unpacking tex-common (from .../tex-common_0.25_all.deb) ...
Setting up tex-common (0.25) ...
Creating config file /etc/texmf/texmf.d/05TeXMF.cnf with new version
Creating config file /etc/texmf/texmf.d/15Plain.cnf with new version
Creating config file /etc/texmf/texmf.d/45TeXinputs.cnf with new version
Creating config file /etc/texmf/texmf.d/55Fonts.cnf with new version
Creating config file /etc/texmf/texmf.d/65BibTeX.cnf with new version
Creating config file /etc/texmf/texmf.d/75DviPS.cnf with new version
Creating config file /etc/texmf/texmf.d/85Misc.cnf with new version
Creating config file /etc/texmf/texmf.d/90TeXDoc.cnf with new version
Creating config file /etc/texmf/texmf.d/95NonPath.cnf with new version
Creating config file /etc/texmf/updmap.d/00updmap.cfg with new version
Creating config file /etc/texmf/texmf.cnf with new version
Adjusting permissions of TeX font cache... done.
/ # dpkg -r tetex-extra tetex-bin
(Reading database ... 123754 files and directories currently installed.)
Removing tetex-extra ...
Running updmap-sys. This may take some time. ...
updmap failed. Output has been stored in
/tmp/tetex.updmap.OvU22360
Please include this file if you report a bug.
dpkg: error processing tetex-extra (--remove):
subprocess post-removal script returned error exit status 1
Removing tetex-bin ...
Errors were encountered while processing:
tetex-extra
/ #
,----[ /tmp/tetex.updmap.OvU22360 ]
|
| [...]
|
| updmap-sys: Scanning for LW35 support files
|
| !!! ERROR! The map file `dvips35.map' has not been found at all.
|
| [...]
|
`----
In fact, the file *is* there, it has just disappeared from the ls-R db.
If I do this again (starting from a clean state with everything
installed):
/ # dpkg -S dvips35.map
tetex-base: /usr/share/texmf-tetex/fonts/map/dvips/tetex/dvips35.map
/ # dpkg --force-depends -P tex-common
dpkg: tex-common: dependency problems, but removing anyway as you request:
lmodern depends on tex-common (>= 0.7).
tetex-base depends on tex-common (>= 0.12).
(Reading database ... 123754 files and directories currently installed.)
Removing tex-common ...
Purging configuration files for tex-common ...
/ # apt-get install tex-common
Reading package lists... Done
Building dependency tree... Done
The following NEW packages will be installed:
tex-common
0 upgraded, 1 newly installed, 0 to remove and 65 not upgraded.
Need to get 0B/291kB of archives.
After unpacking 852kB of additional disk space will be used.
Preconfiguring packages ...
Selecting previously deselected package tex-common.
(Reading database ... 123683 files and directories currently installed.)
Unpacking tex-common (from .../tex-common_0.25_all.deb) ...
Setting up tex-common (0.25) ...
Creating config file /etc/texmf/texmf.d/05TeXMF.cnf with new version
Creating config file /etc/texmf/texmf.d/15Plain.cnf with new version
Creating config file /etc/texmf/texmf.d/45TeXinputs.cnf with new version
Creating config file /etc/texmf/texmf.d/55Fonts.cnf with new version
Creating config file /etc/texmf/texmf.d/65BibTeX.cnf with new version
Creating config file /etc/texmf/texmf.d/75DviPS.cnf with new version
Creating config file /etc/texmf/texmf.d/85Misc.cnf with new version
Creating config file /etc/texmf/texmf.d/90TeXDoc.cnf with new version
Creating config file /etc/texmf/texmf.d/95NonPath.cnf with new version
Creating config file /etc/texmf/updmap.d/00updmap.cfg with new version
Creating config file /etc/texmf/texmf.cnf with new version
Adjusting permissions of TeX font cache... done.
/ # ls -l /usr/share/texmf-tetex/fonts/map/dvips/tetex/dvips35.map
-rw-r--r-- 1 root root 8125 2005-01-08 23:54 /usr/share/texmf-tetex/fonts/map/dv
ips/tetex/dvips35.map
/ # kpsewhich --format=map dvips35.map
/ # mktexlsr
mktexlsr: Updating /usr/local/share/texmf/ls-R...
mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN...
mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFDIST-TETEX...
mktexlsr: Updating /var/cache/fonts/ls-R...
mktexlsr: Updating /var/lib/texmf/ls-R...
mktexlsr: Done.
/ # kpsewhich --format=map dvips35.map
/usr/share/texmf-tetex/fonts/map/dvips/tetex/dvips35.map
/ # dpkg -r tetex-extra tetex-bin
(Reading database ... 123754 files and directories currently installed.)
Removing tetex-extra ...
Running updmap-sys. This may take some time. ... done.
mktexlsr: Updating /usr/local/share/texmf/ls-R...
mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN...
mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFDIST-TETEX...
mktexlsr: Updating /var/cache/fonts/ls-R...
mktexlsr: Updating /var/lib/texmf/ls-R...
mktexlsr: Done.
Removing tetex-bin ...
/ #
I noticed that tetex-extra uses the sequence:
update-updmap
updmap-sys
mktexlsr
in its postrm. This is not the recommended sequence in Policy. The
recommended one:
update-updmap
mktexlsr
updmap-sys
would "fix" the problem, but I think the root of the problem is
elsewhere. Why does dvips35.map disappear from the ls-R db after
removing (OK, with --force-depends) and reinstalling tex-common?
Note that this file is supposed to belong to tetex-base...
--
Florent
Reply to: