similar to: ghostscript update breaks evince

On 01/04/2017 04:49 PM, David C. Miller wrote: > > ----- Original Message ----- >> From: "Robert Nichols" <rnicholsNOSPAM at comcast.net> >> To: centos at centos.org >> Sent: Wednesday, January 4, 2017 12:21:48 PM >> Subject: [CentOS] ghostscript update breaks evince > >> Today's ghostscript.x86_64 0:8.70-21.el6_8.1 update causes evince to

----- Original Message ----- > From: "Robert Nichols" <rnicholsNOSPAM at comcast.net> > To: centos at centos.org > Sent: Wednesday, January 4, 2017 12:21:48 PM > Subject: [CentOS] ghostscript update breaks evince > Today's ghostscript.x86_64 0:8.70-21.el6_8.1 update causes evince to refuse to > display any postscript file. Running evince from a terminal

On Wed, Jan 4, 2017 at 3:21 PM, Robert Nichols <rnicholsNOSPAM at comcast.net> wrote: > Today's ghostscript.x86_64 0:8.70-21.el6_8.1 update causes evince to > refuse to > display any postscript file. Running evince from a terminal session, I see > the > errors: > > invalidaccess -7 > invalidaccess -7 > invalidaccess -7 > > ** (evince:1252): WARNING **:

Leonard's summary of the fix (and I note this is just for CentOS 6) is diff -up /usr/share/ghostscript/8.70/Resource/Init/gs_init.ps.new.bad /usr/share/ghostscript/8.70/Resource/Init/gs_init.ps --- /usr/share/ghostscript/8.70/Resource/Init/gs_init.ps.new.bad 2017-01-04 11:20:37.000000000 +0100 +++ /usr/share/ghostscript/8.70/Resource/Init/gs_init.ps 2015-07-24 00:00:19.000000000 +0200 @@

Has the issue with the last ghostscript update been resolved? I temporarily added ghostcript to the excludes line in my yum.conf to prevent problems and haven't seen any more mention of it here. -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com

On Wed, 2017-01-11 at 13:58 -0500, m.roth at 5-cent.us wrote: > - systemdict /getenv {pop //false} put > Which, if I understand what I'm reading, just has added the systemdict > line. The leading "-" means removed not added. > I added that, and tried to run evince, which did not crash, but did > give me > invalidaccess -7 > > Have I misunderstood the

>>>>> Tim Taylor >>>>> on Mon, 11 Mar 2024 11:42:35 +0000 writes: > Hi Martin > Probably not the answer you're looking for but on the latest Fedora 39 (workstation edition) both locally, and on a freshly installed VM (with just R-core installed), all fonts render correctly for me in evince. > $ evince --version > GNOME Document

Hi Martin and Tim, I also have this bug. Though I think not necessarily with all the same fonts as Martin. Using Martin's code: https://imgur.com/a/ILUoe3H Fedora 39, Evince 45.0 It's a bug with Evince. I think. I think it's substituting in a font set that doesn't have all the required symbols. I think it should be possible to install the required fonts, but I haven't

Martin, I wouldn't rule out an R issue yet. Fonts are... tricky. So I'm cc'ing Paul Murrell here. I tried several viewers here and I see the following: Chrome, Firefox and Libreoffice Draw show the symbols; however, evince, okular and xournal++ agree on **not** showing the symbols. **If** there is a bug, the bug would be in fontconfig, because these ones AFAIK properly delegate on

HI I?aki,? That's interesting.? I may be wrong but I think it's the Symbol font that's got the substitution bug, not Helvetica.? ? fc-match "Symbol" StandardSymbolsPS.t1: "Standard Symbols PS" "Regular" Is what I get, but then in the Evince properties it's telling me that it's substituting Symbol with "Noto Sans Regular", despite the

Hi I don't think this is an R issue (it is separate from the Cairo Symbol font problem). For PDF output, R actually relies on the Symbol font having the Adobe Symbol Encoding (Appendix D of the PDF Reference https://opensource.adobe.com/dc-acrobat-sdk-docs/pdfstandards/pdfreference1.7old.pdf) and just outputs the font as "Symbol", which relies on it being one of the Standard

I see. Peter, you are right about the font that causes the issue. Paul, thanks for your insights. I'll bring this to the Fedora font experts to see if we can arrive at a more permanent fix. I'll report back with any conclusion. @Martin: Meanwhile, at least you have options. One is to embed the fonts, either as Peter suggested or using cairo_pdf instead. Alternatively, Peter also has shown

Hi, I've been using LaTeX for a few years on Mac OS X, and I'd like to use it on CentOS now. I installed a complete environment using 'yum groupinstall "Authoring and Publishing"' and then installing tetex-xdvi, plus manually installing the 'memoir' class. I can run 'latex document.tex' ok: the resulting .dvi looks nice in xdvi. When running

This problem has bugged me for several years now, and our own IT staff has tried a few things, but then never cared enough to persist fixing it. It *is* a bug in evince, the standard pdf viewer on Fedora and IIUC also quite few other Linux distributions, and *not* a bug in R; hence I am asking for help/hints here. A very simple example:

Hi Martin Probably not the answer you're looking for but on the latest Fedora 39 (workstation edition) both locally, and on a freshly installed VM (with just R-core installed), all fonts render correctly for me in evince. $ evince --version GNOME Document Viewer 45.0 $ R --version R version 4.3.3 (2024-02-29) -- "Angel Food Cake" Copyright (C) 2024 The R Foundation for Statistical

I believe I updated evince early this month on this one server. Since then I don't seem to be able to open a .pdf: 100% of the time, I get "unhandled mime type: files/allfiles". Has anyone seen anything like this? Note that this is when it's allegedly trying to open it. I've tried telling it what to open from the command line, and brought it up by itself, told it to open,

We have some small networks with connectivity to the Internet through firewall routers.? The smallest has one Windows 7 system and three Linux systems including both CentOS 6 and CentOS 7 machines.? The Windows 7 systems have full Adobe packages that are updated regularly and are trouble free. On the Linux systems, evince has been our go to product for viewing and printing .pdf documents.? This

is there something other than evince on centos 5.1 to view pdf's? Every time I am remoted in using vncviewer and look at attached emails it KILLS my X11 session. If I am at my desktop it works fine. xpdf used to work fine on 4.X - but it was removed in 5.X. Is there an alternative? Thanks, Jerry

My Centos 6.x use ghostscript.x86_64 8.70-15.el6_4.1 @updates for hylafax/avantfax from epel or rpmforge. I can't determine from which repository it come, yum list return: [root at fax ~]# yum list ghost* Loaded plugins: fastestmirror, priorities, refresh-packagekit, security Loading mirror speeds from cached hostfile * base: centos.digitalnova.at * epel: be.mirror.eurid.eu * extras:

I have run into several pdf documents that request a password with evince; but not with Adobe. [rey at reylinux docs]$ rpm -qa |grep evince evince-0.6.0-13.el5 [rey at reylinux docs]$ evince Mir* Error: Unsupported version/revision (4/4) of Standard security handler Error: Incorrect password Any workaround or do I just need to use adobe on WinXP? -- M Reynolds McClatchey Jr VP