Bug#111365: fmtutils broken
On 20.04.04 Martin Schulze (joey@infodrom.org) wrote:
Hi Martin,
I know, you're on the way to release r3.
> Again, please TELL ME WHAT YOU ARE LOOKING FOR EXACTLY. I have
> something that could be considered a backup, at the moment, not
> sure how long and if it is really from the same time, but I'm not
> going to dump 500MB on the net because you want "any" information
> but don't tell me which. This machine operates via nfsroot, and
> the directory is stored on another host.
>
<quote>
For some reason tetex-extra couldn't be configured. There was no
tetex on the box before, and it's an unstable box
satu!joey(ttyp0):~/work/boot-floppies/documentation> sudo dpkg --configure -a
Setting up tetex-extra (1.0.2+20000804-9) ...
texhash: Updating /usr/local/lib/texmf/ls-R...
texhash: Updating /var/lib/texmf/ls-R...
texhash: Updating /var/spool/texmf/ls-R...
texhash: Done.
Running initex for missing formats. This may take some time. ...
warning: kpathsea: No usable entries in /usr/share/texmf/ls-R.
warning: kpathsea: See the manual for how to generate ls-R.
</quote>
What puzzled me, was the "No usable entries in
/usr/share/texmf/ls-R". It seems, as if the file^1 is just empty. At
this time mktexlsr was not able to handle this case and to recreate
that file. Hence I asked you, if it could have been the same as
described in #123393, which is actually closed.
#123393 describes the case "mktexlsr is not able to handle empty ls-R
files, which got emptied accidentally and lost their magic string".
Regards,
H.
^1 Or say better /var/lib/texmf/ls-R, as /usr/share/texmf/ls-R is
only an ln -s.
--
sigmentation fault
Reply to: