Hi Andreas, > > * all files in /etc/texmf/fmt.d/ > > * /var/lib/texmf/fmtutil.cnf-DEBIAN > > * /var/lib/texmf/fmtutil.cnf-TEXLIVEDIST > > see attached tarball, this is from an amd64 chroot, took only 11
Hmmm, strange. In this chroot did the failure occur? I don't see amstex in any of the fmtutil files so it should not happen ... wait ... fmtutil: /var/lib/texmf/web2c/fmtutil.cnf fmtutil: /usr/share/texmf/web2c/fmtutil.cnf fmtutil: /usr/share/texlive/texmf-dist/web2c/fmtutil.cnf The last two are links to the above you send me, but to be sure: * ls -l /usr/share/texmf/web2c/fmtutil.cnf /usr/share/texlive/texmf-dist/web2c/fmtutil.cnf * the file /var/lib/texmf/web2c/fmtutil.cnf please. My "high confidence" was wrong ;-) > Or if there is only a subset of these packages, tex-common could "take > over" their conffiles in order to dpkg-maintscript-helper rm_conffile > them (again with appropriate Breaks in place) You mean by replacing the file, and at the same time rm_conffile? Would that work? > PS: if you need some new package to be tested in this upgrade path, I > could inject it in the stretch side of that upgrade test That sounds good, I guess I need to test a new tex-common, but first want to find the reason for the error. Thanks Norbert -- PREINING Norbert http://www.preining.info Accelia Inc. + JAIST + TeX Live + Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
