fig2mpdf does not generate ranges correctly

[Manuel López-Ibáñez]

Binary package hint: transfig

Create a fig with 4 layers. 10 20 30 40
Using

fig2mpdf -v -i -l -m test.fig

should create 3 pdfs:

test-01.pdf containing 30 40
test-02.pdf containing 20 40
test-03.pdf containing 10 40

However, test-03.pdf contains 10 20 30 40

This is because the patch:

debian/patches/14_fig2mpdf.dpatch

calls fig2dev with +D %d:%d

the attached version calls it with +D %d,%d and hence, fixes the problem.

[Manuel López-Ibáñez (manuellopezibanez)]

This test.fig file reproduces the problem:

fig2mpdf -v -i -l -m test.fig

should show 3 files, each of them with only 1 arrow (excluding axes) and 1 label.

[David Stansby (dstansby-deactivatedaccount)]

Thanks for taking the time to make Ubuntu better, but in future please could you use the patch tag instead of specifying 'patch' in the title.

[Manuel López-Ibáñez (manuellopezibanez)]

I will do. In any case, I don't think the patch is all that good. It fixes my problem but I think it may break other user-cases. But perhaps it could help others to provide a definitive solution.

[Roland Rosenfeld (roland)]

This is fixed in Debian unstable:

 transfig (1:3.2.5.d-1) unstable; urgency=low
...
   * 14_fig2mpdf: use list of layers instead of range of layers. See Ubuntu
     bug https://bugs.launchpad.net/ubuntu/+source/transfig/+bug/561458
     Thanks to Manuel López-Ibáñez for providing a patch.
...
 -- Roland Rosenfeld <email address hidden> Thu, 03 Mar 2011 00:58:52 +0100

[Manuel López-Ibáñez (manuellopezibanez)]

This fixed in Precise, since transfig was synced with Debian's.