Bug#139104: xdvi won't show relative-path-EPS-images ("../foo.eps")
On 18.07.03 Atsuhito Kohda (kohda@pm.tokushima-u.ac.jp) wrote:
> From: Stefan Ulrich <stefan.ulrich@dsl.pipex.com>
> Subject: Bug#139104: xdvi won't show relative-path-EPS-images ("../foo.eps")
> Date: Thu, 10 Jul 2003 01:16:14 +0100
>
> > Jakob Kjaer <mak@trashcan.dk> writes:
> >
> > > xdvi doesn't seems to like EPS-files with relative pathnames (eg.
> > > "../figs/somefigure.eps") but works fine, at long as ".." is
> > > not used.
> > [...]
> > > gs: Error: /invalidfileaccess in --file--
> > > gs: Operand stack:
> > > gs: (/usr/home/mak/proj/projekt/../figs/ts2memory.eps) (r)
> >
> > This is actually a problem which ghostscript 7.04 and higher,
> > which forbids `..' in path components. See e.g.:
> >
> > http://sourceforge.net/tracker/?group_id=23164&atid=377583&func=detail&aid=525127
> >
> > xdvik-22.40k has been updated to expand those relative paths.
> > However ...
> >
> > > Btw, I'm running Sid
> >
> > ... I'd have thought that sid contains 22.40v? What's the output
> > of `xdvi.bin -version'?
>
> This report was rather old (Tue, 19 Mar 2002) and
> it reads;
>
> Package: tetex-bin
> Version: 1.0.7+20011202-5
>
> so it is xdvi from tetex 1.0.7 I'm not so sure but
> my woody system showed me
>
> kohda@acty:~$ xdvi -version
> xdvi(k) version 22.40f
>
> So the situation should be as you explained.
>
> Now we can close the bug (or at least set tag as woody)?
>
Please close it as it was solved in unstable. The tags woody, sid
etc. are IIRC only for RC-bugs.
H.
--
sigmentation fault
Reply to: