similar to: what causes CUPS to dis-enable a printer?

Hi I am having problems with the rendering of scientific symbols (mu and degree) in my plots. Whenever I use these symbols they are rendered changed (mu is changed to the proportionality symbol and degree is changed to something resembling a gamma) in the X-device. If I make a pdf of the plot and open the file in Evince or Okular symbols are also rendered wrong, however if I open the file

Hi I am having problems with the rendering of scientific symbols (mu and degree) in my plots. Whenever I use these symbols they are rendered changed (mu is changed to the proportionality symbol and degree is changed to something resembling a gamma) in the X-device. If I make a pdf of the plot and open the file in Evince or Okular symbols are also rendered wrong, however if I open the file

Hi I am having problems with the rendering of scientific symbols (mu and degree) in my plots. Whenever I use these symbols they are rendered changed (mu is changed to the proportionality symbol and degree is changed to something resembling a gamma) in the X-device. If I make a pdf of the plot and open the file in Evince or Okular symbols are also rendered wrong, however if I open the file

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

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

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

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

Hello, I have a Kyocera FS1920 network printer, and I run an up-to-date CentOS 5.6 x86_64 workstation. When I try to print with evince or Firefox the default paper size is always set to US Letter whereas the printer use A4. I have searched and other people seem to have the problem, but the only recommendations that I have found boil down to setting the default paper size to A4 in the CUPS

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

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

Dear list, First, I am not writing to ask about embedding Computer Modern font in graphics produced by R. I am generating plots to be saved using pdf() and postscript() in R, and I make use of some math expressions that are provided by R, namely, some greek letters. My question is, do I need to embed the fonts that include these math symbols (say, if they are going out for publication, to have