similar to: evince on centos5.1

Any have trouble with acroread taking up massive cpu and memory? I exited my Firefox browser and the lil bastard was still hogging up my resources. Took up 69% of 4GB, and wouldn't let go, until a kill -9 showed'em, have to do it every time I open a pdf in firefox. Any use Xpdf or something else?

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

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

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

Hi, I'm looking for a usable PDF viewer with CentOS 4.3. On my previous install (Slack running XFCE with a handful of GNOME libs), I used Evince, which is just great. Looks like this is an Achilles' heel in CentOS, as I tested three available PDF viewers (ggv, gsview, acroread) with various PDF documents downloaded from the internet (which all display perfectly with Evince): either 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

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

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

Adobe doesn't seem to have acroread for x86_64 linux, or at least I don't see it anywhere. Anybody know otherwise? Evince and other tools work pretty well, but I have always liked having the "real thing" around for those occasions when they don't. -- ---- Fred Smith -- fredex at fcshome.stoneham.ma.us ----------------------------- I can do all

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

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

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

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,

Hi, When qqnorm on a vector of length 10M+ I get a huge pdf file which cannot be loaded by acroread or evince. Any suggestions? (apart from sampling the data). Thanks. -- Sam Steingold (http://sds.podval.org/) on Ubuntu 11.10 (oneiric) X 11.0.11004000 http://mideasttruth.com http://honestreporting.com http://camera.org http://openvotingconsortium.org http://pmw.org.il