Control: tag -1 + unreproducible moreinfo Hi Giacomo!
Thank you for your bug report. I'll try to reproduce the issue. On Fri, 23 Aug 2024, boffi wrote: > Package: fig2dev > Version: 1:3.2.9-4 > I want to prepare a drawing to be included in a LaTeX document, > so I prepared a file "trab00.fig" using XFig, then I used "fig2dev" > to produce a file to be included in my .tex file, in particular a > .pdf file to be included using an auxiliary .pdf_t file of TeX commands, > but my usual command failed as shown below. > 02:18 boffi@debian:~ $ fig2dev -L pdftex trab00.fig trab00.pdf > Error: /configurationerror in --setpagedevice-- > Additional information: [/PageSize [334 135274640]] > Operand stack: false --dict:1/1(L)-- > Execution stack: %interp_exit .runexec2 --nostringval-- 0Policy > --nostringval-- 2 %stopped_push --nostringval-- 0Policy 0Policy > false 1 %stopped_push 1949 1 3 %oparray_pop 1948 1 3 > %oparray_pop 1947 1 3 %oparray_pop 0Policy 1933 1 3 > %oparray_pop 1803 1 3 %oparray_pop --nostringval-- %errorexec_pop > .runexec2 --nostringval-- 0Policy --nostringval-- 2 %stopped_push > --nostringval-- 1912 1 3 %oparray_pop 0Policy 1911 7 3 > %oparray_pop 0Policy --dict:1/10(L)-- 0Policy 8 %dict_continue > 1908 10 3 %oparray_pop > Dictionary stack: --dict:751/1123(ro)(G)-- --dict:0/20(G)-- > --dict:89/200(L)-- > Current allocation mode is local > GPL Ghostscript 10.03.1: Unrecoverable error, exit code 1 > Error in ghostcript command, > gs -q -dSAFER -dAutoRotatePages=/None -sDEVICE=pdfwrite > -dCompatibilityLevel=1.5 -dPDFSETTINGS=/prepress -o 'trab00.pdf' -: No such > file or directory I tried this in a up-to-date minimal sid changeroot. I installed only fig2dev and placed a small trab00.fig (containing some lines) into it. Than I run "fig2dev -L pdftex trab00.fig trab00.pdf", which resulted in a PDF without problems. Seems that your problem either is depending on your special trab00.fig file (maybe you could share it?) or on your Debian installation. I attached the file I used for testing, please check whether this also triggers the issue on your installation. So we can find out, whether your system or your fig file triggers the issue. > 02:29 boffi@debian:~ $ fig2dev -L png trab00.fig trab00.png > Error when creating bitmap output This also worked without problems on my test setup and resulted in a PNG file. If you do not like to share your trab00.fig file, maybe you could strip it down to some test case that can be shared? > 02:32 boffi@debian:~ $ fig2dev -L tikz -P trab00.fig trab00.tex > 02:33 boffi@debian:~ $ pdflatex trab00.tex > but the resulting .tex file is, well, garbage. I attach the resulting log > file. I expect that this may be some different issue (since it doesn't use ghostscript), but I also cannot reproduce this issue. I had to install texlive-latex-base and texlive-pictures to make pdflatex run but than everything worked as expected and resulted in a PDF file with my little drawing. Without your trab00.fig I cannot find out what went wrong on your system and I don't have an idea what fig file specials I have to focus on testing to trigger your problems here. > In summary, I cannot use fig2dev any more... Do you remember, what version of fig2dev or ghostscript worked without problems on your side? There were some incompatibilities between fig2dev and ghostscript in the past, but these usually where testsuite dependent, since the bitmap output of ghostscript changed a little, which resulted in more/less black/white pixels so the fig2dev testsuite failed because of a little bit changed output. We also had an issue with ghostscript complaining about -dCompatibilityLevel=1.4 (which was fixed in fig2dev 3.2.9-4, that makes this configurable and uses 1.5 by default). So there seem to be no known incompatibilities to me... Greetings Roland
trab00.fig
Description: application/xfig
