Bug#976405: texlive-latex-base: pdflatex command fails while building doxygen

2020-12-12 Thread Paolo Greppi

Hi Hilmar,

Il 09/12/20 23:44, Hilmar Preuße ha scritto:

Control: reassign -1 src:doxygen
...
As explained this issue is probably not related to changed in TL base, hence 
I'm reassigning to src:doxygen .

For the other build failures, w/ docbook based documents I've opened Bug#976887 
w/ criticality serious to make sure the new TL packages do not migrate to 
testing until the issue is sorted out.

Hilmar


well done !

Paolo



Bug#976405: texlive-latex-base: pdflatex command fails while building doxygen

2020-12-09 Thread Hilmar Preuße

Control: reassign -1 src:doxygen

Am 04.12.2020 um 18:40 teilte Paolo Greppi mit:

Hi Paolo,


doxygen FTBFS due to a failure to run pdflatex.

See this recent salsa build:
https://salsa.debian.org/debian/doxygen/-/jobs/1213110

The error is:

   /usr/bin/pdflatex: Not writing to 
../html/examples/group/latex//group__group2.aux (openout_any = p).
   make[4]: *** [doc/CMakeFiles/doxygen_pdf.dir/build.make:81: 
doc/CMakeFiles/doxygen_pdf] Error 1


I attach the complete pdflatex log file.

I am no latex expert, so this could well be a doxygen issue.
Can you advise ? thanks in advance,

As explained this issue is probably not related to changed in TL base, 
hence I'm reassigning to src:doxygen .


For the other build failures, w/ docbook based documents I've opened 
Bug#976887 w/ criticality serious to make sure the new TL packages do 
not migrate to testing until the issue is sorted out.


Hilmar
--
sigfault






OpenPGP_signature
Description: OpenPGP digital signature


Bug#976405: texlive-latex-base: pdflatex command fails while building doxygen

2020-12-09 Thread Hilmar Preuße

reassign -1 src:doxygen

Am 04.12.2020 um 18:40 teilte Paolo Greppi mit:

Hi Paolo,


doxygen FTBFS due to a failure to run pdflatex.

See this recent salsa build:
https://salsa.debian.org/debian/doxygen/-/jobs/1213110

The error is:

   /usr/bin/pdflatex: Not writing to 
../html/examples/group/latex//group__group2.aux (openout_any = p).
   make[4]: *** [doc/CMakeFiles/doxygen_pdf.dir/build.make:81: 
doc/CMakeFiles/doxygen_pdf] Error 1


I attach the complete pdflatex log file.

I am no latex expert, so this could well be a doxygen issue.
Can you advise ? thanks in advance,

As explained this issue is probably not related to changed in TL base, 
hence I'm reassigning to src:doxygen .


For the other build failures, w/ docbook based documents I've opened 
Bug#976887 w/ criticality serious to make sure the new TL packages do 
not migrate to testing until the issue is sorted out.


Hilmar
--
sigfault




OpenPGP_signature
Description: OpenPGP digital signature


Bug#976405: texlive-latex-base: pdflatex command fails while building doxygen

2020-12-05 Thread Norbert Preining
Hi Paolo,

> thanks for the tip !
> Not sure why this surfaced only now ... anyway your 2nd option seems to fix 
> it.

Good to hear. Still, I would be interested to understand why it would
surface only now, unless there have been changes in the build process of
doxygen.

All the best

Norbert

--
PREINING Norbert  https://www.preining.info
Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13



Bug#976405: texlive-latex-base: pdflatex command fails while building doxygen

2020-12-05 Thread Paolo Greppi

Hi Norbert,

Il 04/12/20 23:29, Norbert Preining ha scritto:

Hi Paolo,


   /usr/bin/pdflatex: Not writing to 
../html/examples/group/latex//group__group2.aux (openout_any = p).
   make[4]: *** [doc/CMakeFiles/doxygen_pdf.dir/build.make:81: 
doc/CMakeFiles/doxygen_pdf] Error 1


Is this new? This should have happened already since long time ago.

LaTeX etc now ensures to not write out of the current directory and its
sub-directories, so writing to ../html is a no go, this is the setting
openout_any = p

From /usr/share/texlive/texmf-dist/web2c/texmf.cnf


**
% Do we allow TeX \input or \openin (openin_any), or \openout
% (openout_any) on filenames starting with `.' (e.g., .rhosts) or
% outside the current tree (e.g., /etc/passwd)?
% a (any): any file can be opened.
% r (restricted) : disallow opening dot files
% p (paranoid)   : as `r' and disallow going to parent directories, and
%  restrict absolute paths to be under $TEXMFOUTPUT.
openin_any = a
openout_any = p
**

This is not a new change, at least ... at least ... I can't remember,
years?

So I am very surprised that it would show up only now.

Options are:
- don't write to ..
- use
pdflatex -cnf-line="openout_any = r" 
   (never tried it though)
- temporarily set in /usr/local/share/texmf/web2c/texmf.cnf by
   adding the same openout definition

Hope that helps

Norbert

--
PREINING Norbert  https://www.preining.info
Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13



thanks for the tip !
Not sure why this surfaced only now ... anyway your 2nd option seems to fix it.

I have also submitted the patch to doxygen upstream for review:
https://github.com/doxygen/doxygen/issues/8226

If all goes well I'll upload doxygen 1.8.20-6 in a few days and this will be 
closed.

Paolo



Bug#976405: texlive-latex-base: pdflatex command fails while building doxygen

2020-12-04 Thread Norbert Preining
Hi Paolo,

>   /usr/bin/pdflatex: Not writing to 
> ../html/examples/group/latex//group__group2.aux (openout_any = p).
>   make[4]: *** [doc/CMakeFiles/doxygen_pdf.dir/build.make:81: 
> doc/CMakeFiles/doxygen_pdf] Error 1

Is this new? This should have happened already since long time ago.

LaTeX etc now ensures to not write out of the current directory and its
sub-directories, so writing to ../html is a no go, this is the setting
openout_any = p
>From /usr/share/texlive/texmf-dist/web2c/texmf.cnf

**
% Do we allow TeX \input or \openin (openin_any), or \openout
% (openout_any) on filenames starting with `.' (e.g., .rhosts) or
% outside the current tree (e.g., /etc/passwd)?
% a (any): any file can be opened.
% r (restricted) : disallow opening dot files
% p (paranoid)   : as `r' and disallow going to parent directories, and
%  restrict absolute paths to be under $TEXMFOUTPUT.
openin_any = a
openout_any = p
**

This is not a new change, at least ... at least ... I can't remember,
years?

So I am very surprised that it would show up only now.

Options are:
- don't write to ..
- use
pdflatex -cnf-line="openout_any = r" 
  (never tried it though)
- temporarily set in /usr/local/share/texmf/web2c/texmf.cnf by 
  adding the same openout definition

Hope that helps

Norbert

--
PREINING Norbert  https://www.preining.info
Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13



Bug#976405: texlive-latex-base: pdflatex command fails while building doxygen

2020-12-04 Thread Paolo Greppi

Package: texlive-latex-base
Version: 2020.20201203-1
Severity: important

Dear Maintainer,

doxygen FTBFS due to a failure to run pdflatex.

See this recent salsa build:
https://salsa.debian.org/debian/doxygen/-/jobs/1213110

The error is:

  /usr/bin/pdflatex: Not writing to 
../html/examples/group/latex//group__group2.aux (openout_any = p).
  make[4]: *** [doc/CMakeFiles/doxygen_pdf.dir/build.make:81: 
doc/CMakeFiles/doxygen_pdf] Error 1

I attach the complete pdflatex log file.

I am no latex expert, so this could well be a doxygen issue.
Can you advise ? thanks in advance,

Paolo

P.S. I will patch the build to temporarily work around this, so it is not a 
blocker.

-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource.

In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 2351 Dec  4 17:36 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Jun  8 10:31 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Dec  3 23:04 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Dec  3 23:04 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 475 Jul  9 06:19 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 Dec  3 23:04 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN
lrwxrwxrwx 1 root root 32 Dec  3 23:04 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 4986 Dec  4 17:35 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Jan 17  2017 mktex.cnf
-rw-r--r-- 1 root root 475 Jul  9 06:19 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.8.0-2-amd64 (SMP w/2 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages texlive-latex-base depends on:
ii  fonts-lmodern 2.004.5-6
ii  tex-common6.15
ii  texlive-base  2020.20201203-1
ii  texlive-binaries  2020.20200327.54578-5

texlive-latex-base recommends no packages.

Versions of packages texlive-latex-base suggests:
pn  texlive-latex-base-doc  

Versions of packages tex-common depends on:
ii  dpkg  1.20.5
ii  ucf   3.0043

Versions of packages tex-common suggests:
ii  debhelper  13.2.1

Versions of packages texlive-latex-base is related to:
ii  tex-common6.15
ii  texlive-binaries  2020.20200327.54578-5

-- no debconf information


doxygen_manual.log.xz
Description: application/xz