GNU bug report logs - #35791
12.1.2; Cannot preview anything, Latex found no preview images

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 35791 in the body.
You can then email your comments to 35791 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Pim Remkes <pim.remkes <at> gmail.com>
To: bug-auctex <at> gnu.org
Subject: 12.1.2; Cannot preview anything, Latex found no preview images
Date: Sat, 18 May 2019 15:08:24 +0200

[Message part 1 (text/plain, inline)]

Hello,

When using any preview command I get the error "LaTeX found no preview 
images". I did some googling but could not find a solution.

When using any preview command the following is output:
Running `Preview-LaTeX' on `c:/Users/Pim/TUE/2DI90/_region_' with 
``pdflatex -file-line-error 
"\nonstopmode\nofiles\PassOptionsToPackage{active,tightpage,auctex}{preview}\AtBeginDocument{\ifx\ifPreview\undefined\RequirePackage[displaymath,floats,graphics,textmath,sections,footnotes]{preview}[2004/11/05]\fi}" 
"\input" "{\detokenize{" "_region_.tex" "}}"''
This is pdfTeX, Version 3.14159265-2.6-1.40.19 (MiKTeX 2.9.6930 64-bit)
entering extended mode
LaTeX2e <2018-12-01>

No auxiliary output files.

(_region_.tex  !name(hw2.tex)
("C:\Program Files\MiKTeX 2.9\tex/latex/base\article.cls"
Document Class: article 2018/09/03 v1.4i Standard LaTeX document class
("C:\Program Files\MiKTeX 2.9\tex/latex/base\size10.clo"))
No file _region_.aux.

(c:/Users/Pim/AppData/Roaming/.emacs.d/.local/packages/elpa/auctex-12.1.2/latex
\preview.sty ("C:\Program Files\MiKTeX 
2.9\tex/generic/luatex85\luatex85.sty")
(c:/Users/Pim/AppData/Roaming/.emacs.d/.local/packages/elpa/auctex-12.1.2/latex
\prtightpage.def)
(c:/Users/Pim/AppData/Roaming/.emacs.d/.local/packages/elpa/auctex-12.1.2/latex
\prauctex.def
No auxiliary output files.



(c:/Users/Pim/AppData/Roaming/.emacs.d/.local/packages/elpa/auctex-12.1.2/latex
\prauctex.cfg))
(c:/Users/Pim/AppData/Roaming/.emacs.d/.local/packages/elpa/auctex-12.1.2/latex
\prfootnotes.def)
Preview: Fontsize 10pt
Preview: PDFoutput 1
)  !name(hw2.tex) !offset(-3)
_region_.tex:15: Preview: Snippet 1 started
Preview: Tightpage -32891 -32891 32891 32891
_region_.tex:15: Preview: Snippet 1 ended.(527024+196611x20610617)
[1{C:/Users/Pim/AppData/Local/MiKTeX/2.9/pdftex/config/pdftex.map}]
_region_.tex:16: Preview: Snippet 2 started
_region_.tex:16: Preview: Snippet 2 ended.(553676+225995x16753580)
[2]
_region_.tex:17: Preview: Snippet 3 started
_region_.tex:17: Preview: Snippet 3 ended.(553676+225995x12824153)
[3]
_region_.tex:18: Preview: Snippet 4 started
_region_.tex:18: Preview: Snippet 4 ended.(553676+225995x19044610)
[4] )
(see the transcript file for additional information)<C:/Program 
Files/MiKTeX 2.
9/fonts/type1/public/amsfonts/cm/cmex10.pfb><C:/Program Files/MiKTeX 
2.9/fonts/
type1/public/amsfonts/cm/cmmi10.pfb><C:/Program Files/MiKTeX 
2.9/fonts/type1/pu
blic/amsfonts/cm/cmmi7.pfb><C:/Program Files/MiKTeX 
2.9/fonts/type1/public/amsf
onts/cm/cmr10.pfb><C:/Program Files/MiKTeX 
2.9/fonts/type1/public/amsfonts/cm/c
mr7.pfb><C:/Program Files/MiKTeX 
2.9/fonts/type1/public/amsfonts/cm/cmsy10.pfb>
<C:/Program Files/MiKTeX 2.9/fonts/type1/public/amsfonts/cm/cmsy7.pfb>
Output written on _region_.pdf (4 pages, 61822 bytes).
Transcript written on _region_.log.

TeX Output exited as expected with code 1 at Sat May 18 14:58:30
LaTeX: LaTeX found no preview images

Besides this, the minibuffer displays "error in process sentinel: LaTeX 
found no preview images".
The _region_.pdf file is generated and each math formula is it's own page.

I've tried to reduce the input file to the bare minimum and have 
provided it in the attachments.

Kind regards,

Pim Remkes

[Message part 2 (text/html, inline)]

[hw2.tex (text/plain, attachment)]

Message #8 received at 35791 <at> debbugs.gnu.org (full text, mbox):

From: Pim Remkes <pim.remkes <at> gmail.com>
To: 35791 <at> debbugs.gnu.org
Subject: Re: 12.1.2; Cannot preview anything, Latex found no preview images
Date: Mon, 20 May 2019 04:04:59 +0200

Hey,

I did some digging and it looks like the issue is located at 
preview-parse-messages. The format has changed a little, for example, 
there now is expected to be a . after "Preview: Snippet 1 started" which 
is not the case any longer. Changing the regex to make the dot optional 
has made the preview lines detectable but it then goes wrong and does 
not go past the first preview snippet. Help with this would be 
appreciated as I'm not too familiar with elisp and am a bit lost as to 
what is happening here.

Kind regards,

Pim Remkes

Message #11 received at 35791 <at> debbugs.gnu.org (full text, mbox):

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: Pim Remkes <pim.remkes <at> gmail.com>
Cc: 35791 <at> debbugs.gnu.org
Subject: Re: bug#35791: 12.1.2;
 Cannot preview anything, Latex found no preview images
Date: Mon, 20 May 2019 19:09:42 +0900

Hi Pim,

>>>>> Pim Remkes <pim.remkes <at> gmail.com> writes:
> Hey,
> I did some digging and it looks like the issue is located at
> preview-parse-messages. The format has changed a little, for example,
> there now is expected to be a . after "Preview: Snippet 1 started"
> which is not the case any longer. Changing the regex to make the dot
> optional has made the preview lines detectable but it then goes wrong
> and does not go past the first preview snippet. Help with this would
> be appreciated as I'm not too familiar with elisp and am a bit lost as
> to what is happening here.

It seems that this problem is the same as bug#35363:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=35363

Unfortunately, preview-latex can't help because the log output from
MiKTeX does not provide, looking at the log you quoted in the previous
message, mandatory information to locate the position in the buffer to
put the generated image.

If the preview-latex is vital for you, please consider to switch from
MiKTeX to TeXLive: https://tug.org/texlive/

If you have to continue to use MiKTeX, then please ask the developer of
MiKTeX not to alter the output format of latex.

Best regards,
Ikumi Keita

Message #14 received at 35791 <at> debbugs.gnu.org (full text, mbox):

From: Pim Remkes <pim.remkes <at> gmail.com>
To: Ikumi Keita <ikumi <at> ikumi.que.jp>
Cc: 35791 <at> debbugs.gnu.org
Subject: Re: bug#35791: 12.1.2; Cannot preview anything, Latex found no
 preview images
Date: Tue, 21 May 2019 03:29:57 +0200

Hey,

I've gotten my setup working now but it took some more trouble then just 
switching to tex live. After having done this I had issues with the 
current version of 'rungs' included in tex live 2019. The issues I got 
were similar to https://bugs.ghostscript.com/show_bug.cgi?id=698680 if 
anyone is interested. I was able to fix this (for now) by making use of 
'mgs.exe' included with MiKTeX.

Kind regards,

Pim Remkes

Op 5/20/2019 om 12:09 PM schreef Ikumi Keita:
> Hi Pim,
>
>>>>>> Pim Remkes <pim.remkes <at> gmail.com> writes:
>> Hey,
>> I did some digging and it looks like the issue is located at
>> preview-parse-messages. The format has changed a little, for example,
>> there now is expected to be a . after "Preview: Snippet 1 started"
>> which is not the case any longer. Changing the regex to make the dot
>> optional has made the preview lines detectable but it then goes wrong
>> and does not go past the first preview snippet. Help with this would
>> be appreciated as I'm not too familiar with elisp and am a bit lost as
>> to what is happening here.
> It seems that this problem is the same as bug#35363:
> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=35363
>
> Unfortunately, preview-latex can't help because the log output from
> MiKTeX does not provide, looking at the log you quoted in the previous
> message, mandatory information to locate the position in the buffer to
> put the generated image.
>
> If the preview-latex is vital for you, please consider to switch from
> MiKTeX to TeXLive: https://tug.org/texlive/
>
> If you have to continue to use MiKTeX, then please ask the developer of
> MiKTeX not to alter the output format of latex.
>
> Best regards,
> Ikumi Keita

Message #17 received at 35791 <at> debbugs.gnu.org (full text, mbox):

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: Pim Remkes <pim.remkes <at> gmail.com>
Cc: 35791 <at> debbugs.gnu.org
Subject: Re: bug#35791: 12.1.2;
 Cannot preview anything, Latex found no preview images
Date: Tue, 21 May 2019 14:27:32 +0900

Hi Pim,

>>>>> Pim Remkes <pim.remkes <at> gmail.com> writes:
> After having done this I had issues with
> the current version of 'rungs' included in tex live 2019. The issues I
> got were similar to
> https://bugs.ghostscript.com/show_bug.cgi?id=698680 if anyone is
> interested. I was able to fix this (for now) by making use of
> 'mgs.exe' included with MiKTeX.

As far as I know, the referred problem was resolved shortly after that.
On my side, "rungs" in TeXLive 2019 does not cause such trouble, both on
windows 10 and freebsd 12.  I quote the partial log of the former below.

Maybe your rungs is confused by the two instances of the ghostscript
executables, namely the one under c:/texlive/2019/tlpkg/tlgs and
"mgs.exe".

Regards,
Ikumi Keita

Running `Preview-LaTeX' on `c:/Users/keita/Downloads/_region_' with ``pdflatex  -file-line-error   "\nonstopmode\nofiles\PassOptionsToPackage{active,tightpage,auctex}{preview}\AtBeginDocument{\ifx\ifPreview\undefined\RequirePackage[displaymath,floats,graphics,textmath,sections,footnotes]{preview}[2004/11/05]\fi}" "\input" "{\detokenize{" "_region_.tex" "}}"''
This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/W32TeX) (preloaded format=pdflatex)
 restricted \write18 enabled.
entering extended mode
LaTeX2e <2018-12-01>

...(snip)...

Output written on _region_.pdf (7 pages, 39759 bytes).
Transcript written on _region_.log.

TeX Output exited as expected with code 1 at Tue May 21 14:05:44
Running `Preview-PDF2DSC' with ``pdf2dsc "_region_".pdf "_region_.prv/tmpfwHa4X"/preview.dsc''

Preview-PDF2DSC finished at Tue May 21 14:05:49
Running `Preview-Ghostscript' with ``"c:/texlive/2019/bin/win32/rungs.exe" ^"-dOutputFile=^(_region_.prv/tmpfwHa4X/pr1-^%d.png^)^" "-q" "-dDELAYSAFER" "-dNOPAUSE" "-DNOPLATFONTS" "-dPrinted" "-dTextAlphaBits=4" "-dGraphicsAlphaBits=4" "-sDEVICE=png16m" "-r121.034x120.663"''

Preview-Ghostscript finished at Tue May 21 14:05:52

Message #20 received at 35791 <at> debbugs.gnu.org (full text, mbox):

From: Pim Remkes <pim.remkes <at> gmail.com>
To: Ikumi Keita <ikumi <at> ikumi.que.jp>
Cc: 35791 <at> debbugs.gnu.org
Subject: Re: bug#35791: 12.1.2; Cannot preview anything, Latex found no
 preview images
Date: Tue, 21 May 2019 19:29:12 +0200

[Message part 1 (text/plain, inline)]

Hey Ikumi,

I checked and even with 'mgs.exe' not in my path (or any MiKTeX 
executable for that matter) and using 'rungs.exe' I get the following 
postscript error next to any LaTeX math formula (the _region_ log seems 
fine):

"c:/Program Files/texlive/2019/bin/win32/rungs.exe" 
"-dOutputFile=(_region_.prv/tmpPwJxGu/pr1-4.png)" "-q" "-dDELAYSAFER" 
"-dNOPAUSE" "-DNOPLATFONTS" "-dPrinted" "-dTextAlphaBits=4" 
"-dGraphicsAlphaBits=4" "-sDEVICE=png16m" "-r110.579x110.865"
GS>{<</PermitFileReading[(_region_.pdf)(_region_.prv/tmpPwJxGu/preview.dsc)]>> 
setuserparams .locksafe} stopped pop {DELAYSAFER{.setsafe}if}stopped 
pop/.preview-BP currentpagedevice/BeginPage get dup null 
eq{pop{pop}bind}if def<</BeginPage{currentpagedevice/PageSize get dup 0 
get 1 ne exch 1 get 1 ne or{.preview-BP 0.156863 0.172549 0.203922 
setrgbcolor clippath fill 0.733333 0.760784 0.811765 
setrgbcolor}{pop}ifelse}bind/PageSize[1 
1]>>setpagedevice/preview-do{/.preview-ST[count 4 roll save]def dup 
length 0 eq{pop}{setpagedevice}{ifelse exec}stopped{handleerror quit}if 
.preview-ST aload pop restore}bind def /GS_PDF_ProcSet GS_PDF_ProcSet 
dup maxlength dict copy dup begin/graphicsbeginpage{//graphicsbeginpage 
exec 0.733333 0.760784 0.811765 3 copy rg RG}bind store end readonly 
store  (_region_.prv/tmpPwJxGu/preview.dsc)(r)file /.preview-ST 1 index 
def dup 0 setfileposition 555()/SubFileDecode filter cvx exec 
.preview-ST dup dup 555 setfileposition 53()/SubFileDecode filter 
cvx<<>>preview-do
Error: /typecheck in --setfileposition--
Operand stack:
   GS_PDF_ProcSet   GS_PDF_ProcSet   GS_PDF_ProcSet   661 661   661   
608   608   608   555
Execution stack:
   %interp_exit   .runexec2   --nostringval-- --nostringval--   
--nostringval--   2   %stopped_push --nostringval--   --nostringval--   
%loop_continue --nostringval--   --nostringval--   false   1   
%stopped_push .runexec2   --nostringval--   --nostringval-- 
--nostringval--   2   %stopped_push   --nostringval--
Dictionary stack:
   --dict:745/1123(ro)(G)--   --dict:0/20(G)-- --dict:79/200(L)--
Current allocation mode is local
Current file position is 28
GS<10>

Wierd that it does work on your system, but I'm not too worried about it 
as it works fine using 'mgs.exe' as a solution (although it's quite an 
ugly one).

Kind regards,

Pim Remkes

Op 5/21/2019 om 7:27 AM schreef Ikumi Keita:
> Hi Pim,
>
>>>>>> Pim Remkes <pim.remkes <at> gmail.com> writes:
>> After having done this I had issues with
>> the current version of 'rungs' included in tex live 2019. The issues I
>> got were similar to
>> https://bugs.ghostscript.com/show_bug.cgi?id=698680 if anyone is
>> interested. I was able to fix this (for now) by making use of
>> 'mgs.exe' included with MiKTeX.
> As far as I know, the referred problem was resolved shortly after that.
> On my side, "rungs" in TeXLive 2019 does not cause such trouble, both on
> windows 10 and freebsd 12.  I quote the partial log of the former below.
>
> Maybe your rungs is confused by the two instances of the ghostscript
> executables, namely the one under c:/texlive/2019/tlpkg/tlgs and
> "mgs.exe".
>
> Regards,
> Ikumi Keita
>
> Running `Preview-LaTeX' on `c:/Users/keita/Downloads/_region_' with ``pdflatex  -file-line-error   "\nonstopmode\nofiles\PassOptionsToPackage{active,tightpage,auctex}{preview}\AtBeginDocument{\ifx\ifPreview\undefined\RequirePackage[displaymath,floats,graphics,textmath,sections,footnotes]{preview}[2004/11/05]\fi}" "\input" "{\detokenize{" "_region_.tex" "}}"''
> This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/W32TeX) (preloaded format=pdflatex)
>   restricted \write18 enabled.
> entering extended mode
> LaTeX2e <2018-12-01>
>
> ...(snip)...
>
> Output written on _region_.pdf (7 pages, 39759 bytes).
> Transcript written on _region_.log.
>
> TeX Output exited as expected with code 1 at Tue May 21 14:05:44
> Running `Preview-PDF2DSC' with ``pdf2dsc "_region_".pdf "_region_.prv/tmpfwHa4X"/preview.dsc''
>
> Preview-PDF2DSC finished at Tue May 21 14:05:49
> Running `Preview-Ghostscript' with ``"c:/texlive/2019/bin/win32/rungs.exe" ^"-dOutputFile=^(_region_.prv/tmpfwHa4X/pr1-^%d.png^)^" "-q" "-dDELAYSAFER" "-dNOPAUSE" "-DNOPLATFONTS" "-dPrinted" "-dTextAlphaBits=4" "-dGraphicsAlphaBits=4" "-sDEVICE=png16m" "-r121.034x120.663"''
>
> Preview-Ghostscript finished at Tue May 21 14:05:52
>

[Message part 2 (text/html, inline)]

Message #23 received at 35791 <at> debbugs.gnu.org (full text, mbox):

From: Reinhard Kotucha <reinhard.kotucha <at> web.de>
To: Pim Remkes <pim.remkes <at> gmail.com>
Cc: Ikumi Keita <ikumi <at> ikumi.que.jp>, 35791 <at> debbugs.gnu.org
Subject: Re: bug#35791: 12.1.2;
 Cannot preview anything, Latex found no preview images
Date: Tue, 21 May 2019 23:11:57 +0200

On 2019-05-21 at 03:29:57 +0200, Pim Remkes wrote:

 > Hey,
 >
 > I've gotten my setup working now but it took some more trouble then
 > just switching to tex live. After having done this I had issues
 > with the current version of 'rungs' included in tex live 2019. The
 > issues I got were similar to
 > https://bugs.ghostscript.com/show_bug.cgi?id=698680 if anyone is
 > interested. I was able to fix this (for now) by making use of
 > 'mgs.exe' included with MiKTeX.

Hi Pim,
you mention the "current version" of 'rungs' but nothing was changed
here for more than a decade.

Let me explain what rungs is and what it does.

Some dvips/dvipdf* configuration files contain ghostscript commands
but the binary is called 'gs' on Unix and 'gswin32c' on Windows.
These configuration files are static and cannot contain conditional
code.  In order to support all platforms I wrote a tiny Lua script
texmf-dist/scripts/texlive/rungs.tlu which executes 'gs' on Unix and
'gswin32c' on Windows and passes all cmdline arguments to the binary.
In so far 'rungs' is just another name for 'gs' or 'gswin32c'.

On Unix, bin/<platform>/rungs is a symbolic link to the Lua script.
On Windows however, the situation is a bit more complicated.  The file
bin/win32/rungs.exe is a generic wrapper which passes its arguments to
bin/win32/runscript.tlu.  The latter adds the Perl and Ghostscript
shipped with TeX Live to PATH and then calls rungs.tlu which executes
gswin32c.

If you are interested in all the gory details, look into
bin/win32/runscript.tlu.  This file contains a detailed description.

I suggested to use mgs and rungs in AUCTeX as well because otherwise
Windows users had to install Ghostscript separately.

rungs.tlu has not been changed for a decade at all.  If rungs and mgs
behave differently, the most likely reason is that MiKTeX provides an
older version of Ghostscript.  TeX Live provides gs-9.27 for a couple
of days.  You can check version numbers with

  rungs -help
  mgs -help

You can also try with the previous release:

Extract

  http://ms25.ddns.net/texlive/w32/ghostscript/tlgs-9.26.tar.xz

in

  texlive/2019/tlpkg

and execute

  rename tlgs tlgs-9.27
  rename tlgs-9.26 tlgs

Regards,
  Reinhard

--
------------------------------------------------------------------
Reinhard Kotucha                            Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                    mailto:reinhard.kotucha <at> web.de
------------------------------------------------------------------

Message #26 received at 35791 <at> debbugs.gnu.org (full text, mbox):

From: Pim Remkes <pim.remkes <at> gmail.com>
To: reinhard.kotucha <at> web.de
Cc: Ikumi Keita <ikumi <at> ikumi.que.jp>, 35791 <at> debbugs.gnu.org
Subject: Re: bug#35791: 12.1.2; Cannot preview anything, Latex found no
 preview images
Date: Wed, 22 May 2019 00:56:03 +0200

Hey Reinhard,

Thank you for your explanation and your advice, I downloaded tlgs-9.26 
and used it instead of version 9.27,
this fixed the issues and is a bit cleaner than using the MiKTeX 
ghostscript.

Kind regards,

Pim Remkes

Op 5/21/2019 om 11:11 PM schreef Reinhard Kotucha:
> On 2019-05-21 at 03:29:57 +0200, Pim Remkes wrote:
>
>   > Hey,
>   >
>   > I've gotten my setup working now but it took some more trouble then
>   > just switching to tex live. After having done this I had issues
>   > with the current version of 'rungs' included in tex live 2019. The
>   > issues I got were similar to
>   > https://bugs.ghostscript.com/show_bug.cgi?id=698680 if anyone is
>   > interested. I was able to fix this (for now) by making use of
>   > 'mgs.exe' included with MiKTeX.
>
> Hi Pim,
> you mention the "current version" of 'rungs' but nothing was changed
> here for more than a decade.
>
> Let me explain what rungs is and what it does.
>
> Some dvips/dvipdf* configuration files contain ghostscript commands
> but the binary is called 'gs' on Unix and 'gswin32c' on Windows.
> These configuration files are static and cannot contain conditional
> code.  In order to support all platforms I wrote a tiny Lua script
> texmf-dist/scripts/texlive/rungs.tlu which executes 'gs' on Unix and
> 'gswin32c' on Windows and passes all cmdline arguments to the binary.
> In so far 'rungs' is just another name for 'gs' or 'gswin32c'.
>
> On Unix, bin/<platform>/rungs is a symbolic link to the Lua script.
> On Windows however, the situation is a bit more complicated.  The file
> bin/win32/rungs.exe is a generic wrapper which passes its arguments to
> bin/win32/runscript.tlu.  The latter adds the Perl and Ghostscript
> shipped with TeX Live to PATH and then calls rungs.tlu which executes
> gswin32c.
>
> If you are interested in all the gory details, look into
> bin/win32/runscript.tlu.  This file contains a detailed description.
>
> I suggested to use mgs and rungs in AUCTeX as well because otherwise
> Windows users had to install Ghostscript separately.
>
> rungs.tlu has not been changed for a decade at all.  If rungs and mgs
> behave differently, the most likely reason is that MiKTeX provides an
> older version of Ghostscript.  TeX Live provides gs-9.27 for a couple
> of days.  You can check version numbers with
>
>    rungs -help
>    mgs -help
>
> You can also try with the previous release:
>
> Extract
>
>    http://ms25.ddns.net/texlive/w32/ghostscript/tlgs-9.26.tar.xz
>
> in
>
>    texlive/2019/tlpkg
>
> and execute
>
>    rename tlgs tlgs-9.27
>    rename tlgs-9.26 tlgs
>
> Regards,
>    Reinhard
>
> --
> ------------------------------------------------------------------
> Reinhard Kotucha                            Phone: +49-511-3373112
> Marschnerstr. 25
> D-30167 Hannover                    mailto:reinhard.kotucha <at> web.de
> ------------------------------------------------------------------

Message #29 received at 35791 <at> debbugs.gnu.org (full text, mbox):

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: reinhard.kotucha <at> web.de, Pim Remkes <pim.remkes <at> gmail.com>
Cc: 35791 <at> debbugs.gnu.org
Subject: Re: bug#35791: 12.1.2;
 Cannot preview anything, Latex found no preview images
Date: Wed, 22 May 2019 15:03:30 +0900

Hi Pim and Reinhard,

> Op 5/21/2019 om 11:11 PM schreef Reinhard Kotucha:

>> you mention the "current version" of 'rungs' but nothing was changed
>> here for more than a decade.
>> 
>> Let me explain what rungs is and what it does.

...

>> You can also try with the previous release:
>> 
>> Extract
>> 
>> http://ms25.ddns.net/texlive/w32/ghostscript/tlgs-9.26.tar.xz
...

Thank you for detailed explanation of rungs and concrete procedure to
use prior version of tlgs.

>>>>> Pim Remkes <pim.remkes <at> gmail.com> writes:
> Hey Reinhard,
> Thank you for your explanation and your advice, I downloaded tlgs-9.26
> and used it instead of version 9.27,
> this fixed the issues and is a bit cleaner than using the MiKTeX
> ghostscript.

Pim, the problem you encountered with TeXLive 2019 is the same as
bug#35571 and bug#35696:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=35571
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=35696
, which are not yet resolved.  Ghostscript 9.27 does not work with
preview-latex when the default face of emacs has non-trivial foreground
color.

Anyway, I close your original bug#35791.

Best regards,
Ikumi Keita

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.