Alexandre Prokoudine (Montag, 3. August 2009, 17:34): [...]

gimp_tmp.tex:3780: Undefined control sequence \endgroup. gimp_tmp.tex:3780: leading text: \cite{WKPD-B^^c3^^89ZIER} Error: pdflatex compilation failed

In src/appendix/bibliography.xml, replace "WKPD-BÉZIER" with "WKPD-BÉZIER" or "WKPD-BEZIER".

If one of these attempts works, it's probably a dblatex or pdflatex bug.

Ulf

On Mon, Aug 03, 2009 at 08:40:24PM +0200, Ulf-D. Ehlert wrote:

Alexandre Prokoudine (Montag, 3. August 2009, 17:34): [...]

gimp_tmp.tex:3780: Undefined control sequence \endgroup. gimp_tmp.tex:3780: leading text: \cite{WKPD-B^^c3^^89ZIER} Error: pdflatex compilation failed

In src/appendix/bibliography.xml, replace "WKPD-BÉZIER" with "WKPD-BÉZIER" or "WKPD-BEZIER".

If one of these attempts works, it's probably a dblatex or pdflatex bug.

Ulf

I've tried for English and Italian with the same (failed) results...

---------------

pdflatex -interaction=batchmode gimp.tex This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %&-line parsing enabled.
entering extended mode
libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area pdflatex failed

A possible reason for transformation failure is invalid DocBook (as reported by xmllint)

----------------

What can I do?

Marco Ciampa (Donnerstag, 6. August 2009, 11:51):

I've tried for English and Italian with the same (failed) results...

I was able to build PDF for en. There's a minor problem with the Makefile, though: pdf/en/gimp.pdf depends on xml/en/gimp.xml, but it should depend on all xml files:

Workaround: 1) In src/appendix/bibliography.xml, replace "WKPD-BÉZIER" with "WKPD-BEZIER".
2) Update xml/en/appendix/bibliography.xml: make [-f Makefile.GNU] xml/en/appendix/bibliography.xml (necessary due to the Makefile bug). 3) Build 'en' PDF:
make [-f Makefile.GNU] pdf-en

A possible reason for transformation failure is invalid DocBook (as reported by xmllint)

No. If you validate a single file, xmllint can't resolve links. Always use
make validate-en

Ulf

On Thu, Aug 06, 2009 at 10:19:17PM +0200, Ulf-D. Ehlert wrote:

Marco Ciampa (Donnerstag, 6. August 2009, 11:51):

I've tried for English and Italian with the same (failed) results...

I was able to build PDF for en. There's a minor problem with the Makefile, though: pdf/en/gimp.pdf depends on xml/en/gimp.xml, but it should depend on all xml files:

Workaround: 1) In src/appendix/bibliography.xml, replace "WKPD-BÉZIER" with "WKPD-BEZIER".
2) Update xml/en/appendix/bibliography.xml: make [-f Makefile.GNU] xml/en/appendix/bibliography.xml (necessary due to the Makefile bug). 3) Build 'en' PDF:
make [-f Makefile.GNU] pdf-en

Why not to put it directly on the git repo? May I do it? Anyone disagree? A bibliography tag has not to be correctly accented (IMHO)...

A possible reason for transformation failure is invalid DocBook (as reported by xmllint)

No. If you validate a single file, xmllint can't resolve links. Always use
make validate-en

Ulf

... that was not me but the make output error...you see, the English is correct! :-)

bye

Marco Ciampa (Donnerstag, 6. August 2009, 22:57):

Why not to put it directly on the git repo? May I do it? Anyone disagree? A bibliography tag has not to be correctly accented (IMHO)...

1 1 0 1 ;-)

Ulf

On Sun, Aug 09, 2009 at 02:17:25PM +0200, Ulf-D. Ehlert wrote:

Marco Ciampa (Donnerstag, 6. August 2009, 22:57):

Why not to put it directly on the git repo? May I do it? Anyone disagree? A bibliography tag has not to be correctly accented (IMHO)...

1 1 0 1 ;-)

Ulf

ok green light!

...but I still see problems and the pdf is't build.

here the command output:

==================================0

$make pdf Making pdf in quickreference
make[1]: ingresso nella directory
«/home/marco/git-gnome/gimp-help-2/quickreference» make[1]: Non c'è da fare nulla per «pdf» make[1]: uscita dalla directory
«/home/marco/git-gnome/gimp-help-2/quickreference» make[1]: ingresso nella directory «/home/marco/git-gnome/gimp-help-2» *** Copying images (en) ... 1475
*** Making PDF (en) ...
/usr/share/dblatex/lib/dbtexmf/dblatex/grubber/util.py:8: / DeprecationWarning: the md5 module is deprecated; use hashlib instead import md5
Build the book set list...
xsltproc --xinclude -o /tmp/tmpsdL9Qi/doclist.txt doclist.xsl /home/marco/git-gnome/gimp-help-2/xml/en/gimp.xml Build the listings...
xsltproc --xinclude -o /tmp/tmpsdL9Qi/listings.xml --param current.dir '/home/marco/git-gnome/gimp-help-2/xml/en' /usr/share/dblatex/xsl/common/mklistings.xsl / /home/marco/git-gnome/gimp-help-2/xml/en/gimp.xml xsltproc --xinclude -o gimp.rtex --param current.dir '/home/marco/git-gnome/gimp-help-2/xml/en' --param listings.xml '/tmp/tmpsdL9Qi/listings.xml' custom.xsl /home/marco/git-gnome/gimp-help-2/xml/en/gimp.xml XSLT stylesheets DocBook - LaTeX 2e (0.2.11-1) =================================================== literal not supported in programlisting or screen literal not supported in programlisting or screen Processing Bibliography
Output Mode: all
Processing Bibliography - Bibliodiv
Processing Bibliography - Bibliodiv
Missing character 최
Missing character 지
Missing character 희
Missing character 蔡
Missing character 芊
Missing character 杨
Missing character 红
Build gimp.pdf
built-in module pdftex registered
no support found for ifxetex
no support found for fontspec
no support found for xltxtra
no support found for fontenc
no support found for inputenc
no support found for fancybox
built-in module makeidx registered
no support found for docbook
no support found for unicode
built-in module bibtopic registered
building additional files...
checking if compiling is necessary... the output file doesn't exist
pdflatex -interaction=batchmode gimp.tex This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %&-line parsing enabled.
entering extended mode
libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area pdflatex failed

A possible reason for transformation failure is invalid DocBook (as reported by xmllint)

======================================================================

any hint on how to spot this problem out? Where (which logs) I should go and see? ./log/en-xmllint.log says a lanconic "no error" ...

(this output is for the "en" PDF, the "it" is similarly not build...)

TIA

Marco Ciampa (Dienstag, 11. August 2009, 20:40):

...but I still see problems and the pdf is't build.

here the command output:

[...]

any hint on how to spot this problem out? Where (which logs) I should go and see? ./log/en-xmllint.log says a lanconic "no error" ...

(this output is for the "en" PDF, the "it" is similarly not build...)

You can pass the '--debug' option to dblatex. e.g.

make [-f Makefile.GNU] pdf-en DBLATEXEXTRAFLAGS='--debug' 2>&1 \ | tee log/en-pdf.log

Then the temporary directory won't be removed (and the "tee" command saves the output) and you can check the TeX and log files.

Ulf

On Wed, Aug 12, 2009 at 12:25:28PM +0200, Ulf-D. Ehlert wrote:

Marco Ciampa (Dienstag, 11. August 2009, 20:40):

...but I still see problems and the pdf is't build.

here the command output:

[...]

any hint on how to spot this problem out? Where (which logs) I should go and see? ./log/en-xmllint.log says a lanconic "no error" ...

(this output is for the "en" PDF, the "it" is similarly not build...)

You can pass the '--debug' option to dblatex. e.g.

make [-f Makefile.GNU] pdf-en DBLATEXEXTRAFLAGS='--debug' 2>&1 \ | tee log/en-pdf.log

Then the temporary directory won't be removed (and the "tee" command saves the output) and you can check the TeX and log files.

Ulf

Many thanks. This is the log:

===========================================================================

*** Copying images (en) ... 1475 *** Making PDF (en) ...
/usr/share/dblatex/lib/dbtexmf/dblatex/grubber/util.py:8: / DeprecationWarning: the md5 module is deprecated; use hashlib instead import md5
Build the book set list...
xsltproc --xinclude -o /tmp/tmp0nVd9Q/doclist.txt doclist.xsl /home/marco/git-gnome/gimp-help-2/xml/en/gimp.xml Build the listings...
xsltproc --xinclude -o /tmp/tmp0nVd9Q/listings.xml --param current.dir '/home/marco/git-gnome/gimp-help-2/xml/en' /usr/share/dblatex/xsl/common/mklistings.xsl / /home/marco/git-gnome/gimp-help-2/xml/en/gimp.xml xsltproc --xinclude -o gimp.rtex --param current.dir '/home/marco/git-gnome/gimp-help-2/xml/en' --param listings.xml '/tmp/tmp0nVd9Q/listings.xml' custom.xsl /home/marco/git-gnome/gimp-help-2/xml/en/gimp.xml XSLT stylesheets DocBook - LaTeX 2e (0.2.11-1) =================================================== literal not supported in programlisting or screen literal not supported in programlisting or screen Processing Bibliography
Output Mode: all
Processing Bibliography - Bibliodiv
Processing Bibliography - Bibliodiv
Build gimp.pdf
built-in module pdftex registered
no support found for ifxetex
no support found for fontspec
no support found for xltxtra
no support found for fontenc
no support found for inputenc
no support found for fancybox
built-in module makeidx registered
no support found for docbook
no support found for unicode
built-in module bibtopic registered
building additional files...
checking if compiling is necessary... the output file doesn't exist
pdflatex -interaction=batchmode gimp.tex This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %&-line parsing enabled.
entering extended mode
libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area pdflatex failed

A possible reason for transformation failure is invalid DocBook (as reported by xmllint)

Missing character 최 Missing character 지
Missing character 희
Missing character 蔡
Missing character 芊
Missing character 杨
Missing character 红
/tmp/tmp0nVd9Q not removed

=======================================================================

but perhaps this is more useful, the end of gimp.log:

[...]

File: /home/marco/git-gnome/gimp-help-2/xml/en//images/using/gif-save-dialog.pn g Graphic file (type png)

! pdfTeX error (ext1): invalid image dimensions. ... page \GPT@page \fi {\Gin@base .pdf} \setbox \@tempboxa =\hbox ...
l.3193 \begin{DBKadmonition}{warning}{Warning}

Here is how much of TeX's memory you used: 11347 strings out of 95086
181591 string characters out of 1183255 208873 words of memory out of 1500000 13687 multiletter control sequences out of 10000+50000 101717 words of font info for 158 fonts, out of 1200000 for 2000 28 hyphenation exceptions out of 8191 48i,20n,45p,2418b,506s stack positions out of 5000i,500n,6000p,200000b,5000s
! ==> Fatal error occurred, no output PDF file produced!

=============================================================

invalid image dimensions???? This is strange...

Marco Ciampa (Donnerstag, 13. August 2009, 01:42): [...]

libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area pdflatex failed

[...]

/home/marco/git-gnome/gimp-help-2/xml/en//images/using/gif-save-dia log.png

! pdfTeX error (ext1): invalid image dimensions.

I can't reproduce it: no libpng warnings, no invalid dimensions, and 'gimp.pdf' successfully built - using the following programs/libraries:

dblatex-0.2.9 texlive-2007-177.1 (by openSUSE 11.0) libpng-1.2.26

Ulf

On Thu, Aug 13, 2009 at 09:10:53PM +0200, Ulf-D. Ehlert wrote:

Marco Ciampa (Donnerstag, 13. August 2009, 01:42): [...]

libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area pdflatex failed

[...]

/home/marco/git-gnome/gimp-help-2/xml/en//images/using/gif-save-dia log.png

! pdfTeX error (ext1): invalid image dimensions.

I can't reproduce it: no libpng warnings, no invalid dimensions, and 'gimp.pdf' successfully built - using the following programs/libraries:

dblatex-0.2.9 texlive-2007-177.1 (by openSUSE 11.0) libpng-1.2.26

Ulf

Hi Ulf, once again thanks to help me spotting this out. It comes it was due to this bug (I use karmic):

https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/409673

so I'll be able to create pdf really soon!

:-)

Alexandre Prokoudine (Montag, 24. August 2009, 11:28):

On Fri, Aug 14, 2009 at 4:13 PM, Marco Ciampa wrote:

so I'll be able to create pdf really soon!

Lucky you :)

gimp_tmp.tex:23402: You can't use `\spacefactor' in math mode. gimp_tmp.tex:23402: leading text:
...d0^^bd^^d1^^82^^d1^^83^^d1^^80^^d1^^83} gimp_tmp.tex:23402: Package inputenc Error: Keyboard character used is undefined gimp_tmp.tex:23402: leading text:
...d0^^bd^^d1^^82^^d1^^83^^d1^^80^^d1^^83} gimp_tmp.tex:23402: Missing $ inserted.
gimp_tmp.tex:23402: leading text:
...d0^^bd^^d1^^82^^d1^^83^^d1^^80^^d1^^83} gimp_tmp.tex:26574: TeX capacity exceeded, sorry [main memory size=1000001]. gimp_tmp.tex:26574: leading text:
...examples/color-taj-ccanalyse.jpg}}}}}{}

I've just made an upgrade to dblate-2.12 and found the following question and answer in the FAQ -- maybe this will help you:

Q: I cannot compile my cyrillic document. Why?

A: A document using some characters different from the roman alphabet may face some troubles, because latex natively handles only latin1 encoding.

Try the different unicode supports provided by dblatex:

o Use the XeTeX backend, a new tex engine that natively supports Unicode characters:
dblatex -b xetex file.xml.

o Ask for using the latex unicode support by setting the latex.encoding=utf8 parameter: dblatex -P latex.encoding=utf8 file.xml.

o Use the Passivetex extensions by setting the latex.unicode.use=1 parameter: dblatex -P latex.unicode.use=1 file.xml.

Ulf