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: