First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 85404
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Text-Markup Team <text-markup@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Fabio Rossi <rossi.f@inwind.it>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
epstopdf.patch epstopdf.patch patch Fabio Rossi 2005-03-15 13:04 0000 428 bytes Details | Diff
epstopdf.patch epstopdf.patch patch Horst Schirmeier 2005-11-27 16:46 0000 521 bytes Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 85404 depends on: Show dependency tree
Bug 85404 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2005-03-15 13:03 0000
I have discovered during a lot of conversions from EPS to PDF files that the
tool epstopdf included in tetex 2.0.2 uses a particular feature of ghostscript.
GS tries to discover the paper orientation by looking the text orientation. In
this way **some** PDF files get a wrong rotation respect the original EPS file.

I have found these links where the problem is explained:
http://lists.debian.org/debian-tetex-maint/2002/02/msg00013.html
https://www.stat.math.ethz.ch/pipermail/r-devel/2003-October/027761.html

One solution is to set the ghostscript option
GS_OPTIONS="-dAutoRotatePages=/None". The other solution is to patch only the
epstopdf executable: in this way the change stays local to one program.

I have attached the patch for epstopdf.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

------- Comment #1 From Fabio Rossi 2005-03-15 13:04:11 0000 -------
Created an attachment (id=53555) [edit]
epstopdf.patch

------- Comment #2 From Horst Schirmeier 2005-11-27 16:44:44 0000 -------
I am observing this behaviour, too; in fact this cost me several hours to pin
down to epstopdf. The attached patch fixes the problem Fabio and I are
observing, contains the necessary subdirectories for patching from src_unpack()
without any hassle, and addresses another flaw in epstopdf that permits to
convert files with whitespace in their names.

Note that this is exactly the way the Debian people fix these problems; please
add this patch to both 2.0.x and 3.0.x app-text/tetex releases, it's been
ignored long enough.

------- Comment #3 From Horst Schirmeier 2005-11-27 16:46:25 0000 -------
Created an attachment (id=73698) [edit]
epstopdf.patch

Patch that addresses both the described problem and the inability to handle
filenames with whitespace in them.

------- Comment #4 From Horst Schirmeier 2005-11-27 16:48:27 0000 -------
In comment #2 it has to say "... another flaw in epstopdf that does NOT permit
to convert files with whitespace in their names.", of course.

------- Comment #5 From Alexandre Buisse (RETIRED) 2005-12-02 11:41:04 0000 -------
tetex-2 and 3 have been bumped to include the last patch. Thanks.

First Last Prev Next    No search results available      Search page      Enter new bug