From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218
Description of problem:
using transfig-3.2.3d-8, the following line:
"transfig -M PSmakefile -L pstex myfig.fig"
produces a PSmakefile that is inconsistent. It will have a line like
"myfig.tex: myfig.eps PSmakefile"
that depends on a corresponding .eps file, but there is no rule that tells how
to make the .eps file. Instead there is the rule
"myfig.ps: myfig.fig PSmakefile"
to make a .ps file. This is actually, as best as I can tell, a longstanding
"feature" in transfig, and previous versions seemed to work around it by having
rules to make both .ps and .eps versions. The latest version removes the .eps
rule in the patch file transfig-3.2.3d-cleanup.patch, and removing the following
hunk from the patch fixes the problem:
--- transfig.3.2.3d/transfig/mkfile.c.cleanup 2000-12-07 19:26:05.000000000 +0100
+++ transfig.3.2.3d/transfig/mkfile.c 2002-11-18 15:34:51.000000000 +0100
@@ -38,7 +38,7 @@
enum language to;
- int needps, needeps, needpic, needfig;
+ int needps, needeps = 0, needpic, needfig;
fprintf(mk, "#\n# TransFig makefile\n#\n");
I assume someone thought it looked cleaner with only one rule to generate
postscript, but they got the wrong one.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. transfig -M PSmakefile -L pstex myfig.fig
2. make -f PSmakefile myfig.tex
Actual Results: Error that there is no rule to make myfig.eps, needed by myfig.tex
Expected Results: make should have generated myfig.eps and myfig.tex files
it's already fixed in FC2 and FC3 current release