Opened 15 years ago
Closed 14 years ago
#305 closed defect (fixed)
Allow to use epspdf instead of epstopdf if the latter is broken
Reported by: | ohl | Owned by: | Juergen Reuter |
---|---|---|---|
Priority: | P1 | Milestone: | v2.0.5 |
Component: | configure | Version: | 2.0.0 |
Severity: | blocker | Keywords: | |
Cc: |
Description
Hans-Werner Boschmann reports that epstopdf 2.9.8gw produces a corrupt src/omega/share/doc/modules.pdf. Try to catch this in configure.ac and support the newer alternative epspdf
Change History (24)
comment:1 Changed 15 years ago by
Status: | new → assigned |
---|
comment:2 Changed 15 years ago by
Milestone: | v2.0.2 → v2.0.3 |
---|
comment:3 Changed 14 years ago by
Milestone: | v2.0.3 → v2.0.4 |
---|
comment:4 Changed 14 years ago by
Milestone: | v2.0.4 → v2.0.5 |
---|
comment:5 Changed 14 years ago by
comment:6 Changed 14 years ago by
epstopdf
does an identity string like
epstopdf ($Id: epstopdf.pl 15843 2009-10-19 23:14:41Z karl $) 2.11
or
epstopdf ($Id: epstopdf.pl 17496 2010-03-18 17:57:31Z karl $) 2.15
What I need from HWB is to provide me with the identification string from
the version producing erroneous results to catch the faulty version.
comment:7 Changed 14 years ago by
The epspdf from the TexLive? 2009 on the MAC does not work:
1759 2010/12/05 13:57:05 /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/optparse.rb:451:in `parse' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/optparse.rb:1266:in `parse_in_order' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/optparse.rb:1254:in `catch' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/optparse.rb:1254:in `parse_in_order' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/optparse.rb:1248:in `order!' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/optparse.rb:1339:in `permute!' /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/optparse.rb:1360:in `parse!'
The version is:
Epspdf version 0.4.2 Copyright (C) 2006, 2008, 2009 Siep Kroonenberg Epspdf 0.4.2
Did anyone try this out with a different version? There seems to have been some changes for the MAC in version 0.4.3, the actual version is 0.5.1. Trying to install TexLive? 2010 at the moment, looking what happens there. But this means anyhow that we have to catch zillions of exceptions for the TeX installation. Do we REALLY want to do this? It's only important for the development.
comment:8 Changed 14 years ago by
Owner: | changed from ohl to Juergen Reuter |
---|---|
Status: | assigned → new |
comment:9 Changed 14 years ago by
Status: | new → assigned |
---|
comment:10 Changed 14 years ago by
0.5.1. is working fine, so I will include a check for versions of epspdf to be at least 0.4.3. For your information, on the MAC there is sometimes a warning message like
warning: Insecure world writable dir /opt/local/bin in PATH, mode 040777
This can be cured by removing write permissions to "others" for the corresponding directory
chmod o-w /opt/local/bin
and so on.
comment:11 Changed 14 years ago by
The epspdf check (with preference of a working epspdf over epstopdf) is done in r2919. The rest (catch for buggy epstopdf) will follow as soon as HWB provides me with the version specifications.
comment:12 Changed 14 years ago by
Priority: | P3 → P1 |
---|---|
Severity: | normal → minor |
comment:13 Changed 14 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Done finally in r2928. Closing.
comment:14 Changed 14 years ago by
Resolution: | fixed |
---|---|
Status: | closed → reopened |
Sorry to raise this again, but the fix breaks the WHIZARD build (from scratch):
[configure] [make] [...] config.status: creating scripts/whizard-setup.csh config.status: creating scripts/Makefile config.status: executing depfiles commands config.status: executing libtool commands Makefile:174: *** missing separator. Stop.
The culprit is in the generated Makefile:
EPSPDFINTEGERVERSION = 004002 EPSPDFVERSION = 0.4.2 0.4.2 EPSTOPDF = epstopdf EPSTOPDFVERSION = 2.11
(Didn't check further.)
comment:15 Changed 14 years ago by
which svn version???? I believe that this is something which has already been fixed.
comment:17 Changed 14 years ago by
Wolfgang, could you post the output of epspdf --help
on your system?
comment:18 Changed 14 years ago by
/usr/share/texmf/scripts/epspdf/epspdfrc.rb:156: warning: Insecure world writable dir /afs/tp1.physik.uni-siegen.de/user/kilian in PATH, mode 040777 Epspdf version 0.4.2 Copyright (C) 2006, 2008, 2009 Siep Kroonenberg Epspdf 0.4.2 Convert between [e]ps and pdf formats Usage: epspdf.rb [options] infile [outfile] Default for outfile is file.pdf if infile is file.eps or file.ps Default for outfile is file.eps if infile is file.pdf -g, --gray, --grey Convert to grayscale; success not guaranteed -G, --GRAY, --GREY Try harder to convert to grayscale -p, --pagenumber=PAGENUMBER Page to be converted or selected -b, --bbox, --BoundingBox Compute tight boundingbox -n, --no-hires Don't use hires boundingbox -r, --hires Use hires boundingbox -T, --target=TARGET Target use of pdf; one of default, printer, prepress, screen, ebook -N, --pdfversion=PDFVERSION Pdf version to be generated -V, --version=PDFVERSION Deprecated; use `-N' or `--pdfversion'. -I Ignore pdftops even if available (default: use if available) -U Use pdftops if available (overrides previous -I setting) -C, --custom=CUSTOMOPTIONS Custom options for conversion to pdf, view Use.htm and ps2pdf.htm from the Ghostscript documentation set -P, --psoptions=PSOPTIONS Options for pdftops; default -level3, don't include -eps or page number options; these will be generated by the program -i, --info Info: display detected filetype -s Save (some) settings -d Debug: don't remove temp files -v Prints version info -h, --help Show this message
comment:19 Changed 14 years ago by
Sorry, this was my bad when I fixed Juergens patch for my epspdf version; your epspdf outputs its version multiple times. I've checked in a fix.
comment:20 Changed 14 years ago by
The fix is not yet complete. Same problem in circe1 subdir (and maybe elsewhere).
comment:21 Changed 14 years ago by
Well, that was just a missing ./update. But now the EPSPDFVERSION has vanished completely. :(
comment:22 Changed 14 years ago by
OK, I have done two more commits, now it should be fine, sorry again
comment:23 Changed 14 years ago by
Severity: | minor → blocker |
---|
Works for me. WK, if it does for you, please close the ticket again.
comment:24 Changed 14 years ago by
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Assuming this works now; otherwise please reopen.
How do you get the version number of epstopdf in that way? When I do epstopdf --version or epstopdf -V, then I get only something like 2.11 or 2.15. Is this really something we have to take care of? One obvious thing to do would be to check in the configure for epspdf and when it is present to always use epspdf instead of epstopdf. THen we can still think of catching this strange thing Hans believes to have seen (I never had any problems), or just put it into the documentation and the Wiki.