gzip a obrazku v LaTeXu

[Vit Zyka;phd student]

Dobry den,

chci se zeptat ma-li nejaky ucastnik konference podobnou zkusenost,
popripade napada-li jej reseni nasledujiciho problemu:

Mame instalaci web2c 7.2 na linuxu. Pokusil jsem se zprovoznit nacitani
gzipovanych .eps obrazku v LaTeXu tak, aby gunzip volany z dvips nasel
cestu ke grafickemu souboru vsude tam, kde jej hleda tex, tj. nastavil
jsem v dvips.def

  \@namedef{Gin at rule@.eps.gz}#1{{eps}{.eps.bb}%
    {`gunzip -c `kpsewhich -n latex tex #1`}}

atd. TeXuje se OK, ale dvips oblasi na kazdy, takto vlozeny, obrazek

  <gunzip -c `kpsewhich -n latex tex KSclassRt.eps.gz`>gunzip: compressed
  data not read from a terminal. Use -f to force decompression.
  For help, type: gunzip -h

Pritom samotny prikaz

  gunzip -c `kpsewhich -n latex tex KSclassRt.eps.gz`

probehne spravne. Pokud spusti dvips uzivatel s pravy k zapisu do texmf
adresare, obrazky se spravne rozkomprimuji a nactou. Na jednom stroji zde
mame starsi tetex a tam to chodi spravne vsem. Take tu mame jednu masinu,
kde fyzicky stejna binarka kpsewhich z web2c 7.2 spadne a vytvori core.

Je chyba v kpsewhich, instalaci TeXu, linuxu ci necem jinem?
Pta se Vitek Zyka


    Vit Zyka, Ph.D. student
           CVUT FEL
 Center for Machine Perception
{zyka@|http://}cmp.felk.cvut.cz