BUG: teTeX-3.0

[carson@…]

teTeX-3.0

the error log can be found here:

carson@mackie:/tmp$ dvipdfm haptic_radar.dvi

haptic_radar.dvi -> haptic_radar.pdf [1(./Prototype_BandAndModule.eps<PS>zcat: ./Prototype_BandAndModule.eps.Z: No such file or directory )] 94217 bytes written

A testcase can be downloaded here:

http://bentham.k2.t.u-tokyo.ac.jp/media/bugs/testcase.tar.gz

This contains a .dvi which references an included .eps file.

Description: when translating .dvi files referencing an .eps file, dvipdfm and dvipdft encounter errors. The programs appear to try to find a compressed version of the eps, and exit after producing a image-less pdf file.

Comments: I am unable to reproduce this problem on Ubuntu 6.06 LTS, which has the same version of dvipdfm (version 0.13.2.c). This leads me to suspect it is a macports specific bug. This problem was also reported here: http://www.mail-archive.com/bug-auctex@gnu.org/msg00402.html

[gwright@…]

I'll take a look. Thanks.

-Greg

[canela@…]

I think it's just because ghostscript isn't installed. It should be set as a dependency

[gwright@…]

Revision 21038 adds the dependency on ghostscript.

[bruda@…]

The actual problem is a matter of configuration (and still not solved by the way). The Mac OS default zcat is not the GNU variety (which is expected by dvipdft and also dvipdfm). This variants behaves quite differently and in a way that is not expected by dvipdf[m|t]. The GNU zcat is available, but is named gzcat. The fix is a simple matter of alterring /opt/local/share/texmf-dist/dvipdfm/config as follows:

@@ -4,10 +4,10 @@
 
 % Distiller config. Uses ghostscript and works on compressed and
 % uncompressed files.
-D "zcat -f %i | gs -q -sPAPERSIZE=a0 -sDEVICE=pdfwrite -dCompatibilityLevel=1.2 -dUseFlateCompression=true -dSAFER -sOutputFile=%o - -c quit"
+D "gzcat -f %i | gs -q -sPAPERSIZE=a0 -sDEVICE=pdfwrite -dCompatibilityLevel=1.2 -dUseFlateCompression=true -dSAFER -sOutputFile=%o - -c quit"
 
 % Set default paper size here

A local solution is to copy /opt/local/share/texmf-dist/dvipdfm/config into /opt/local/share/texmf-local/dvipdfm/config and perform the changes there, a patch included in the port is in my opinion better.

[casiciaco@…]

Exexuting:

$ sudo port install teTeX

Gives an error:

cd gui; make CC='gcc' CFLAGS='-O2 ' libgui.a make[3]: `libgui.a' is up to date. /bin/sh ../libtool --mode=link gcc -o xdvi-xaw.bin -L/opt/local/lib browser.o dvi-draw.o dvi-init.o dvisel.o encodings.o events.o filehist.o font-open.o gf.o hypertex.o image-magick.o mime.o my-snprintf.o my-vsnprintf.o pagehist.o pk.o print-internal.o psdps.o psgs.o psheader.o psnews.o read-mapfile.o search-internal.o special.o string-utils.o tfmload.o util.o vf.o xdvi.o xserver-info.o x_util.o ./gui/libgui.a ../../libs/t1lib/libt1.a ../../libs/t1lib/../type1/libtype1.a -L/usr/X11R6 1/lib -L/usr/X11/lib -lXaw -lXmu -lXt -lSM -lICE -lXp -lXext -lX11 -liconv -lXpm ../kpathsea/libkpathsea.la -lm gcc -o xdvi-xaw.bin browser.o dvi-draw.o dvi-init.o dvisel.o encodings.o events.o filehist.o font-open.o gf.o hypertex.o image-magick.o mime.o my-snprintf.o my-vsnprintf.o pagehist.o pk.o print-internal.o psdps.o psgs.o psheader.o psnews.o read-mapfile.o search-internal.o special.o string-utils.o tfmload.o util.o vf.o xdvi.o xserver-info.o x_util.o 1/lib -L/opt/local/lib ./gui/libgui.a ../../libs/t1lib/libt1.a ../../libs/t1lib/../type1/libtype1.a -L/usr/X11R6 -L/usr/X11/lib -lXaw -lXmu -lXt -lSM -lICE -lXp -lXext -liconv -lXpm -lX11 -lXau -lXdmcp ../kpathsea/.libs/libkpathsea.a -lm i686-apple-darwin9-gcc-4.0.1: 1/lib: No such file or directory make[2]: *** [xdvi-xaw.bin] Error 1 make[1]: *** [all] Error 1 make: *** [all] Error 1

[egpaterson@…]

Any updates on this bug? I am getting the same error as the previous poster.