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 @@ argument *a; char *i; 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): How reproducible: Always Steps to Reproduce: 1. transfig -M PSmakefile -L pstex myfig.fig 2. make -f PSmakefile myfig.tex 3. 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 Additional info:
it's already fixed in FC2 and FC3 current release