forwarded 480725 dev-context@ntg.nl thanks
Dear Hans, dear Taco,
on the Debian side we got the attached bug report together with a patch for mptopdf.pl. Can you comment on it, or consider it for inclusion?
Thanks and all the best
Norbert
Please leave 480725@bugs.debian.org on the Cc list, thanks
------------------------------------------------------------------------------- Dr. Norbert Preining preining@logic.at Vienna University of Technology Debian Developer preining@debian.org Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ------------------------------------------------------------------------------- DARENTH (n.) Measure = 0.0000176 mg. Defined as that amount of margarine capable of covering one hundred slices of bread to the depth of one molecule. This is the legal maximum allowed in sandwich bars in Greater London. --- Douglas Adams, The Meaning of Liff
Hi Norbert,
Norbert Preining wrote:
forwarded 480725 dev-context@ntg.nl thanks
Dear Hans, dear Taco,
on the Debian side we got the attached bug report together with a patch for mptopdf.pl. Can you comment on it, or consider it for inclusion?
The patch would have to be a bit elaborated on before inclusion can be considered, I believe. A random file named <whatever>.ps is highly likely not to be metapost output at all. The extra functionality would be cool to have, but mptopdf had better check if the .ps really was created by metapost (by grepping for the %%Creator comment).
Best wishes, Taco
tags 480725 - patch stop
On 15.05.08 09:49, Taco Hoekwater wrote:
Norbert Preining wrote:
Dear Taco,
forwarded 480725 dev-context@ntg.nl thanks
Dear Hans, dear Taco,
on the Debian side we got the attached bug report together with a patch for mptopdf.pl. Can you comment on it, or consider it for inclusion?
The issue reported in https://bugs.debian.org/480725 is nevertheless still present and reproducible. When pasting the following content into a file called input.mp and calling "mptopdf input.mp" no pdf file is created, just the intermediate ps file.
This needs to be handled.
The patch would have to be a bit elaborated on before inclusion can be considered, I believe. A random file named <whatever>.ps is highly likely not to be metapost output at all. The extra functionality would be cool to have, but mptopdf had better check if the .ps really was created by metapost (by grepping for the %%Creator comment).
As you did not accept the patch, I remove the tag "patch" from our issue for now.
Hilmar
On Tue, Jan 29, 2019 at 9:15 AM Hilmar Preuße hille42@web.de wrote:
tags 480725 - patch stop
On 15.05.08 09:49, Taco Hoekwater wrote:
Norbert Preining wrote:
Dear Taco,
forwarded 480725 dev-context@ntg.nl thanks
Dear Hans, dear Taco,
on the Debian side we got the attached bug report together with a patch for mptopdf.pl. Can you comment on it, or consider it for inclusion?
The issue reported in https://bugs.debian.org/480725 is nevertheless still present and reproducible. When pasting the following content into a file called input.mp and calling "mptopdf input.mp" no pdf file is created, just the intermediate ps file.
This needs to be handled.
The patch would have to be a bit elaborated on before inclusion can be considered, I believe. A random file named <whatever>.ps is highly likely not to be metapost output at all. The extra functionality would be cool to have, but mptopdf had better check if the .ps really was created by metapost (by grepping for the %%Creator comment).
Thank you for the report, we will try to fix it for the upcoming texlive 2019.
With texlive 2018 you can produce the pdf directly
%% test.mp input metauml; beginfig(-1); Begin.b; End.e; e.w = b.e + (15,0); drawObjects(b,e); clink(transition)(b, e); endfig; end
$> mtxrun --script metapost --metafun test.mp
-
Hilmar Preuße -
luigi scarso -
Norbert Preining -
Taco Hoekwater