[R-SIG-Mac] Cairo / X11 problem in Mavericks

I just upgraded my macbook to maverick and i'm running into an old problem. When I do: png(tempfile(), type=cairo) or svg(tempfile()) or even: library(Cairo) R exists with a warning that X11 is required. I also tried: options(bitmapType = 'cairo') png(tempfile()) but same result. If I

Re: [R-SIG-Mac] Cairo / X11 problem in Mavericks

R exists with a warning that X11 is required. You need to re-install XQuartz after an update. See the R-admin manual. I'm not sure I understand (apologies, I'm not really a mac user). We are using these devices in non-interactive R sessions (RApache, RScript). So the Cairo devices can only be

Re: [R-SIG-Mac] Forking issues in Mavericks

On Tue, Oct 29, 2013 at 12:35 PM, Steve Lianoglou lianoglou.st...@gene.com wrote: Is this happening when you are running R from w/in R.app (which, I think, is not new), or are you running R from the terminal and still seeing this)? It happens when a forked child process tries to use some fork

Re: [R-SIG-Mac] Forking issues in Mavericks

On Wed, Oct 30, 2013 at 10:08 AM, Simon Urbanek simon.urba...@r-project.org wrote: I didn't have time to look (will do later today), but a wild guess is that Apple was moving away from some common libraries like OpenSSL and replacing them with their own which could be CF-based and thus

Re: [R-SIG-Mac] Forking issues in Mavericks

On Wed, Oct 30, 2013 at 1:41 PM, Simon Urbanek simon.urba...@r-project.org wrote: Jeroen, actually, it works just fine for me on 10.9 (with CRAN build of R): Hmm interesting. Here is a clip of what happens on my machine: http://youtu.be/GAtKa6P75Qs. Note that it shows the error messages from

Re: [R-SIG-Mac] Forking issues in Mavericks

On Wed, Oct 30, 2013 at 2:57 PM, Simon Urbanek simon.urba...@r-project.org wrote: Ah, you're running it in R.app? Well this was the easiest way to show it; the same problem appears when forking form inside httpuv or so. Anyway, my hunch was correct - it's libcurl crashing in SSL trying to use

[R-SIG-Mac] Missing binary packages for Mavericks

Running update.packages on R 3.1 for Mavericks complains that some CRAN packages do not have binary builds available. For example lme4 is missing from http://cran.r-project.org/bin/macosx/mavericks/contrib/3.1/. Is there any reason for this, or do I just need some patience? I installed lme4 from

[R-SIG-Mac] Cairo: Fontconfig error: Cannot load default config file

Running on R 3.1 on my Mavericks laptop: options(bitmapType = cairo); svg(cars.svg, width=11.69, height=8.27) plot(cars) dev.off() Gives a message: Fontconfig error: Cannot load default config file. The text in the svg seems heavily pixelated. The same happens when using png(). IIRC, this did

Re: [R-SIG-Mac] Cairo: Fontconfig error: Cannot load default config file

in the fontconfig used by 3.1.0, now fixed. You will need to upgrade R and possibly packages that use fontconfig. Cheers, Simon On Apr 15, 2014, at 7:55 PM, Jeroen Ooms jeroen.o...@stat.ucla.edu wrote: Running on R 3.1 on my Mavericks laptop: options(bitmapType = cairo); svg(cars.svg, width

Re: [R-SIG-Mac] cairo devices not working in 3.2.0

My cairo problems went away after reinstalling xQuartz + R 3.2.0 and rebooting. On Fri, Apr 24, 2015 at 8:05 AM, Amos B. Elberg amos.elb...@gmail.com wrote: I had this issue but it went away when I installed the 3.2-patched binary. On Apr 24, 2015, at 10:52 AM, Noam Ross noam.r...@gmail.com

Re: [R-SIG-Mac] R 3.2.2 Hangs Reading Files in El Capitan

Can you include a reproducible example? This seems to work for me as expected: x <- rnorm(1e8) saveRDS(x, tmp <- tempfile()) file.info(tmp)$size y <- readRDS(tmp) identical(x,y) Could be a hw issue with your disk. On Sun, Nov 29, 2015 at 4:34 PM, Charles DiMaggio

Re: [R-SIG-Mac] Could not install Package:pdftools in Mac lion 10.7.5

How did you install libpoppler? Such errors typically appear when you link to a shared library which was built with another (incompatible) compiler than the one you use for compiling R packages. Note that Mac lion 10.7.5 has been deprecated for 2 over two years; upgrading your OS is highly

Re: [R-SIG-Mac] Could not install Package:pdftools in Mac lion 10.7.5

On Tue, Dec 27, 2016 at 8:09 PM, Christofer Bogaso wrote: > It giving below error :( > >> install.packages('/Users/ARR/pdftools_1.0.tgz', repos = NULL) > tar: Failed to set default locale I think that is an unrelated problem on your system. See:

Re: [R-SIG-Mac] Could not install Package:pdftools in Mac lion 10.7.5

On Tue, Dec 27, 2016 at 7:27 PM, Christofer Bogaso wrote: > > I have installed poppler as instructed in below site. However, not > libpoppler. Let me know if I need to install libpoppler as well, in > that case appreciate any pointer how should I install. No that's

[R-SIG-Mac] Disable readline echo in R for mac GUI

When prompting the user for a password, we need to temporarily disable echo. In a tty we can call posix stty -echo (example below). The RStudio GUI has a native password entry function that can be triggered via getOption('askpass'). Is there simple method to prompt for a password in the R for Mac

Re: [R-SIG-Mac] PACKAGES file missing

On Thu, Feb 13, 2020 at 1:55 AM Simon Urbanek wrote: > > Thanks, indeed, there were some disruptions, but now the build machine has > its own dedicated port and location in Auckland so hopefully things will > settle. > I have also fortified the sync scripts to not sync with the Mac master if >

Re: [R-SIG-Mac] Building R 4.0.2 from source via clang/xcode for MKL on macOS

On Tue, Sep 29, 2020 at 4:32 PM Prof Brian Ripley wrote: > > On 29/09/2020 12:27, Kasper Daniel Hansen wrote: > > To use veclib you need > > --with-blas="-framework Accelerate" > > Details are in the R-admin manual, including that R fails one of its checks. It may be worth mentioning that

Re: [R-SIG-Mac] Link-Time Optimization (LTO)

On Tue, Jul 14, 2020 at 4:22 PM Prof Brian Ripley wrote: > > This is a rather technical post about how libraries of compiled code can > be further optimized. LTO generally produces smaller[*] and faster code > (typically by a few percent) at the expense of increased installation > time and is

Re: [R-SIG-Mac] Apple Silicon aka M1 Macs

On Thu, Dec 24, 2020 at 7:32 PM Denis-Alexander Engemann wrote: > > Hi everyone, > > I'm finally joining the party here and so far made good progress > following Taras' instructions. > > Disclaimer - I'm new to working with R sources. > But would be very happy to help with testing and reporting

Re: [R-SIG-Mac] R 4.1 for my Mac M1 crashing on installing packages

On Wed, May 19, 2021 at 11:34 AM Renato Morais wrote: > > Hi all, > > I'm new here, so please forgive my clumsy error reporting. > > I have just downloaded *R-4.1-branch.pkg* for my Mac M1, as I wanted to > finally enjoy a native normal-speed R (for some reason running v 4.0.5 on > Rosetta was

Re: [R-SIG-Mac] R / Rstudio and curl on Mac Mojave

On Sat, Nov 13, 2021 at 6:01 PM Gábor Csárdi wrote: > > The curl package does not use the command line curl program, it uses > libcurl, the library. You can use curl::curl_version() to see the > libcurl version that the curl package is using. > > But in any case, this is not a curl or libcurl

Re: [R-SIG-Mac] Libre SSL bug on MacOS Monterey => error in download.file()

On Mon, Jan 10, 2022 at 11:22 AM Petr Bouchal wrote: > > Dear all, > > In brief: on Monterey, R cannot reach certain web domains due to a bug in > Libre SSL - and perhaps not relying on system curl/openssl in R would be a > systematic solution to this and símilar issues. > > Specifically: on

Re: [R-SIG-Mac] Libre SSL bug on MacOS Monterey => error in download.file()

On Tue, Jan 11, 2022 at 10:12 PM Simon Urbanek wrote: > > Petře, > > thanks, for the detailed analysis. It is rather curious that the issue > appears only on _newer_ systems - we are more used to issues due to older CA > chains and similar. It looks like an Apple bug on specific systems, so >

Re: [R-SIG-Mac] Libre SSL bug on MacOS Monterey => error in download.file()

On Wed, Jan 12, 2022 at 10:05 PM Simon Urbanek wrote: > Yes, but if you are using an old version of R on a new system, you have a lot > of other worries - you can't expect new technologies to work with old > software. CURL itself has fewer evolution issues than SSL libraries. As I > said, I am

Re: [R-SIG-Mac] Please test R 4.2.0 pre-releases

On Sun, Apr 17, 2022 at 4:38 AM Simon Urbanek wrote: > > Dear Mac users, > > we are nearing the release of R 4.2.0 (on Friday) which introduces some > significant changes not only in R itself, but also in some Mac-specific build > settings. Please help us by testing R pre-releases *before* the

Re: [R-SIG-Mac] Permission issues running R in terminal

On Sun, Feb 18, 2024 at 11:57 PM Duncan Murdoch wrote: > I wanted to see the options to R CMD INSTALL, and was surprised to see > this output: > > $ R CMD INSTALL --help > shell-init: error retrieving current directory: getcwd: cannot access > parent directories: Operation not permitted >

[R-SIG-Mac] Cross compilation and linking without -undefined

R on MacOS defaults to linking with "-undefined dynamic_lookup" when building packages, which suppresses linking errors due to undefined symbols. Undefined symbols often indicate that the package has omitted a required library in PKG_LIBS, or that the architecture of the static lib does not match

Re: [R-SIG-Mac] Debugging Symbols

On Thu, Apr 4, 2024 at 9:47 AM Hannes Mühleisen wrote: > > Hello List, > > we would like to bring up the topic of debug symbols in the CRAN OSX > binaries again. I realize this has been discussed before [1] and > realize the symbols are there for a reason, but in the duckdb package > their