Hi Bastien,

Bastien ROUCARIES wrote:

> severity 414002 serious 
> reassign 414002 ghostscript 
> found 414002 8.71~dfsg2-9
> tags 414002 + confirmed
> tags 412584 + confirmed
> affects 412584 texlive-pstricks
> thanks
>
> I can confirm this bugs. Raise to grave due to FTBFS  texlive-pstricks

Sorry I jumped the gun on merging #414002 with #618530.  Let's see...

 $ wget http://mirror.ctan.org/graphics/pstricks/contrib/pst-geo.zip
 $ unzip pst-geo.zip
 $ mkdir pst-geo/testcase && cd pst-geo/testcase
 $ cat <<\EOF >test.tex
\documentclass[letterpaper,12pt]{article}
\usepackage[english]{babel}
\usepackage{pstricks}
\usepackage{pst-map2dII}
\begin{document}
\psset{xunit=0.70,yunit=0.70, path=../dataII}
\begin{pspicture*}(-9,-4)(10,9)
\WorldMapII[maillage=false,all=true,level=5,borders=false,linewidth=0.01\pslinewidth,linecolor=gray]
\end{pspicture*}
\end{document}
EOF
 $ latex test.tex
 $ dvips test.dvi
 $ gs -dSAFER test.ps

Result:

| GPL Ghostscript 9.04 (2011-08-05)
| Copyright (C) 2011 Artifex Software, Inc.  All rights reserved.
| This software comes with NO WARRANTY: see the file PUBLIC for details.
| Error: /invalidfileaccess in --run--
| Operand stack:
|    (../dataII/europe-cil.dat)   (r)
| Execution stack:
|    %interp_exit   .runexec2   --nostringval--   --nostringval--   
--nostringval--   2   %stopped_push   --nostringval--   --nostringval--   
--nostringval--   false   1   %stopped_push   1910   1   3   %oparray_pop   
1909   1   3   %oparray_pop   1893   1   3   %oparray_pop   1787   1   3   
%oparray_pop   --nostringval--   %errorexec_pop   .runexec2   --nostringval--   
--nostringval--   --nostringval--   2   %stopped_push   --nostringval--   1910  
 1   6   %oparray_pop   --nostringval--
| Dictionary stack:
|    --dict:1157/1684(ro)(G)--   --dict:0/20(G)--   --dict:85/200(L)--   
--dict:180/300(L)--   --dict:38/200(L)--   --dict:130/200(L)--
| Current allocation mode is local
| Last OS error: 2
| Current file position is 101753
| GPL Ghostscript 9.04: Unrecoverable error, exit code 1

Arnout Boelens wrote:

> If I move everything from ../dataII to ./data (and remove the
> \psset{path=../dataII}) it works here.

But I do _not_ find that to be the case here.  So I imagine something
has changed, and that the modern incarnation of this bug has the same
cause as bug#618530 after all.

Am I understanding correctly?  What package does this prevent from
building from source?

Thanks,
Jonathan



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to