Bug#851598: tex-common: fails to upgrade jessie->stretch (recommends enabled) with cadabra installed

2017-01-17 Thread Norbert Preining
Hi Andreas,

big thanks for testing!

>   /etc/texmf/owned by: texlive-math-extra, texlive-base, tex-common

Sounds reasonable.

>   /etc/texmf/hyphen.d/   not owned
> 
> not sure who created /etc/texmf/hyphen.d/ (and which file might have
> been in there)
> if that's still in active use, some package should ship it as an empty
> directory
> (and a leftover *owned* empty directory can be blamed to dpkg)

AFAIR there was/ a problem with rm_conffile as it makes backups,
then dpkg cannot remove the directory, and after the rm_conffile
dpkg does not retry removing the directory.

I never tracked it down completely, but AFAIR I cleaned up all
the stuff in hyphen.d.

/etc/texmf should remain as it is also TEXMFSYSCONFIG and files
might be put there.

Thanks a lot

Norbert

--
PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info
GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



Bug#851598: tex-common: fails to upgrade jessie->stretch (recommends enabled) with cadabra installed

2017-01-17 Thread Andreas Beckmann
On 2017-01-17 05:37, Norbert Preining wrote:
>> That worked.
> 
> Thanks for testing.
> 
>> I'll now check the other failures with this new package, but that will
>> take more time - some larger metapackages like med-bio are involved here.
> 
> Do you have a time frame when it will be ready? If it is reasonable I'll
> wait with the upload just in case more things pop up.

med-bio passed (at least beyond texlive, it died later with a well known
issue in a detailed check)

science-physics passed

These are all texlive related failures that I'm aware of at the moment.

But I noticed an unowned leftover directory:

  /etc/texmf/owned by: texlive-math-extra, texlive-base, tex-common
  /etc/texmf/hyphen.d/   not owned

not sure who created /etc/texmf/hyphen.d/ (and which file might have
been in there)
if that's still in active use, some package should ship it as an empty
directory
(and a leftover *owned* empty directory can be blamed to dpkg)


Andreas



Bug#851598: tex-common: fails to upgrade jessie->stretch (recommends enabled) with cadabra installed

2017-01-16 Thread Norbert Preining
> That worked.

Thanks for testing.

> I'll now check the other failures with this new package, but that will
> take more time - some larger metapackages like med-bio are involved here.

Do you have a time frame when it will be ready? If it is reasonable I'll
wait with the upload just in case more things pop up.

All the best

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



Bug#851598: tex-common: fails to upgrade jessie->stretch (recommends enabled) with cadabra installed

2017-01-16 Thread Andreas Beckmann
On 2017-01-17 03:48, Norbert Preining wrote:
> I attach a new tex-common package (deb), or you can for testing just

That worked.

I'll now check the other failures with this new package, but that will
take more time - some larger metapackages like med-bio are involved here.


Andreas



Bug#851598: tex-common: fails to upgrade jessie->stretch (recommends enabled) with cadabra installed

2017-01-16 Thread Andreas Beckmann
Hi Norbert,

On 2017-01-17 02:20, Norbert Preining wrote:

> Hmmm, strange. In this chroot did the failure occur? I don't see

at least some failure happened (and to me it looked like the same)

I had the fmtutil logfile included as well in the tarball, in case of 
discrepancies

> 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

lrwxrwxrwx 1 root root 38 Nov 30 04:18 
/usr/share/texlive/texmf-dist/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-TEXLIVEDIST
lrwxrwxrwx 1 root root 33 Nov 30 04:18 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN

> * the file /var/lib/texmf/web2c/fmtutil.cnf

-rw-r--r-- 1 root root 3229 Jan 17 00:18 /var/lib/texmf/web2c/fmtutil.cnf

# ## This file was automatically generated by update-fmtutil.
#
# Please do not edit it directly. If you want to add or change
# anything here, please have a look at the files in:
#
#/etc/texmf/fmt.d/
#
# and invoke update-fmtutil.
#
# ##

# ## From file: /etc/texmf/fmt.d/00tex.cnf
# 00tex.cnf: header of the configuration file for fmtutil.
#
# In Debian, fmtutil.cnf is a file that is generated from
# configuration files in /etc/texmf/fmt.d/.  This file, 00tex.cnf, 
# contains only some comments on how to edit these files.
#
# The text of the comments is Copyright 1998, 1999 by Thomas Esser, it
# is in the Public domain.


# You Customize these file to your needs, e.g.
#   - remove or uncomment formats that you don't need
#   - add your own formats
#   - change default engine / flags for standard formats

# Some notes:
#   1) tex and amstex just load hyphen.tex. No customization.
#   You can have you own customized (via babel's hyphen.cfg)
#   formats on top of plain by using "bplain.tex" instead of
#   plain.tex (see e.g. bplain.ini file for bplain format).
#
#   2) etex loads language.def, not language.dat.
#
#   3) The symbolic link to the right engines (e.g. bplain -> tex)
#  will be generated by the "texlinks" script. So, if you call
#  fmtutil "by hand" and not via texconfig, please also call
#  texlinks afterwards.
# 
#   4) usual comments start with "# ", whereas disabled configurations
#  start with "#! " in this file.

# The format of the table is:

# formatengine  pattern-filearguments

# The last part of "arguments" must be the name of the file to run
# initex (or another "ini"-engine) on.

# End of file: /etc/texmf/fmt.d/00tex.cnf

# ## From file: /etc/texmf/fmt.d/10texlive-base.cnf
# 10texlive-base.cnf
# You can change/add entries to this file and changes will be preserved
# over upgrades, even if you have removed the main package prior
# (not if you purged it). You should leave the following pseudo comment
# present in the file!
# -_- DebPkgProvidedMaps -_-
# 
luatex luatex language.def,language.dat.lua luatex.ini
tex tex - tex.ini
pdfetex pdftex language.def -translate-file=cp227.tcx *pdfetex.ini
mf mf-nowin - -translate-file=cp227.tcx mf.ini
dviluatex luatex language.def,language.dat.lua dviluatex.ini
pdftex pdftex language.def -translate-file=cp227.tcx *pdfetex.ini
etex pdftex language.def -translate-file=cp227.tcx *etex.ini
#! luajittex luajittex language.def,language.dat.lua luatex.ini
# End of file: /etc/texmf/fmt.d/10texlive-base.cnf

#
# /etc/texmf/fmt.d/10texlive-latex-base.cnf not included because either it 
wasn't
# up-to-date (conffile update pending) or the package shipping it was
# apparently removed (no corresponding .list file in
# /var/lib/tex-common/fmtutil-cnf/).
#

# ## From file: /etc/texmf/fmt.d/10texlive-math-extra.cnf
# 10texlive-math-extra.cnf
# You can change/add entries to this file and changes will be preserved
# over upgrades, even if you have removed the main package prior
# (not if you purged it). You should leave the following pseudo comment
# present in the file!
# -_- DebPkgProvidedMaps -_-
# 
amstex pdftex - -translate-file=cp227.tcx *amstex.ini
# End of file: /etc/texmf/fmt.d/10texlive-math-extra.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?


tex-common wants
1) to become the owner of the path /etc/texmf/fmt.d/10texlive-math-extra.cnf
2) that nothing exists at that location

* tex-common will not ship /etc/texmf/fmt.d/10texlive-math-extra.cnf
* tex-common will Breaks: texlive-math-extra (<< 2017)
* tex-common.maintscript will have
rm_conffile /etc/texmf/fmt.d/10texlive-math-extra.cnf texliv

Bug#851598: tex-common: fails to upgrade jessie->stretch (recommends enabled) with cadabra installed

2017-01-16 Thread Norbert Preining
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



Bug#851598: tex-common: fails to upgrade jessie->stretch (recommends enabled) with cadabra installed

2017-01-16 Thread Andreas Beckmann
On 2017-01-17 01:05, Norbert Preining wrote:
> Hi Andreas,
> 
> thanks for the report, if you have the chroot still available, can

No, but it just takes 15 minutes to recreate the failure ... and with a
brand-new piuparts option I get a shell in the chroot upon failure :-)

> you please send me:
> * 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
minutes, not enough time for another NMU inbetween :-)

> I have a pretty high confidence that the problem comes from:
> - upgrade removes (but not purges) texlive-math-extra
> - thus the cfg file in /etc/texmf/fmt.d/ remains
> - it is included in fmtutil.cnf(-DEBIAN)
> - but the necessary package (texlive-science) is not installed
> 
> I think the only way around that is dropping support for old
> packages that ship formats in /etc/texmf/fmt.d, afais there
> is none in sid.

and add a list of Breaks to e.g. tex-common

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)

Andreas

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



851598.tar.gz
Description: application/gzip


Bug#851598: tex-common: fails to upgrade jessie->stretch (recommends enabled) with cadabra installed

2017-01-16 Thread Norbert Preining
Hi Andreas,

thanks for the report, if you have the chroot still available, can
you please send me:
* all files in /etc/texmf/fmt.d/
* /var/lib/texmf/fmtutil.cnf-DEBIAN
* /var/lib/texmf/fmtutil.cnf-TEXLIVEDIST

I have a pretty high confidence that the problem comes from:
- upgrade removes (but not purges) texlive-math-extra
- thus the cfg file in /etc/texmf/fmt.d/ remains
- it is included in fmtutil.cnf(-DEBIAN)
- but the necessary package (texlive-science) is not installed

I think the only way around that is dropping support for old
packages that ship formats in /etc/texmf/fmt.d, afais there
is none in sid.

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