Bug#392195: tetex-bin: Lots of access to nonexistent /share/* files
0> In article <[🔎] 86lknnnp62.fsf@alhambra.kuesterei.ch>,
0> Frank Küster <URL:mailto:frank@debian.org> ("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>
fant> The packages are at
fant>
fant> http://people.debian.org/~frank/libkpathsea4_3.0-22~1_i386.deb
fant> http://people.debian.org/~frank/tetex-bin_3.0-22~1_i386.deb
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
to check?
(P.S. forgot to mention that something in cron.daily has this effect, too)
Reply to: