mptopdf (broken again)
Hans & Taco, A tiny request: is there any chance to make the mptopdf script point to "--script mptopdf" instead of "--script base"? And note for Taco: I have no idea how it got there (I think that I use TLContrib), but my TL installation (/usr/texbin/mptopdf) contains: eval '(exit $?0)' && eval 'exec perl -S $0 ${1+"$@"}' && eval 'exec perl -S $0 $argv:q' if 0; # MikTeX users can set environment variable TEXSYSTEM to "miktex". #D \module #D [ file=mptopdf.pl, ... #D copyright={PRAGMA ADE / Hans Hagen \& Ton Otten}] #C #C This module is part of the \CONTEXT\ macro||package and is #C therefore copyrighted by \PRAGMA. See licen-en.pdf for #C details. # use File::Copy ; # not in every perl use Config ; use Getopt::Long ; use strict ; use File::Basename ; And when I try to use it I get:
mptopdf a.mp -bash: /usr/texbin/mptopdf: Permission denied
Thanks a lot, Mojca
On Mon, Jan 10, 2011 at 08:55, Taco Hoekwater wrote:
Totally weird. The file /usr/local/texlive/2010/texmf-dist/scripts/context/perl/mptopdf.pl was not executable, but it is executable in TeXLive's SVN which is a bit strange. Moreover the file I have is dated 28th May, while the one in TL is dated 1st June. Maybe MacTeX took older files exactly in the three-day window (but I did update after that ...) or maybe I simply screwed up the installation by rewriting some ConTeXt files one day without being aware of it (which is more probable). TLContrib's ConTeXt doesn't seem to accidentally have that file, at least not at the moment. Thanks anyway, Mojca PS: the request for Hans is still valid
On 10-1-2011 12:37, Mojca Miklavec wrote:
i see, the sh script is wrong
And note for Taco: I have no idea how it got there (I think that I use TLContrib), but my TL installation (/usr/texbin/mptopdf) contains:
it was wrong in the context zip; for windows one can just copy the stub mtxrun.exe to mptopdf.exe but the same is not true for the shell script that needs to be: #!/bin/sh mtxrun --script mptopdf "$@" I'm not sure, but a generic (copyable) script could be: #!/bin/sh mtxrun --script $0 "$@" (no shell expert) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On Wed, Jan 12, 2011 at 10:07, Hans Hagen wrote:
That's right, but may I ask to fix that in ConTeXt?
No, that would not work properly. $0 gives me full path to the executable script, so in my case I would get mtxrun --script /context/tex/texmf-osx-64/bin/mptopdf <the rest> which is probably not desirable. There are ways to circumvent this, but leaving the scripts the way they are now still seems reasonable to me. Mojca
On 12-1-2011 10:31, Mojca Miklavec wrote:
ok, can you check if the current zip has it right for you? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Hallo.
I tried mtxrun --script mptopdf chart08.1 but I've got the following error.
This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)
\write18 enabled.
entering extended mode
[MP to PDF]
(./charts08.1{/home/qasar/programy/context_stable/tex/texmf/fonts/m
ap/pdftex/plain/pdftex.map}) [1]
!pdfTeX error: pdftex (file lmmi9): Font lmmi9 at 600 not found
==> Fatal error occurred, no output PDF file produced!
MPtoPDF 1.4.0 : error while processing tex file
I'm using ConTeXt minimals under Ubuntu 10.10, the last stable version of
ConTeXt (ver: 2010.07.30 11:35 MKII). However, it produces the same error
with two other betas I've got in my computer.
I guess there is something broken inside the mptopdf since I can compile the
charts themselves with texexec --mptex chart08.mp. And when I include it
into a TeX file with \externalfigure, the pdf file created is all right.
Can you tell me how to solve it? I will really need mptopdf in two or three
weeks painfully. Many thanks.
Best wishes,
Michal
2011/1/12 Hans Hagen
2011/1/12 Michal Kvasnička
I have tried to compile the following example: beginfig(1); draw btex $x+1=2$ etex; endfig; end. It works fine with TeX Live 2010/TLContrib, but fails in minimals (nearly-latest version of ConTeXt). To me this seems as if mptopdf was trying to run plain pdfTeX instead of ConTeXt [or I have no idea what]. It then only reads pdftex.map which certainly lacks the information about lmmi font. But I wonder why it only reads from pdftex.map ... I could fix pdftex.map, but I would like to figure out what exactly is going on ... Mojca
On Wed, Jan 12, 2011 at 18:12, Mojca Miklavec
Just some more information ... Looking into the filename.1 makes me very suspicious: %!PS %%BoundingBox: 0 0 0 0 %%HiResBoundingBox: 0 0 0 0 %%Creator: MetaPost 1.503 %%CreationDate: 2011.01.12:1822 %%Pages: 1 %*Font: ec-lmr12 11.95517 11.95517 1c:800c04010000000006d42298 %*Font: lmmi12 11.95517 11.95517 78:8 %%BeginProlog %%EndProlog %%Page: 1 1 0 0 0 setrgbcolor 208.537 -9.2369 moveto (1) ec-lmr12 11.95517 fshow -1.133 -67.5053 moveto (b) ec-lmr12 11.95517 fshow 5.6958 -67.5053 moveto (egin\034g\(1\);) ec-lmr12 11.95517 fshow 60.9747 -67.5053 moveto (dra) ec-lmr12 11.95517 fshow 77.5584 -67.5053 moveto (w) ec-lmr12 11.95517 fshow 89.9146 -67.5053 moveto (btex) ec-lmr12 11.95517 fshow 116.2533 -67.5053 moveto (x) lmmi12 11.95517 fshow showpage %%EOF What exactly does "begindraw" do in EPS file? Adding ec-lmr12 and lmmi12 into pdftex.map got rid of the error, but didn't generate any valid output (it created an empty pdf). What mptopdf run on filename.1 does is basically pdftex -fmt=mptopdf -progname=context \\relax mathmp.1 (maybe I'm wrong; but it behaved exactly like that), but I didn't manage to get any sensible output out of that. Mojca
participants (5)
-
Hans Hagen -
luigi scarso -
Michal Kvasnička -
Mojca Miklavec -
Taco Hoekwater