similar to: consider running tools::compactPDF(gs_quality = "ebook")

Dear all, I run R CMD build --compact-vignettes="both" gRbase and/or R CMD build --compact-vignettes="gs+qpdf" gRbase and in the log from r-devel (on winbuilder) I get * checking sizes of PDF files under 'inst/doc' ... WARNING 'gs+qpdf' made some significant size reductions: compacted 'gRbase-arrays.pdf' from 421Kb to 115Kb consider

?did this inside R; not ideal but worked. ________________________________ From: R-devel <r-devel-bounces at r-project.org> on behalf of S?ren H?jsgaard <sorenh at math.aau.dk> Sent: 08 July 2018 15:46 To: r-devel at r-project.org Subject: Re: [Rd] [R] consider running tools::compactPDF(gs_quality = "ebook") Dear all, I run R CMD build --compact-vignettes="both"

Dear List, There seems to be an bug in compactPDF() or at least an inconsistency with the documented behaviour. The documentations states: Details: This by default makes use of ?qpdf?, available from <URL: http://qpdf.sourceforge.net/>, including a Windows binary. If ?gs_cmd? is non-empty, GhostScript is used. I don't have qpdf on my system so planned to use

[Env: OS: Win Xp; R 2.15.2; IDE: eclipse/StatET] Each time I update my heplots package, I get warnings from R CMD check on R-Forge, * checking sizes of PDF files under ?inst/doc? ... WARNING ?gs+qpdf? made some significant size reductions: compacted ?HE-examples.pdf? from 739Kb to 366Kb and upon submission to CRAN, a message from maintainers: On CRAN now: but again there were warnings

? Sun, 13 Oct 2024 12:45:36 +0200 "Jean-Louis Abitbol" <abitbol at sent.com> ?????: > WARNING: > /Users/jla/Library/CloudStorage/Dropbox/7cordas/Caio/record/90 NEW > RODA SONG BOOK.pdf (object 254 0): object has offset 0 > > This does not prevent from getting the pages extracted properly and > written to a pdf file which is readable. > How can I detect and

I am failing to get compactPDF to make any change to a pdf file that, a/c to the message from the CRAN upload site, can be very substantially compacted. Any ideas what may be wrong? I have also tried recreating the pdf file. I also tried R CMD build --resave-data --compact-vignettes DAAG The data files compact alright (but I get the 'significantly better compression' warning message

Good day to all Using > library(pdftools) Using poppler version 23.04.0 I get a number of warnings such as: > pdf_subset(infile, pages = 156:157, output = outfile) WARNING: /Users/jla/Library/CloudStorage/Dropbox/7cordas/Caio/record/90 NEW RODA SONG BOOK.pdf (object 7 0): object has offset 0 WARNING: /Users/jla/Library/CloudStorage/Dropbox/7cordas/Caio/record/90 NEW RODA SONG BOOK.pdf

Buenas tardes a todos, Estoy interesado en realizar varios gráficos y luego guardarlos individualmente como PDF. Hasta ahí todo bien. Sin embargo, el archivo resultante tiene aproximadamente 20MB. Podría alguien por favor indicarme cómo reducir su tamaño? A continuación un ejemplo de lo que intento hacer y mi sessionInfo(). Estoy usando Mac OS X. Muchas gracias, Jorge Ivan Velez # R code

Today, a package that has an HTML vignette (but no PDF vignette) failed R CMD check --as-cran on a system without qpdf. I think the warning originates here [1], due to a premature check for the existence of qpdf [2]. Setting R_QPDF=true (as in /bin/true) helped, but perhaps it's possible to check qpdf existence only when it matters. I have attached a patch (untested) that could serve as a

I am using tools::compactPDF for reducing the size of some pdf-files with GhostScript. I had some trouble in the beginning as the documentation seems not to match the usage of the function. For GhostScript, one has to set the argument gs_cmd, which has the following description: gs_cmd - Character string giving the path to the GhostScript executable, if that is to be used. On Windows this is

On Mon, Dec 15, 2014 at 6:55 AM, Tom Callaway <tcallawa at redhat.com> wrote: > As pointed out, this is no longer an issue in R 3.1.2, which is in all > Fedora branches (except 21, where it is landing later today, hopefully). Thank you. Another missing dependency pops up when running CMD check: * checking compiled code ... OK WARNING ?qpdf? is needed for checks on size

This question was posed on SO : https://stackoverflow.com/questions/58118495/passing-extra-argumenets-to-devtoolsbuild but there has been no useful reply. Something seems to have changed in the |devtools|package, so that the following commands, that used to run now give an error I can't decipher: |>Sys.setenv(R_GSCMD="C:/Program

Hello all, I'm trying to build R 32bit from source in a Windows 64 machine. I have followed the steps in "R Installation and Adiministration" ( http://cran.r-project.org/doc/manuals/R-admin.html#Getting-the-source-files) or at least I think I did everything described. I am not sure if I have installed the libjpeg, libtiff and libpng files though. I have upzipped them in the

I would like to include a Mathematica notebook and cdf file (both are ASCII files) in the \inst\doc directory as supporting documentation. These files are not large, about 340K each one. When I check using R CMD check --as-cran ... I get the following warning: ...................... * checking data for ASCII and uncompressed saves ... OK WARNING 'qpdf' is needed for checks on size

Dear all, I am struggling with an issue related to static vignettes: they work, but only when present in double in the tarball -- in the folder inst/doc and vignettes; see below for details. Details: I am pre-compiling heavy vignettes thanks to the vignette builder R.rsp. So basically, I have PDF files which I want the package to use as Vignettes. For this, I have the following in my

Hi Avraham, What a coincidence, I have been following this post of yours: https://www.avrahamadler.com/2013/10/24/an-openblas-based-rblas-for-windows-64-step-by-step/ Looks like this post is slightly older than what you have shared previously. It is strange that you did not get the attachments. I am pasting the contents of the MkRules.local here:

On 10/31/24 18:35, Avraham Adler wrote: > On Thu, Oct 31, 2024 at 12:42?PM Tomas Kalibera > <tomas.kalibera at gmail.com> wrote: >> On 10/31/24 17:30, Avraham Adler wrote: >>> When compiling R, the build fails after byte compiling grDevices with >>> the following error: >>> >>> byte-compiling package 'grDevices' >>> make[4]:

The build system rolled up R-2.14.2.tar.gz (codename "Gift-Getting Season") at 9:00 this morning. This is intended to be the final round-up release of the 2.14 series; see the list below for details. (The codename is still not part of the actual sources. That feature will have to wait for 2.15.0, "Easter Beagle"). This release also marks the 3rd anniversary of R-1.0.0. You

The build system rolled up R-2.14.2.tar.gz (codename "Gift-Getting Season") at 9:00 this morning. This is intended to be the final round-up release of the 2.14 series; see the list below for details. (The codename is still not part of the actual sources. That feature will have to wait for 2.15.0, "Easter Beagle"). This release also marks the 3rd anniversary of R-1.0.0. You

Dear all, My gRbase package imports functionality from the bioconductor packages graph, Rgraphviz and RBGL. To make installation of gRbase easy, I would like to have these bioconductor packages installed in connection with installation of gRbase, but to do so the user must use setRepositories() to make sure that R also installs packages from bioconductor. Having to call setRepositories causes