Bug#392195: tetex-bin: Lots of access to nonexistent /share/* files
0> In article <firstname.lastname@example.org>,
0> Frank Küster <URL:mailto:email@example.com> ("fant") wrote:
fant> I've built a package with that change. [Toby], would you please
fant> test whether this helps? I'm not even sure whether it's sufficient
fant> to change libkpathsea4, or you also need tetex-bin. And of course
fant> during the upgrade, some old executables will also be used in the
fant> maintainer scripts, so you can't expect it to be completely quiet.
fant> The packages are at
Thanks. I upgraded libkpathsea4 first, with no problems, and then
tetex-bin (I had to upgrade tex-common first). I still got lots of
syslog output, so I then re-installed the new tetex-bin (to ensure
we're using all the new binaries), and the same happened. Watching
that install with xconsole next to the xterm I was using showed that
the accesses to /share all happened during the following stages:
| Running fmtutil-sys. This may take some time... done.
| Running updmap-sys. This may take some time... done.
Both these programs are part of tetex-bin, so the install should be
using the new ones by that stage - unless there's some conffile I need
(P.S. forgot to mention that something in cron.daily has this effect, too)