similar to: paths capability FALSE on devel?

? Wed, 27 Mar 2024 11:28:17 +0100 Alexandre Courtiol <alexandre.courtiol at gmail.com> ?????: > after installing R-devel the output of > grDevices::dev.capabilities()$paths is FALSE, while it is TRUE for R > 4.3.3 Your system must be missing Cairo development headers, making x11() fall back to type = 'Xlib': $ R-devel -q -s -e 'x11();

On Wed, 27 Mar 2024 at 12:19, Ivan Krylov <ikrylov at disroot.org> wrote: > ? Wed, 27 Mar 2024 11:28:17 +0100 > Alexandre Courtiol <alexandre.courtiol at gmail.com> ?????: > > > after installing R-devel the output of > > grDevices::dev.capabilities()$paths is FALSE, while it is TRUE for R > > 4.3.3 > > Your system must be missing Cairo development

On 27/03/2024 10:28, Alexandre Courtiol wrote: > Hi all, > > I don't know if it is a local issue on my hands or not, but after > installing R-devel the output of grDevices::dev.capabilities()$paths is > FALSE, while it is TRUE for R 4.3.3. > Relatedly, I have issues with plotting paths on devel. > > At this stage, I simply would like to know if others running R devel

Hi all, The admin from our setup created a script that should help you reproduce our problem (see below). Of course, it may be that it is not an RPM-related issue, but we hope you will have an idea on how to solve the issue all the same. # 1. Prepare VM and set up Samba - install Fedora 38 Workstation (Fedora-Workstation-Live-x86_64-38-1.6.iso). Username: 'user' - disable SELinux (edit

Thanks again, unfortunately it still fails when mounting the drive on a windows machine (even using nolease) on our end. We will prepare a fully reproducible example using a virtual machine. This could take us a day or two. ++ On Tue, 13 Jun 2023 at 11:05, I?aki Ucar <iucar at fedoraproject.org> wrote: > On Tue, 13 Jun 2023 at 10:35, Alexandre Courtiol > <alexandre.courtiol at

On Tue, 13 Jun 2023 at 10:35, Alexandre Courtiol <alexandre.courtiol at gmail.com> wrote: > > Thanks a lot for persevering. > > I?aki, that sounds very promising, could you please tell me what software your SMB share is running on (i.e. what does the server side look like?), and if it's Samba, then what version did you use? There was a Windows 10 machine around, so I created

Update: On Mon, 12 Jun 2023 at 17:40, I?aki Ucar <iucar at fedoraproject.org> wrote: > > Unfortunately, I cannot reproduce the issue here. :( I mounted a smb > share, created a symlink from ~/R, and installed dplyr without any > issue (apart from the installation process taking ages). Fortunately, > this rules out our binary R package as responsible for the issue you > are

Dear Fedora-R enthusiasts, We are experiencing some issues with the binary releases of R 4.3 for Fedora 37 & 38 when running it on our infrastructure. The issue is that packages won't install, unless the (default) staged installation process for packages is switched off (--no-staged-install). It seems to be related to the fact that we are storing R libraries on a drive mounted via

Thanks a lot Jiefei, I had thought of defining a binary operator (inspired by pipes) or simply using an additional condition in the if() calls [e.g. if(foo & fn(bar)) doSomeThing; with fn(bar) returning a logical], but both are workaround that I do not find as elegant as a proper control-flow construct. Thus two questions remain: - is it possible to create a control-flow construct in pure R?

Hi all, Could anyone refer to me to a good source to learn how to program a simple control-flow construct* in R, or provide me with a simple example? Control-flow constructs are programmed as primitives, but I would like to be able to do that (if possible) in pure R. The general context is that those functions are a mystery to me. The motivating example is that I would like to create a function

Hi all, not sure if you will call this a bug or something else but the following silly call trigger a low level error: foo <- list(x=1) class(foo) <- "new" print.new <- function(x, ...) print(mget(names(formals()))) foo > Error: C stack usage 7969412 is too close to the limit -- Alexandre Courtiol http://sites.google.com/site/alexandrecourtiol/home *"Science is

Noted Duncan and TRUE... I cannot do more immediately unfortunately, that is always the issue of asking a last minute panic attack question before teaching a course involving the package... I do have /doc in my .Rbuildignore for reasons I can no longer remember... I will dig and create a MRE/reprex. The students will download heavy packages, but they probably won't notice. *Apologies* In the

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

Hello: I'm running R 2.7.1 in Antix (Mepis kernel but heavily debian based). I have installed libcairo2 (1.6.4-6.1). I tried installing the Cairo package since I'm interested in generating some SVG graphs, and I got the following message: Only partial output (lines with no): .... checking if R was compiled with the RConn patch... no checking cairo.h usability... yes checking cairo.h

Hi all, I'm writing an interactive plotting function for viewing fMRI datasets. Currently, I get keypresses using grDevices::getGraphicsEvent(). Unfortunately getGraphicsEvent() only supports the X11(type="Xlib") graphics device on Unix systems. The Xlib device doesn't support buffering (i.e. dev.hold() and dev.flush()), so redrawing the plots causes lots of flickering. Is

Full_Name: Craig Ruff Version: 2.7.1 OS: Irix 6.5.30 Submission from: (NULL) (128.117.8.145) Cairo based bitmap graphics output should work if cairo and R have been compiled without xlib support. 2.7.1 gives the "X11 is not available" message in this case when run interactively, and from my reading the png documentation, calling png(filename=..., type="cairo") should work.

This question seemed to me to be more appropriate for r-devel than for r-help. My apologies if this is not the case. Recently I installed ``cairo'' on my lap-top so that I could make use of the (newish) polypath() function, with on-screen graphics. (The polypath() function does not work with X11(type="Xlib").) The installation went smoothly, X11(type="cairo") works

On Linux 2.13 by default links cairo, so png() uses it for rendering. One of my users has performance problem, so ask if it possible to temporary disable cairo during png() rendering so it reverts to grGraphics. My workaround for now is to configure R without cairo, but this affects all users that are forced to load and use CairoDevice if they wants better quality. I want to avoid this, is it

Dear r-developers, I currently face an issue while compiling R from source on a debian wheezy. When running the configure script (particularly with --enable-R-shlib --prefix=/packages/R/3.1.0/) I get a Makefile and the output ... Interfaces supported: X11 External libraries: readline Additional capabilities: PNG, JPEG, NLS Options enabled: shared R library, shared

Dear All, I am running Debian testing on my box and I have R 2.9.0 installed from the standard repositories. I downloaded the package source from http://cran.r-project.org/web/packages/Cairo/index.html but when I try to install it on my system, this is what I get $ sudo R CMD INSTALL Cairo_1.4-4.tar.gz * Installing to library ?/usr/local/lib/R/site-library? * Installing *source* package ?Cairo?