I am including gzipped eps files in a latex document as follows... \newcommand{\incloggrf}[2][1.0] { % Include a graphic \includegraphics[width=#1\textwidth]{/path/to/logbook/#2.eps.gz} } \begin{figure} \incloggrf{bin0} \caption{} \label{} \end{figure} When viewing the resulting .dvi file, xdvi frequently reports... /tmp/xdvicwmkog/xdvik9TKkCF: File exists In the viewer some of the .eps files are replaced with others from elsewhere in the document or are missing. Latex finds the .eps.gz files and each has a corresponding .eps.bb file containing the BoundingBox line. If dvips is used to convert the .dvi file to a postscript file then gv displays the resulting .ps file correctly. My system is Intel Pentium 166Mhz, Kernel 2.2.9, Redhat 6.0 upto date with the current errata.
Can you verify if your problem is still present in tetex-1.0.1 (available through Raw Hide)? Thanks ...
I've just verified this bug with the latest tetex release (1.0.1-2) The output of xdvi is as follows... % xdvi report TMP file: /tmp/xdvidifMAu0 TMP file: /tmp/xdvidifMAu1 TMP file: /tmp/xdvidifMAu2 /tmp/xdvidifMAu0: File exists /tmp/xdvidifMAu1: File exists /tmp/xdvidifMAu2: File exists TMP file: /tmp/xdvidifMAu3 TMP file: /tmp/xdvidifMAu4 TMP file: /tmp/xdvidifMAu5 TMP file: /tmp/xdvidifMAu6 TMP file: /tmp/xdvidifMAu7 /tmp/xdvidifMAu0: File exists /tmp/xdvidifMAu1: File exists /tmp/xdvidifMAu2: File exists /tmp/xdvidifMAu3: File exists
Can you send an example file that exhibits this problem? Thanks.
I'd like to get this last tetex problem resolved but I need a simple test case. Does anyone have a simple test case or a report that this is not a problem with the latest tetex from Raw Hide? Thanks.
Commit pushed to master at https://github.com/openshift/openshift-docs https://github.com/openshift/openshift-docs/commit/e458e711b510ae76d4e240eaeffdbc6964eaa6d0 Merge pull request #3437 from bfallonf/nexus_issue_3429 Issue 3429 fixed context path