From: [email protected]

Package: debian-reference
Version: 1.07-10
Severity: serious

The package currently fails to build like this:
Transcript written on pdflatex.log.
rm: cannot remove `/var/lib/texmf/web2c/pdflatex.log': Permission
denied
mv: cannot move `pdflatex.log' to `/var/lib/texmf/web2c/pdflatex.log': Permission denied
rm: cannot remove `/var/lib/texmf/web2c/pdflatex.fmt': Permission denied
mv: cannot move `pdflatex.fmt' to `/var/lib/texmf/web2c/pdflatex.fmt': Permission denied
/usr/share/texmf/web2c/mktexupd: /var/lib/texmf/ls-R unwritable. debiandoc2latexpdf: ERROR: reference.en.pdf could not be generated properly debiandoc2latexpdf: rerun with the -v option to found out why debiandoc2latexpdf: or check the log file reference.en.log
make[1]: *** [reference.en.pdf] Error 1

The same running as root gives:
Transcript written on pdflatex.log.
fmtutil: /var/lib/texmf/web2c/pdflatex.fmt installed.
debiandoc2latexpdf: ERROR: reference.en.pdf could not be
generated properly
debiandoc2latexpdf: rerun with the -v option to found out why debiandoc2latexpdf: or check the log file reference.en.log

Since it doesn't seem to generate that reference.en.log I've
added the -v option and get:
Transcript written on pdflatex.log.
fmtutil: /var/lib/texmf/web2c/pdflatex.fmt installed.
(Fatal format file error; I'm stymied)
debiandoc2latexpdf: ERROR: reference.en.pdf could not be generated properly make[1]: *** [reference.en.pdf] Error 1

I assume this has to do with the recent changes to tetex-bin, but
I'm not really sure.


Kurt



--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

On Sat, Aug 14, 2004 at 19:51:31 +0200, Kurt Roeckx wrote:

Transcript written on pdflatex.log.
fmtutil: /var/lib/texmf/web2c/pdflatex.fmt installed.
(Fatal format file error; I'm stymied)
debiandoc2latexpdf: ERROR: reference.en.pdf could not be generated properly make[1]: *** [reference.en.pdf] Error 1

I assume this has to do with the recent changes to tetex-bin, but I'm not really sure.

Looks like it. Changing bin/debiandoc2latexpdf's "pdflatex" call to a "pdfelatex" one seems to be a workaround.

HTH,
Ray
--
People don't respond to any events as real people facing events would. Otherwise, only one company would ever have installed Microsloth software.
Paul Tomko in <3a033dbf$1$1584$[email protected]>


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

On Sat, Aug 14, 2004 at 11:07:47PM +0200, J.H.M. Dassen (Ray) wrote:

On Sat, Aug 14, 2004 at 19:51:31 +0200, Kurt Roeckx wrote:

Transcript written on pdflatex.log.
fmtutil: /var/lib/texmf/web2c/pdflatex.fmt installed.
(Fatal format file error; I'm stymied)
debiandoc2latexpdf: ERROR: reference.en.pdf could not be generated properly make[1]: *** [reference.en.pdf] Error 1

I assume this has to do with the recent changes to tetex-bin, but I'm not really sure.

Strange. I cannot reproduce this using tetex-bin version 2.0.2-15.

Can you try

TEXINPUTS=$(pwd)/texmf/:$(kpsetool -n tex -p tex) \
fmtutil --byfmt latex --fmtdir .

from the source dir of Debian reference? Does texmf/ contain
texmf.cnf and language.dat?

This should create a LaTeX format file in the current directory with hyphenation patterns for all languages specified in language.dat.
This is important since the default tetex installation doesn't support
as many languages as Debian reference is translated to.

Looks like it. Changing bin/debiandoc2latexpdf's "pdflatex" call to a "pdfelatex" one seems to be a workaround.

Indeed. elatex use language.def per default and not language.dat so
there will be no hyphen support for .ps and .pdf output.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=265247 is a tetex-bin
related serious bug which describes a similar problem related to
language.dat. Maybe there is a relation?

Jens


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.tetex, linux.debian.doc
From: [email protected]

severity wishlist 265743
thanks

Thanks Ray for the work around.

As Jens Seidel reported, tetex-bin version 2.0.2-15 did not reproduce
it. This may be solved issue but it may be interesting for people
updating TeX/LaTeX packages especially work around reported.

On Sat, Aug 14, 2004 at 19:51:31 +0200, Kurt Roeckx wrote:

Transcript written on pdflatex.log.
fmtutil: /var/lib/texmf/web2c/pdflatex.fmt installed.
(Fatal format file error; I'm stymied)
debiandoc2latexpdf: ERROR: reference.en.pdf could not be generated properly make[1]: *** [reference.en.pdf] Error 1

I assume this has to do with the recent changes to tetex-bin, but I'm not really sure.

Sigh :-( I am wondering how TeX/LaTeX folks feel about RC bugs on documentation packages due to recent TeX/LaTeX package situation. Look
at Bug #265247 (or #265247), #265611, #264394, #263840, ... it ain't
pretty sight.

I do not feel like adding build script hack now to package just to get
away for FTBFS serious bug unless TeX/LaTeX is stabilized. If anyone
care to file a RC bug on Documentation package which build correctly in relatively recent testing and stable version of TeX/LaTeX, I think it is TeX/LaTeX important bug and it should be solved THERE.

If people keep insisting these TeX/LaTeX caused FTBFS as RC, it only
force package to ship without PS/PDF. No one gain.

I know TeX/LaTeX has been quite actively updated. IMHO, it should be
very stable when FREEZE starts. But reality is not. If you think about TeX/LateX, it is like GCC for C program. We should not make major change
with incompatibility at this late moment. But it happened.

If anyone insists this to be RC, I will reassign this to TeX/LateX but
people there seems handful with similar reports and such an big example
file like this package is tough one to track the bugs.

So, I am making this a "wishlist" for now and I will close this one if
latest unstable environment build OK.

(I CC this to debian-doc so other doc maintainer will e aware of.)

On Sat, Aug 14, 2004 at 11:07:47PM +0200, J.H.M. Dassen (Ray) wrote:

Looks like it. Changing bin/debiandoc2latexpdf's "pdflatex" call to a "pdfelatex" one seems to be a workaround.

If new "pdfelatex" is needed, why this was not offered as an alternative
of pdflatex so it does not break build script. Is this already fix?
This looks like one of etex transition issue withing TeX/LateX.

Osamu


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFBH7Tj6A/EwagGHzIRAthCAJkB3fS2nBgjPkXH2biuc4aNQWs0agCePMDx m4+AdJZCWi8npW4zTpIIXa4=
=cbkt
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

Strange. I cannot reproduce this using tetex-bin version 2.0.2-15.

Before upgrade, I have no problem building packages.

iu tetex-base 2.0.2a-2 2.0.2a-3 iu tetex-bin 2.0.2-17 2.0.2-18 iu tetex-extra 2.0.2a-2 2.0.2a-3

Let's see how it turn out. If it build with new versions, this bug will be closed :-)

I think if possible, please post chroot's package version where FTBFS
was observed, please.

Osamu


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

From: [email protected]

On Sat, Aug 14, 2004 at 07:51:31PM +0200, Kurt Roeckx wrote:

Package: debian-reference
Version: 1.07-10
Severity: serious

The package currently fails to build like this:
Transcript written on pdflatex.log.
rm: cannot remove `/var/lib/texmf/web2c/pdflatex.log': Permission
denied
mv: cannot move `pdflatex.log' to `/var/lib/texmf/web2c/pdflatex.log': Permission denied
rm: cannot remove `/var/lib/texmf/web2c/pdflatex.fmt': Permission denied
mv: cannot move `pdflatex.fmt' to `/var/lib/texmf/web2c/pdflatex.fmt': Permission denied
/usr/share/texmf/web2c/mktexupd: /var/lib/texmf/ls-R unwritable. debiandoc2latexpdf: ERROR: reference.en.pdf could not be generated properly debiandoc2latexpdf: rerun with the -v option to found out why debiandoc2latexpdf: or check the log file reference.en.log
make[1]: *** [reference.en.pdf] Error 1

The same running as root gives:
Transcript written on pdflatex.log.
fmtutil: /var/lib/texmf/web2c/pdflatex.fmt installed.
debiandoc2latexpdf: ERROR: reference.en.pdf could not be
generated properly
debiandoc2latexpdf: rerun with the -v option to found out why debiandoc2latexpdf: or check the log file reference.en.log

Since it doesn't seem to generate that reference.en.log I've
added the -v option and get:
Transcript written on pdflatex.log.
fmtutil: /var/lib/texmf/web2c/pdflatex.fmt installed.
(Fatal format file error; I'm stymied)
debiandoc2latexpdf: ERROR: reference.en.pdf could not be generated properly make[1]: *** [reference.en.pdf] Error 1

I assume this has to do with the recent changes to tetex-bin, but
I'm not really sure.

OK, now I get the same error by updating to very latest.

iu tetex-base 2.0.2a-2 2.0.2a-3 iu tetex-bin 2.0.2-17 2.0.2-18 iu tetex-extra 2.0.2a-2 2.0.2a-3

So this bug is new bug introduced very recently.

On Sat, Aug 14, 2004 at 11:07:47PM +0200, J.H.M. Dassen (Ray) wrote:

Looks like it. Changing bin/debiandoc2latexpdf's "pdflatex" call to a "pdfelatex" one seems to be a workaround.

This trick does not work on my ststem when I do "make pdf1 LANGS1=en".

Osamu


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.tetex
From: [email protected]

severity 265743 important
reassign 265743 tetex-bin
thanks

I just upgraded as
iu tetex-base 2.0.2a-2 2.0.2a-3 iu tetex-bin 2.0.2-17 2.0.2-18 iu tetex-extra 2.0.2a-2 2.0.2a-3 and my build script for PDF started to break. (It was working. I
conciously tested.)

Earlier reported work around
Changing bin/debiandoc2latexpdf's "pdflatex" call to a "pdfelatex"
does not seems to be a working on my system.

See more on http://bugs.debian.org/265743

Osamu
-------------------------------------------------
Below is log of reproduced bug. Use "make LANGS2=en pdf2" instead
to get quicker build failure (smaller example.). --------------------------------------------------
$ sudo apt-get update
...
$ sudo apt-get build-dep debian-reference
...
$ apt-get source debian-reference
...
$ cd debian-reference-1.07
$ make LANGS1=en pdf1
sed -e "s/@@LANGS@@/en/g" \
-e "s/@@DIRS@@/en/g" \
-e "s/@@NAME@@/reference/g" \
qref.sgml > reference.en.sgml
...
sed -e "s/@@LANGS@@/ru/g" \
-e "s/@@DIRS@@/ru/g" \
-e "s/@@NAME@@/quick-reference/g" \
qref.sgml > quick-reference.ru.sgml
TEXINPUTS=$(pwd)/texmf/:$(kpsetool -n pdftex -p tex) \
fmtutil --byfmt pdflatex --fmtdir .
running `pdftex -ini -jobname=pdflatex -progname=pdflatex pdflatex.ini' ... This is pdfTeX, Version 3.14159-1.10b (Web2C 7.4.5) (INITEX) (/usr/share/texmf/pdftex/latex/config/pdflatex.ini (/usr/share/texmf/tex/latex/base/latex.ltx (/usr/share/texmf/tex/latex/config/texsys.cfg)
./texsys.aux found


\@currdir set to: ./.


Assuming \openin and \input
have the same search path.


Defining UNIX/DOS style filename parser.

catcodes, registers, compatibility for TeX 2, parameters,
LaTeX2e <2001/06/01>
hacks, control, par, spacing, files, font encodings, lengths, ====================================

Local config file fonttext.cfg used

==================================== (/usr/share/texmf/tex/generic/config/fonttext.cfg (/usr/share/texmf/tex/latex/base/fonttext.ltx
=== Don't modify this file, use a .cfg file instead ===

(/usr/share/texmf/tex/latex/base/omlenc.def) (/usr/share/texmf/tex/latex/base/t1enc.def) (/usr/share/texmf/tex/latex/base/ot1enc.def) (/usr/share/texmf/tex/latex/base/omsenc.def) (/usr/share/texmf/tex/latex/base/t1cmr.fd) (/usr/share/texmf/tex/latex/base/ot1cmr.fd) (/usr/share/texmf/tex/latex/base/ot1cmss.fd) (/usr/share/texmf/tex/latex/base/ot1cmtt.fd))) ====================================

Local config file fontmath.cfg used

==================================== (/usr/share/texmf/tex/generic/config/fontmath.cfg (/usr/share/texmf/tex/latex/base/fontmath.ltx
=== Don't modify this file, use a .cfg file instead ===

(/usr/share/texmf/tex/latex/base/omlcmm.fd) (/usr/share/texmf/tex/latex/base/omscmsy.fd) (/usr/share/texmf/tex/latex/base/omxcmex.fd) (/usr/share/texmf/tex/latex/base/ucmr.fd))) ====================================

Local config file preload.cfg used

===================================== (/usr/share/texmf/tex/generic/config/preload.cfg (/usr/share/texmf/tex/latex/base/preload.ltx)) page nos., x-ref, environments, center, verbatim, math definitions, boxes, title, sectioning, contents,
floats, footnotes, index, bibliography, output, ===========================================
Local configuration file hyphen.cfg used =========================================== (/usr/share/texmf/tex/generic/babel/hyphen.cfg (/usr/share/texmf/tex/generic/hyphen/hyphen.tex) (/usr/share/texmf/tex/generic/hyphen/frhyph.tex
frhyph.tex - French hyphenation patterns (V2.11) <2002/01/16>) (/usr/share/texmf/tex/generic/hyphen/dehypht.tex
German Traditional Hyphenation Patterns `dehypht' Version 3.2a <1999/03/03> (Formerly known under the name `ghyph31' and `ghyphen'.)) (/usr/share/texmf/tex/generic/hyphen/dehyphn.tex
New German Hyphenation Patterns `dehyphn' Rev.31 <2001-05-07> (WaS)) (/usr/share/texmf/tex/generic/hyphen/fi8hyph.tex) (/usr/share/texmf/tex/generic/hyphen/ithyph.tex) (/usr/share/texmf/tex/generic/hyphen/plhyph.tex) (/usr/share/texmf/tex/generic/hyphen/pt8hyph.tex
portuguese hiphenation 8 bits and -) (/usr/share/texmf/tex/generic/hyphen/sphyph.tex) (/usr/share/texmf/tex/generic/hyphen/zerohyph.tex)) =================================
Applying patch file ltpatch.ltx
=================================
(/usr/share/texmf/tex/latex/base/ltpatch.ltx)
) )
Beginning to dump on file pdflatex.fmt
(format=pdflatex 2004.8.16)
4606 strings of total length 60531
43750 memory locations dumped; current usage is 144&41770
3108 multiletter control sequences
\font\nullfont=nullfont
\font\OMX/cmex/m/n/10=cmex10
\font\tenln=line10
\font\tenlnw=linew10
\font\tencirc=lcircle10
\font\tencircw=lcirclew10
\font\OT1/cmr/m/n/5=cmr5
\font\OT1/cmr/m/n/7=cmr7
\font\OT1/cmr/m/n/10=cmr10
\font\OML/cmm/m/it/5=cmmi5
\font\OML/cmm/m/it/7=cmmi7
\font\OML/cmm/m/it/10=cmmi10
\font\OMS/cmsy/m/n/5=cmsy5
\font\OMS/cmsy/m/n/7=cmsy7
\font\OMS/cmsy/m/n/10=cmsy10
3633 words of font info for 14 preloaded fonts
36 hyphenation exceptions
Hyphenation trie of length 29406 has 982 ops out of 35111
9 for language 8
7 for language 7
194 for language 6
30 for language 5
31 for language 4
235 for language 3
207 for language 2
88 for language 1
181 for language 0
No pages of output.
Transcript written on pdflatex.log.
fmtutil: /home/osamu/debian-reference-1.07/./pdflatex.fmt installed. TEXINPUTS=$(pwd)/texmf/:$(kpsetool -n pdftex -p tex) \
fmtutil --byfmt pdftex --fmtdir .
running `pdftex -ini -jobname=pdftex -progname=pdftex pdftex.ini' ...
This is pdfTeX, Version 3.14159-1.10b (Web2C 7.4.5) (INITEX) (/usr/share/texmf/pdftex/plain/config/pdftex.ini (/usr/share/texmf/tex/plain/base/plain.tex Preloading the plain format: codes, registers, parameters, fonts, more fonts, macros, math definitions,
output routines, hyphenation (/usr/share/texmf/tex/generic/hyphen/hyphen.tex)) )
Beginning to dump on file pdftex.fmt

[continued in next message]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.tetex, linux.debian.doc
From: [email protected]

On 15.08.04 Osamu Aoki ([email protected]) wrote:

On Sat, Aug 14, 2004 at 19:51:31 +0200, Kurt Roeckx wrote:

Hi *,

Transcript written on pdflatex.log.
fmtutil: /var/lib/texmf/web2c/pdflatex.fmt installed.
(Fatal format file error; I'm stymied)
debiandoc2latexpdf: ERROR: reference.en.pdf could not be generated properly
make[1]: *** [reference.en.pdf] Error 1

I assume this has to do with the recent changes to tetex-bin, but I'm not really sure.

Sigh :-( I am wondering how TeX/LaTeX folks feel about RC bugs on documentation packages due to recent TeX/LaTeX package situation.
Look at Bug #265247 (or #265247), #265611, #264394, #263840, ... it
ain't pretty sight.

Nope. Sorry for that! I guess, this is still the jadetex story
(didn't have a look at the bug logs). We didn't know, that jadetex
insists on having (pdf)latex.fmt generated, which was not done in
tetex 2.0.2-17.

I do not feel like adding build script hack now to package just to
get away for FTBFS serious bug unless TeX/LaTeX is stabilized. If
anyone care to file a RC bug on Documentation package which build
correctly in relatively recent testing and stable version of
TeX/LaTeX, I think it is TeX/LaTeX important bug and it should be
solved THERE.

If you speak about the jadetex story: It is fixed! Unfortunately the
upload was done with urgency low, so the broken version will stay in
testing for a while. But that shouldn't hurt the auto-builders.

If people keep insisting these TeX/LaTeX caused FTBFS as RC, it only
force package to ship without PS/PDF. No one gain.

ACK.

I know TeX/LaTeX has been quite actively updated. IMHO, it should
be very stable when FREEZE starts. But reality is not. If you
think about TeX/LateX, it is like GCC for C program. We should not
make major change with incompatibility at this late moment. But it
happened.

It was stable! From our view it was nothing more than a design
decision to use e-TeX instead of Knuth TeX. We didn't know, that it
could break things.
Reason: Since February 2003 people are urged to do exactly that. It
will be the default in teTeX 3.0, which won't go into sarge. As we
were afraid, that stable users are behind the time until 2006 or
later (release of etch) we decided to do the switch. They will be
pissed of anyway, cause the teTeX in sarge is already now more than
1,5 years old. I'd rather would have seen an teTeX 2.1.0 at the beginning/middle of 2004, but I'm not TE. Exchanging parts of the
texmf-tree could cause more severe failures than the above.

If anyone insists this to be RC, I will reassign this to TeX/LateX
but people there seems handful with similar reports and such an big
example file like this package is tough one to track the bugs.

So, I am making this a "wishlist" for now and I will close this one if
latest unstable environment build OK.

I'll have a look at the bugs to see, what you're really speaking
about.

(I CC this to debian-doc so other doc maintainer will e aware of.)

On Sat, Aug 14, 2004 at 11:07:47PM +0200, J.H.M. Dassen (Ray) wrote:

Looks like it. Changing bin/debiandoc2latexpdf's "pdflatex" call to a "pdfelatex" one seems to be a workaround.

If new "pdfelatex" is needed, why this was not offered as an
alternative of pdflatex so it does not break build script. Is this
already fix? This looks like one of etex transition issue withing
TeX/LateX.

H.
--
We're all looking for a woman who can sit in a mini-skirt and talk
philosophy, executing both with confidence and style.
http://hilmarpreusse.forum-rheinland.de/


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.tetex, linux.debian.doc
From: [email protected]

On 15.08.04 Osamu Aoki ([email protected]) wrote:

Hi,

Sigh :-( I am wondering how TeX/LaTeX folks feel about RC bugs on documentation packages due to recent TeX/LaTeX package situation.
Look at Bug #265247

... has nothing to do with the TeX e-TeX migration. Until now I'm not
really sure, about what happened here, cause after unpack a file was
missing, which is part of tetex-bin. The following was a typo in
tetex-base -- unrelated to the migration.

#265611

... has nothing to do with the TeX e-TeX migration. It might be the
other migration: /usr/share/texmf/web2c it not more an ln -s into
/var, but rather an own dir. Doesn't break the autobuilders, as they
assume the default answers and not changed config files.

#264394

Bug is normal. The described file doesn't compile on Knuth TeX
either. No gain if you switch back. The bug is here, that the error
behaviour of e-TeX is wrong.

#263840

Wouldn't have happened, if the user would have taken the default
answer. Doesn't break the auto builders.

Thanks,
Hilmar
--
Most people's favorite way to end a game is by winning.
http://hilmarpreusse.forum-rheinland.de/


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.tetex
From: [email protected]

On 15.08.04 Jens Seidel ([email protected]) wrote:

On Sat, Aug 14, 2004 at 11:07:47PM +0200, J.H.M. Dassen (Ray) wrote:

On Sat, Aug 14, 2004 at 19:51:31 +0200, Kurt Roeckx wrote:

Hi,

Transcript written on pdflatex.log.
fmtutil: /var/lib/texmf/web2c/pdflatex.fmt installed.
(Fatal format file error; I'm stymied)
debiandoc2latexpdf: ERROR: reference.en.pdf could not be generated properly
make[1]: *** [reference.en.pdf] Error 1

I assume this has to do with the recent changes to tetex-bin, but I'm not really sure.

Strange. I cannot reproduce this using tetex-bin version 2.0.2-15.

e-TeX migration was done in tetex 2.0.2-17

Can you try

TEXINPUTS=$(pwd)/texmf/:$(kpsetool -n tex -p tex) \
fmtutil --byfmt latex --fmtdir .

from the source dir of Debian reference? Does texmf/ contain
texmf.cnf and language.dat?

Both should be below texmf/ and softlinks pointing to files in
/etc/texmf

This should create a LaTeX format file in the current directory
with hyphenation patterns for all languages specified in
language.dat. This is important since the default tetex
installation doesn't support as many languages as Debian reference
is translated to.

tetex-base (2.0.2a-2) unstable; urgency=low

* By default, enable all hyphenation patterns in language.dat [frank]

-- Frank K�ster <[email protected]> Fri, 30 Jul 2004 12:55:50 +0200

So, which languages are you speaking about?

Looks like it. Changing bin/debiandoc2latexpdf's "pdflatex" call
to a "pdfelatex" one seems to be a workaround.

Indeed. elatex use language.def per default and not language.dat so
there will be no hyphen support for .ps and .pdf output.

root@drachi:~# more /var/lib/texmf/web2c/fmtutil.cnf
<snip>
# Change "tex.ini -> bplain.ini" and "- -> language.dat"
# if you want babel support in tex:
tex tex - tex.ini
# Change "etex -> tex" and "*latex.ini -> latex.ini" to get back
# the traditional, non-eTeX-2 enabled LaTeX format named latex.
# Analogous changes can be made for pdflatex.
latex tex language.dat latex.ini
latex etex language.dat *latex.ini
etex etex language.def *etex.ini
elatex etex language.dat *elatex.ini

the normal LaTeX call (using etex) will use language.dat.

root@drachi:~# latex z1.tex
This is e-TeX, Version 3.14159-2.1 (Web2C 7.4.5)
entering extended mode
(./z1.tex
LaTeX2e <2001/06/01>
Babel <v3.7h> and hyphenation patterns for american, french, german,
ngerman, bahasa, basque, catalan, croatian, czech, danish, dutch,
finnish, greek, icelandic, italian, latin, magyar, norsk, norsk,
norsk, portuges, romanian, russian, slovak, slovene, spanish,
turkish, ukrainian, nohyphenation, loaded. (/usr/share/texmf/tex/latex/base/article.cls

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=265247 is a
tetex-bin related serious bug which describes a similar problem
related to language.dat. Maybe there is a relation?

I don't think so. Have a look at the bug report.

H.
--
http://hilmarpreusse.forum-rheinland.de/


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.tetex, linux.debian.doc

From: Hilmar Preusse <[email protected]>
Subject: Re: Bug#265743: debian-reference: FTBFS: tetex-bin changes?
Date: Mon, 16 Aug 2004 09:26:45 +0200

On 15.08.04 Osamu Aoki ([email protected]) wrote:

If anyone insists this to be RC, I will reassign this to TeX/LateX
but people there seems handful with similar reports and such an big
example file like this package is tough one to track the bugs.

So, I am making this a "wishlist" for now and I will close this one if latest unstable environment build OK.

I'll have a look at the bugs to see, what you're really speaking
about.

I've had a quick look at the bug but the package is really
big and hard to investigate.

What I can't understand is why scripts would try to generate
*.fmt and/or *.efmt, and I have a feeling that scripts
could be refined to some extent. Anyway please try the patch
attached.

Regards, 2004.8.16(Mon)

--
Debian Developer & Debian JP Developer - much more I18N of Debian
Atsuhito Kohda <[email protected]>
Department of Math., Univ. of Tokushima

diff -ur debian-reference-old/Makefile debian-reference-1.07/Makefile
--- debian-reference-old/Makefile 2004-08-16 14:28:15.000000000 +0900
+++ debian-reference-1.07/Makefile 2004-08-16 14:31:15.000000000 +0900
@@ -228,16 +228,35 @@

latex.fmt: texmf/language.dat
TEXINPUTS=$$(pwd)/texmf/:$$(kpsetool -n tex -p tex) \
- fmtutil --byfmt latex --fmtdir .
+ tex -ini latex.ini > /dev/null
+# fmtutil --byfmt latex --fmtdir .

pdflatex.fmt: texmf/language.dat
TEXINPUTS=$$(pwd)/texmf/:$$(kpsetool -n pdftex -p tex) \
- fmtutil --byfmt pdflatex --fmtdir .
+ pdftex -ini pdflatex.ini > /dev/null
+# fmtutil --byfmt pdflatex --fmtdir .

# required by thumbpdf (called from debiandoc2latexpdf)
pdftex.fmt: texmf/language.dat
TEXINPUTS=$$(pwd)/texmf/:$$(kpsetool -n pdftex -p tex) \
- fmtutil --byfmt pdftex --fmtdir .
+ pdftex -ini pdftex.ini > /dev/null
+# fmtutil --byfmt pdftex --fmtdir .
+
+latex.efmt: texmf/language.dat
+ TEXINPUTS=$$(pwd)/texmf/:$$(kpsetool -n tex -p tex) \
+ etex -ini latex.ini > /dev/null
+# fmtutil --byfmt latex --fmtdir .
+
+pdflatex.

XPost: linux.debian.maint.tetex, linux.debian.doc
From: [email protected]

Osamu Aoki <[email protected]> wrote:

On Sat, Aug 14, 2004 at 19:51:31 +0200, Kurt Roeckx wrote:

Transcript written on pdflatex.log.
fmtutil: /var/lib/texmf/web2c/pdflatex.fmt installed.
(Fatal format file error; I'm stymied)
debiandoc2latexpdf: ERROR: reference.en.pdf could not be generated properly
make[1]: *** [reference.en.pdf] Error 1

I assume this has to do with the recent changes to tetex-bin, but I'm not >> > really sure.

Sigh :-( I am wondering how TeX/LaTeX folks feel about RC bugs on documentation packages due to recent TeX/LaTeX package situation. Look
at Bug #265247 (or #265247), #265611, #264394, #263840, ... it ain't
pretty sight.

I do not feel like adding build script hack now to package just to get
away for FTBFS serious bug unless TeX/LaTeX is stabilized.

In my opinion, the way debian-reference (and others?) worked around
tetex's poor language handling is plainly wrong.

As far as I understand it, you want to generate pdf's in various
languages and need hyphenation enabled for each of them. Because of
teTeX's previously poor handling of languages, you enabled them in a
local format file you created during package build, right?

- First of all, this is no longer needed. In a noninteractive or
hit-ENTER-always install, you get a language.dat with patterns enabled
for all available languages.

- Instead of making a workaround in the package (namely, building a
local format file), you should have complained with the teTeX
maintainers earlier. Then we would probably have come up with the
"default-all" solution earlier.

I know TeX/LaTeX has been quite actively updated. IMHO, it should be
very stable when FREEZE starts. But reality is not. If you think about TeX/LateX, it is like GCC for C program. We should not make major change with incompatibility at this late moment. But it happened.

Yes, it happened. I didn't feel too well with some of the last
changes. But as for the eTeX transition, I must say, I didn't envisage
any problems. I simply didn't assume that package maintainers made such
ugly workarounds instead of requesting us to do the changes they needed.

On Sat, Aug 14, 2004 at 11:07:47PM +0200, J.H.M. Dassen (Ray) wrote:

Looks like it. Changing bin/debiandoc2latexpdf's "pdflatex" call to a
"pdfelatex" one seems to be a workaround.

If new "pdfelatex" is needed, why this was not offered as an alternative
of pdflatex so it does not break build script. Is this already fix?

I do not completely understand how this workaround helps. But pdfelatex
is and was available - what alternatives should we have offered?

And, more importantly, do the problems still occur with
tetex-bin_2.0.2-18?

Regards, Frank
--
Frank K�ster, Biozentrum der Univ. Basel
Abt. Biophysikalische Chemie

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.tetex
From: [email protected]

Osamu Aoki <[email protected]> wrote:

-------------------------------------------------
Below is log of reproduced bug. Use "make LANGS2=en pdf2" instead
to get quicker build failure (smaller example.). --------------------------------------------------

[...]

$ make LANGS1=en pdf1
sed -e "s/@@LANGS@@/en/g" \
-e "s/@@DIRS@@/en/g" \
-e "s/@@NAME@@/reference/g" \
qref.sgml > reference.en.sgml
...
sed -e "s/@@LANGS@@/ru/g" \
-e "s/@@DIRS@@/ru/g" \
-e "s/@@NAME@@/quick-reference/g" \
qref.sgml > quick-reference.ru.sgml TEXINPUTS=$(pwd)/texmf/:$(kpsetool -n pdftex -p tex) \
fmtutil --byfmt pdflatex --fmtdir .

This is the Makefile (unnecessarily) producing its local format file,
and it's producing pdflatex.fmt:

[...]

No pages of output.
Transcript written on pdflatex.log.
fmtutil: /home/osamu/debian-reference-1.07/./pdflatex.fmt installed. TEXINPUTS=$(pwd)/texmf/:$(kpsetool -n pdftex -p tex) \
fmtutil --byfmt pdftex --fmtdir .

This is again the Makefile, now with pdftex.fmt:

running `pdftex -ini -jobname=pdftex -progname=pdftex pdftex.ini' ...

[...]

No pages of output.
Transcript written on pdftex.log.
fmtutil: /home/osamu/debian-reference-1.07/./pdftex.fmt installed.

[...]

bin/debiandoc2latexpdf -l $(echo en | bin/getlocale) reference.en.sgml kpathsea: Running mktexfmt pdflatex.efmt

Now debiandoc2latexpdf is called, and it does not care about formats, it
simply calls "pdflatex" in the path:

ls -l `which pdflatex`
lrwxrwxrwx 1 root root 7 2004-08-16 09:00 /usr/bin/pdflatex -> pdfetex

Since this uses eTeX, it also needs a *.efmt, which it cannot find in
the TEXINPUTS path as tweaked by debian-reference. But (e)TeX is clever
enough to call itself to generate the format - now without the --fmtdir
option:

running `pdftex -ini -jobname=pdflatex -progname=pdflatex pdflatex.ini' ...

[...]

Transcript written on pdflatex.log.
rm: cannot remove `/var/lib/texmf/web2c/pdflatex.log': Permission denied
mv: cannot move `pdflatex.log' to `/var/lib/texmf/web2c/pdflatex.log': Permission denied
rm: cannot remove `/var/lib/texmf/web2c/pdflatex.fmt': Permission denied
mv: cannot move `pdflatex.fmt' to `/var/lib/texmf/web2c/pdflatex.fmt': Permission denied
/usr/share/texmf/web2c/mktexupd: /var/lib/texmf/ls-R unwritable.

And this fails because of the permission problems.

I do not think that more liberal permissions on those files are prudent, besides it wouldn't solve your problem (because the wrong language.dat
is used).

Changing pdflatex to pdfelatex in the debiandoc2latexpdf script will not
help. I don't get why it stopped the error message for Ray, but anyway
the format used in this case will not use the right language.dat file.

This is just my analysis of the scripts and TeX's behavior. The cleanest solution, IMO, would be not to create one's own format, but depend on
recent tetex-base which has all patterns enabled (technically 2.0.2a-2,
but rather 2.0.2a-3 because the first is buggy).


Regards, Frank
--
Frank K�ster, Biozentrum der Univ. Basel
Abt. Biophysikalische Chemie

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.tetex, linux.debian.doc
From: [email protected]

On Mon, Aug 16, 2004 at 02:03:23PM +0200, Frank K�ster wrote:

And, more importantly, do the problems still occur with
tetex-bin_2.0.2-18?

I was using 2.0.2-18 when filing this bug. I knew there were
problems with the -17 version.

This is still failing in current sid.


Kurt

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.tetex, linux.debian.doc
From: [email protected]

On Mon, Aug 16, 2004 at 08:21:05PM +0900, Atsuhito Kohda wrote:

I've had a quick look at the bug but the package is really
big and hard to investigate.

What I can't understand is why scripts would try to generate
*.fmt and/or *.efmt, and I have a feeling that scripts
could be refined to some extent. Anyway please try the patch
attached.

With the patch it seems to build now.

However, I see messages like this:
sh: gs: command not found
!!! Error: Closing Ghostscript (exit status: 127)!
debiandoc2latexpdf: ERROR: thumbnail images could not be generated properly debiandoc2latexpdf: rerun with the -v option to found out why

I think something is missing a (build) depend on gs. After
installing it that seems to be gone too.


Kurt



--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.tetex, linux.debian.doc
From: [email protected]

reassign 265743 debian-reference
thanks

On Mon, Aug 16, 2004 at 02:03:23PM +0200, Frank K�ster wrote:
...

In my opinion, the way debian-reference (and others?) worked around
tetex's poor language handling is plainly wrong.

Hmmm... Interesting. Come to think of it, our old workaround may need
to be removed. I applied Koda-san's patch and it worked like a charm.
I will upload updated package with this patch. So far it is building
OK.

As far as I understand it, you want to generate pdf's in various
languages and need hyphenation enabled for each of them. Because of
teTeX's previously poor handling of languages, you enabled them in a
local format file you created during package build, right?

- First of all, this is no longer needed. In a noninteractive or
hit-ENTER-always install, you get a language.dat with patterns enabled
for all available languages.

You are right. I will fix it post-sarge.

- Instead of making a workaround in the package (namely, building a
local format file), you should have complained with the teTeX
maintainers earlier. Then we would probably have come up with the
"default-all" solution earlier.

I will note this. (I was not smart enough to do this though...)

And, more importantly, do the problems still occur with
tetex-bin_2.0.2-18?

As reported, error occured in tetex-bin_2.0.2-18. I was OK with -17.

Regards,

Osamu

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)