April 2010 - ntg-pdftex - NTG Mailing Lists

[pdftex-Bugs][4311] pdftex emits useless warning for many PDF 1.4 includes
by pdftex-bugs＠sarovar.org 30 Apr '10

30 Apr '10

Bugs item #4311, was opened at 2010-04-29 12:01 >Status: Closed Priority: 3 Submitted By: Jakob Egger (jakob) Assigned to: Nobody (None) Summary: pdftex emits useless warning for many PDF 1.4 includes Category: PDF inclusion Group: None >Resolution: Out of Date Initial Comment: Whenever I include a PDF file (using \includegraphic) that has been created by Inkscape, I get a warning message like the following: <../figures/open-ee-2-1.pdf pdfTeX warning: /usr/bin/pdflatex (file ../figures/open-ee-2-1.pdf): PDF inclusion: Page Group detected which pdfTeX can't handle. Ignoring it. > Now, it's very friendly of pdftex to make me aware of its aparent shortcomings. Since these page groups are not really necessary for a small, single page graphic, pdftex could go ahead and *really* ignore them, rather than tell me about something I don't care about. The problem is that hundreds of these warnings make it very hard to find real problems in the Latex file. Some people have reported similar problems with PDFs created using OpenOffice. There seem to be many people that are annoyed by this problem: http://www.google.com/search?q=%22PDF+inclusion:+Page+Group+detected+which+…'t+handle.+Ignoring+it.%22 ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2010-04-30 09:55 Message: This has already been fixed in pdfTeX 1.40.6 in 2008. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4311&group_id=106

1 0

[pdftex-Bugs][4312] \leftmarginkern & \rightmarginkern doesn't work with box registers > 255
by pdftex-bugs＠sarovar.org 30 Apr '10

30 Apr '10

Bugs item #4312, was opened at 2010-04-30 07:54 Status: Open Priority: 3 Submitted By: The Thanh Han (hanthethanh) Assigned to: Nobody (None) Summary: \leftmarginkern & \rightmarginkern doesn't work with box registers > 255 Category: hz Group: None Resolution: None Initial Comment: the box should be fetched using fetch_box() macro instead of direct use of box(cur_val). ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4312&group_id=106

1 0

[pdftex-Bugs][4311] pdftex emits useless warning for many PDF 1.4 includes
by pdftex-bugs＠sarovar.org 29 Apr '10

29 Apr '10

Bugs item #4311, was opened at 2010-04-29 10:01 Status: Open Priority: 3 Submitted By: Jakob Egger (jakob) Assigned to: Nobody (None) Summary: pdftex emits useless warning for many PDF 1.4 includes Category: PDF inclusion Group: None Resolution: None Initial Comment: Whenever I include a PDF file (using \includegraphic) that has been created by Inkscape, I get a warning message like the following: <../figures/open-ee-2-1.pdf pdfTeX warning: /usr/bin/pdflatex (file ../figures/open-ee-2-1.pdf): PDF inclusion: Page Group detected which pdfTeX can't handle. Ignoring it. > Now, it's very friendly of pdftex to make me aware of its aparent shortcomings. Since these page groups are not really necessary for a small, single page graphic, pdftex could go ahead and *really* ignore them, rather than tell me about something I don't care about. The problem is that hundreds of these warnings make it very hard to find real problems in the Latex file. Some people have reported similar problems with PDFs created using OpenOffice. There seem to be many people that are annoyed by this problem: http://www.google.com/search?q=%22PDF+inclusion:+Page+Group+detected+which+…'t+handle.+Ignoring+it.%22 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4311&group_id=106

1 0

[pdftex-Bugs][4303] pdftex segfaults
by pdftex-bugs＠sarovar.org 20 Apr '10

20 Apr '10

Bugs item #4303, was opened at 2010-02-25 18:06 >Status: Closed Priority: 3 Submitted By: Jeremy Johnson (redwood) Assigned to: Nobody (None) Summary: pdftex segfaults Category: None Group: None >Resolution: Works For Me Initial Comment: $ pdftex -version pdfTeX 3.1415926-1.40.10-2.2 (Web2C 2009) kpathsea version 5.0.0 Copyright 2009 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). There is NO warranty. Redistribution of this software is covered by the terms of both the pdfTeX copyright and the Lesser GNU General Public License. For more information about these matters, see the file named COPYING and the pdfTeX source. Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Compiled with libpng 1.2.40; using libpng 1.2.42 Compiled with zlib 1.2.3; using zlib 1.2.3 Compiled with poppler version 0.12.3 After upgrading from texlive-2008 to 2009 on both my x86 and amd64 Gentoo systems, I discovered that all my forms/letters containing pstricks logos/graphics were missing the logo images, when compiled via "pdflatex --shell-escape letter.tex" using auto-pst-pdf: \usepackage[pspdf={-dAutoRotatePages=/None}]{auto-pst-pdf} Apparently pdfcrop was not able to crop the images. Since my logos were already cropped when I created them in Inkscape, I worked around the issue by disabling cropping: \usepackage[pspdf={-dAutoRotatePages=/None}, crop=off]{auto-pst-pdf} or by using the pdfcrop option --ini: \usepackage[pspdf={-dAutoRotatePages=/None}, pdfcrop={--debug --verbose --ini}]{auto-pst-pdf} After looking through test.log I decided to run the runsystem() commands manually. So I tried running the command pdfcrop --verbose --debug "test-autopp.pdf" "test-pics.pdf" which fails: PDFCROP 1.22, 2009/12/29 - Copyright (c) 2002-2009 by Heiko Oberdiek. * System: unix * Not found (gs): /sbin/gs * Not found (gs): /usr/sbin/gs * Not found (gs): /usr/local/sbin/gs * Not found (gs): /bin/gs * Found (gs): /usr/bin/gs * Autodetected ghostscript command: gs * Input file: test-autopp.pdf * Output file: test-autopp-crop.pdf * Margins: 0 0 0 0 * Running ghostscript for BoundingBox calculation ... * Ghostscript call: gs -sDEVICE=bbox -dBATCH -dNOPAUSE -c save pop -f test- autopp.pdf GPL Ghostscript 8.71 (2010-02-10) Copyright (C) 2010 Artifex Software, Inc. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Processing pages 1 through 1. Page 1 %%BoundingBox: 597 597 686 686 * Page 1: 597 597 686 686 %%HiResBoundingBox: 597.799951 597.799951 685.686284 685.686284 * Running pdfTeX ... * pdfTeX call: pdftex -no-shell-escape -interaction=nonstopmode tmp- pdfcrop-5737 This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009) entering extended mode (./tmp-pdfcrop-5737.tex* Cleanup * Temporary files: tmp-pdfcrop-5737.tex tmp-pdfcrop-5737.log !!! Error: pdfTeX run failed! Next, I decided to manually run pdftex on tmp-pdfcrop-5737.tex pdftex -shell-escape -file-line-error tmp-pdfcrop-5737.tex which segfaults. If I run pdftex on the tmp-pdfcrop-????.tex with strace, I get the attached strace.log In case the segfault has something to do with my font caches /var/cache/fontconfig ~/.fontconfig I cleaned out my font caches: "rm ~/.fontconfig/*" and "mv /var/cache/fontconfig/* /var/cache/fontconfig.bak/" but still get same segfault. ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2010-04-20 08:23 Message: thanks for looking at this. I tried tmp-pdfcrop-6132.tex but also could not reproduce the problem. I took a close look at strace.log, and it seems the segfault happened while pdftex was searching for some system font stuff. Which is weird, since it should not do that. Then I looked at the version string and it says it uses poppler. So apparently poppler has been fixed in the meantime on your system. This is not the first time we were bitten by poppler, sadly. ---------------------------------------------------------------------- Comment By: Jeremy Johnson (redwood) Date: 2010-04-20 00:47 Message: Since I last reported this segfault on 2/24/10, both my x86 and amd64 Gentoo systems have apparently fixed themselves. I, too, can no longer reproduce the segfault. Unfortunately many packages have been updated since then: genlop -l|grep 2010 |grep "[Feb|Mar|Apr]"|wc -l 2257 including 43 dev-tex packages: genlop -l|grep 2010 |grep "[Feb|Mar|Apr]"|grep dev-tex|wc -l 43 So I don't know what got fixed. I had been running pdflatex with pdfcrop=/None so I hadn't realized that sometime between the end of Feb and today, the pdfcrop segfault problem fixed itself. I no longer have "tmp-pdfcrop-5737.tex", but do have the similar "tmp-pdfcrop-6132.tex" included in the attached Bug-pdfcrop.bz2 which was created Feb 24/25. Thanks. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2010-04-16 10:40 Message: can you please submit tmp-pdfcrop-5737.tex? I ran the test but didn't get a segfault. Thanks. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4303&group_id=106

1 0

[pdftex-Bugs][4303] pdftex segfaults
by pdftex-bugs＠sarovar.org 19 Apr '10

19 Apr '10

Bugs item #4303, was opened at 2010-02-25 13:06 Status: Open Priority: 3 Submitted By: Jeremy Johnson (redwood) Assigned to: Nobody (None) Summary: pdftex segfaults Category: None Group: None Resolution: None Initial Comment: $ pdftex -version pdfTeX 3.1415926-1.40.10-2.2 (Web2C 2009) kpathsea version 5.0.0 Copyright 2009 Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). There is NO warranty. Redistribution of this software is covered by the terms of both the pdfTeX copyright and the Lesser GNU General Public License. For more information about these matters, see the file named COPYING and the pdfTeX source. Primary author of pdfTeX: Peter Breitenlohner (eTeX)/Han The Thanh (pdfTeX). Compiled with libpng 1.2.40; using libpng 1.2.42 Compiled with zlib 1.2.3; using zlib 1.2.3 Compiled with poppler version 0.12.3 After upgrading from texlive-2008 to 2009 on both my x86 and amd64 Gentoo systems, I discovered that all my forms/letters containing pstricks logos/graphics were missing the logo images, when compiled via "pdflatex --shell-escape letter.tex" using auto-pst-pdf: \usepackage[pspdf={-dAutoRotatePages=/None}]{auto-pst-pdf} Apparently pdfcrop was not able to crop the images. Since my logos were already cropped when I created them in Inkscape, I worked around the issue by disabling cropping: \usepackage[pspdf={-dAutoRotatePages=/None}, crop=off]{auto-pst-pdf} or by using the pdfcrop option --ini: \usepackage[pspdf={-dAutoRotatePages=/None}, pdfcrop={--debug --verbose --ini}]{auto-pst-pdf} After looking through test.log I decided to run the runsystem() commands manually. So I tried running the command pdfcrop --verbose --debug "test-autopp.pdf" "test-pics.pdf" which fails: PDFCROP 1.22, 2009/12/29 - Copyright (c) 2002-2009 by Heiko Oberdiek. * System: unix * Not found (gs): /sbin/gs * Not found (gs): /usr/sbin/gs * Not found (gs): /usr/local/sbin/gs * Not found (gs): /bin/gs * Found (gs): /usr/bin/gs * Autodetected ghostscript command: gs * Input file: test-autopp.pdf * Output file: test-autopp-crop.pdf * Margins: 0 0 0 0 * Running ghostscript for BoundingBox calculation ... * Ghostscript call: gs -sDEVICE=bbox -dBATCH -dNOPAUSE -c save pop -f test- autopp.pdf GPL Ghostscript 8.71 (2010-02-10) Copyright (C) 2010 Artifex Software, Inc. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Processing pages 1 through 1. Page 1 %%BoundingBox: 597 597 686 686 * Page 1: 597 597 686 686 %%HiResBoundingBox: 597.799951 597.799951 685.686284 685.686284 * Running pdfTeX ... * pdfTeX call: pdftex -no-shell-escape -interaction=nonstopmode tmp- pdfcrop-5737 This is pdfTeX, Version 3.1415926-1.40.10 (Web2C 2009) entering extended mode (./tmp-pdfcrop-5737.tex* Cleanup * Temporary files: tmp-pdfcrop-5737.tex tmp-pdfcrop-5737.log !!! Error: pdfTeX run failed! Next, I decided to manually run pdftex on tmp-pdfcrop-5737.tex pdftex -shell-escape -file-line-error tmp-pdfcrop-5737.tex which segfaults. If I run pdftex on the tmp-pdfcrop-????.tex with strace, I get the attached strace.log In case the segfault has something to do with my font caches /var/cache/fontconfig ~/.fontconfig I cleaned out my font caches: "rm ~/.fontconfig/*" and "mv /var/cache/fontconfig/* /var/cache/fontconfig.bak/" but still get same segfault. ---------------------------------------------------------------------- Comment By: Jeremy Johnson (redwood) Date: 2010-04-19 20:47 Message: Since I last reported this segfault on 2/24/10, both my x86 and amd64 Gentoo systems have apparently fixed themselves. I, too, can no longer reproduce the segfault. Unfortunately many packages have been updated since then: genlop -l|grep 2010 |grep "[Feb|Mar|Apr]"|wc -l 2257 including 43 dev-tex packages: genlop -l|grep 2010 |grep "[Feb|Mar|Apr]"|grep dev-tex|wc -l 43 So I don't know what got fixed. I had been running pdflatex with pdfcrop=/None so I hadn't realized that sometime between the end of Feb and today, the pdfcrop segfault problem fixed itself. I no longer have "tmp-pdfcrop-5737.tex", but do have the similar "tmp-pdfcrop-6132.tex" included in the attached Bug-pdfcrop.bz2 which was created Feb 24/25. Thanks. ---------------------------------------------------------------------- Comment By: The Thanh Han (hanthethanh) Date: 2010-04-16 06:40 Message: can you please submit tmp-pdfcrop-5737.tex? I ran the test but didn't get a segfault. Thanks. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4303&group_id=106

1 0

[pdftex-Feature Requests][4310] Automatic addition of simple metadata
by pdftex-featurerequests＠sarovar.org 19 Apr '10

19 Apr '10

Feature Requests item #4310, was opened at 2010-04-19 11:55 Status: Open Priority: 3 Submitted By: Martin B (mjb) Assigned to: Nobody (None) Summary: Automatic addition of simple metadata Category: PDF generation Group: None Resolution: None Initial Comment: Hi, Would it be possible to get pdflatex to automatically set the PDF metadata author, title and date fields using the contents of \author, \title and \date? It's not clear to me whether this should be done by pdflatex as it's the one generating the PDF or by a package like hyperref defining it's macros so that pdftitle et al. default to the contents of \title. But I figure you guys are probably best placed to make that call. Thanks for all of your hard work - it's appreciated :-) Cheers, - Martin ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=496&aid=4310&group_id=106

1 0

[pdftex-Bugs][4308] segfaut on pdf with Metadata in Page dict
by pdftex-bugs＠sarovar.org 19 Apr '10

19 Apr '10

Bugs item #4308, was opened at 2010-04-15 09:52 Status: Open Priority: 3 Submitted By: The Thanh Han (hanthethanh) Assigned to: Nobody (None) Summary: segfaut on pdf with Metadata in Page dict Category: PDF inclusion Group: None Resolution: None Initial Comment: pdftex segfaulted when including the attached pdf, which has Metadata stream per page (Hartmut reported the bug and fixed it for luatex). ---------------------------------------------------------------------- >Comment By: The Thanh Han (hanthethanh) Date: 2010-04-19 08:43 Message: Attached a minimal latex file for testing. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4308&group_id=106

1 0

[pdftex-Bugs][4309] pdftex fails to include seemingly good PDF
by pdftex-bugs＠sarovar.org 16 Apr '10

16 Apr '10

Bugs item #4309, was opened at 2010-04-16 12:10 Status: Open Priority: 3 Submitted By: The Thanh Han (hanthethanh) Assigned to: Nobody (None) Summary: pdftex fails to include seemingly good PDF Category: PDF inclusion Group: None Resolution: None Initial Comment: http://tug.org/pipermail/pdftex/2010-April/008357.html ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2010-04-16 20:42 Message: ah seems with the patch the right thing happens, indirection is kept also for name objects. So everything is fine, sorry for the noise. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2010-04-16 20:24 Message: the PDF Ref. 5. ed writes in 3.2.9 Indirect Objects: "Any object in a PDF file may be labeled as an indirect object. [...] (for example, as an element of an array or as the value of a dictionary entry)." This can be interpreted, that as e. g., /Type1 is just such a dictionary value (entry "/Subtype /Type1"), it's ok to replace it by an indirect object reference. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2010-04-16 20:12 Message: maybe one should not be too picky and still keep copying probably illegal (?) things like /Subtype 2 0 R. You can try this with the attached file xx.tex, where the resulting PDF needs manual editing to replace e. g., /Font or /Type1 by a reference "1 0 R" or "2 0 R". Neither xpdf nor acrobat have any problems displaying such a PDF file! But when the /Subtype info from an embedded PDF is removed during embedding, a later application might well run into problems. So maybe better keep it "garbage in -- garbage out". ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4309&group_id=106

1 0

[pdftex-Bugs][4309] pdftex fails to include seemingly good PDF
by pdftex-bugs＠sarovar.org 16 Apr '10

16 Apr '10

Bugs item #4309, was opened at 2010-04-16 12:10 Status: Open Priority: 3 Submitted By: The Thanh Han (hanthethanh) Assigned to: Nobody (None) Summary: pdftex fails to include seemingly good PDF Category: PDF inclusion Group: None Resolution: None Initial Comment: http://tug.org/pipermail/pdftex/2010-April/008357.html ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2010-04-16 20:24 Message: the PDF Ref. 5. ed writes in 3.2.9 Indirect Objects: "Any object in a PDF file may be labeled as an indirect object. [...] (for example, as an element of an array or as the value of a dictionary entry)." This can be interpreted, that as e. g., /Type1 is just such a dictionary value (entry "/Subtype /Type1"), it's ok to replace it by an indirect object reference. ---------------------------------------------------------------------- Comment By: Hartmut Henkel (hhenkel) Date: 2010-04-16 20:12 Message: maybe one should not be too picky and still keep copying probably illegal (?) things like /Subtype 2 0 R. You can try this with the attached file xx.tex, where the resulting PDF needs manual editing to replace e. g., /Font or /Type1 by a reference "1 0 R" or "2 0 R". Neither xpdf nor acrobat have any problems displaying such a PDF file! But when the /Subtype info from an embedded PDF is removed during embedding, a later application might well run into problems. So maybe better keep it "garbage in -- garbage out". ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4309&group_id=106

1 0

[pdftex-Bugs][4309] pdftex fails to include seemingly good PDF
by pdftex-bugs＠sarovar.org 16 Apr '10

16 Apr '10

Bugs item #4309, was opened at 2010-04-16 12:10 Status: Open Priority: 3 Submitted By: The Thanh Han (hanthethanh) Assigned to: Nobody (None) Summary: pdftex fails to include seemingly good PDF Category: PDF inclusion Group: None Resolution: None Initial Comment: http://tug.org/pipermail/pdftex/2010-April/008357.html ---------------------------------------------------------------------- >Comment By: Hartmut Henkel (hhenkel) Date: 2010-04-16 20:12 Message: maybe one should not be too picky and still keep copying probably illegal (?) things like /Subtype 2 0 R. You can try this with the attached file xx.tex, where the resulting PDF needs manual editing to replace e. g., /Font or /Type1 by a reference "1 0 R" or "2 0 R". Neither xpdf nor acrobat have any problems displaying such a PDF file! But when the /Subtype info from an embedded PDF is removed during embedding, a later application might well run into problems. So maybe better keep it "garbage in -- garbage out". ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4309&group_id=106

1 0