search for: evinced

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 **: Error rendering thumbnail Downgrading to ghostscript.x86_64 0:8.70-21.el6 corrects the problem. Anyone else seeing this? -- Bob Nichols

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

>>>>> 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

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

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 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

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

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

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,

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

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

Chris Olson wrote: > 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

----- 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

Document Viewer 2.28.2 wrote: > The file could not be saved as ?file:///home/hennebry/... > > Failed to create file ?/tmp/evince-8622/saveacopy-4.ECDEYW?: No such file or directory I get that rather a lot. Can workaround with mkdir /tmp/evince-8622 , but would rather not need to. Any idea what is going on and how I stop it? I'm running xfce 4 on centos 6.2 . [hennebry at

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

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 **:

On 03/03/2018 11:31 AM, hw wrote: >> >> Is there better source to look for answers than these two: > > What kind of answers are you looking for? > > Perhaps installing a missing font solves the problem with evince. > You could try mupdf, xpdf and qpdfview to see if one of them can > display the PDFs you have.? Unfortunately, none of them are included > in Centos.?