Re: [R-SIG-Mac] latex errors, Rd problems

Since I just encountered similar issues in a package I'm working to get submitted, here's the output (just included the warning lines): (/usr/local/texlive/2014basic/texmf-dist/tex/latex/latexconfig/hyperref.cfg)) Package hyperref Message: Driver (autodetected): hpdftex.

Re: [R-SIG-Mac] X11 support on OSX 10.10.4

How did you install XQuartz? It looks like it was via homebrew. The only official supported one (AFAIK) is via the actual XQuartz package. I'm on 10.10.4 with XQuartz 2.7.7 (from pkg installer) and R 3.2.1 (from CRAN d/l) and it works fine. I use homebrew for many sub-libraries (like GDAL) but not

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

Agreed that I cannot reproduce with generated data sets on el capitan either but would be glad to test with any real data you have. On Fri, Dec 4, 2015 at 11:23 AM, Jeroen Ooms wrote: > Can you include a reproducible example? This seems to work for me as expected: > >

Re: [R-SIG-Mac] Non-root OS X installation?

You can follow (on another Mac) and then set your R pkg lib to a local, writeable dir. Upgrading R will be a pain and if you don't have compiler tools installed, usage of source or some github-released pkgs will be difficult

Re: [R-SIG-Mac] Fortran on MacOS Sierra

Coudert's packages are unsigned which seems like a significant oversight and a CRAN manual entry recommending installing unsigned binaries does not sit well with me and may not work in the next macOS release. Ken: to avoid you having to dig you need to download <

Re: [R-SIG-Mac] Fortran on MacOS Sierra

t it just > didn’t seem what I wanted. > > There are some problems with the 10.12.1 beta which affect built libraries > but at the moment I will just hope they go away. > > Ken > > > On 30 Sep. 2016, at 9:26 pm, Bob Rudis <b...@rud.is> wrote: > > > > Coudert'

[R-SIG-Mac] macOS Sierra

As an FYI to those pondering upgrading to Sierra, I've been testing R 3.3.1 in a VM under Sierra since the betas and migrated a few key production systems over to the GM earlier this week and have been running production code on them using CRAN 3.3.1 macOS binaries and AT macOS R-devel binaries

Re: [R-SIG-Mac] MacOS Sierra

Hey Roy, Aye. If you look at recent R-SIG-Mac messages, I gave a report on this yesterday. No issues with 3.2, 3.3.1 or R-devel on 10.12 (so far). -Bob On Tue, Sep 20, 2016 at 2:59 PM, rmendelss gmail wrote: > Hi All: > > Just wanted to double-check, before I even think

Re: [R-SIG-Mac] Experiences with macOS Sierra

The detailed update is very much appreciated Prof Ripley. Many thanks! -Bob On Thu, Sep 22, 2016 at 2:39 AM, Prof Brian Ripley wrote: > So far I have encountered few problems. R.app runs but I do not normally > use it so my tests were minimal. > > My observations are

[R-SIG-Mac] APFS report

I finally had some cycles to format a few spare external drives as APFS volumes. I didn't expect R to behave badly and I was proven correct that it works with directories & files on APFS volumes equally as well as it's HFS+ counterpart. You have to use command-line tools to format APFS volumes

[R-SIG-Mac] RSwitch 64-bit

On http://mac.r-project.org/ (which shld prbly be re-titled to "R for macOS Developer's Page"…I'd file a PR for that but do not know where that website source tree is maintained) there's a tiny binary at bottom of the page that enables switching of the `Current` R framework alias via a GUI.

Re: [R-SIG-Mac] code-signing for builds of R from the developer page?

Something like: http://www.apple.com/DTDs/PropertyList-1.0.dtd;> Label is.rud.buildr ProgramArguments sh -c /Users/bob/Development/R-3.6.1/build-and-sign.sh StartCalendarInterval Hour 13

Re: [R-SIG-Mac] code-signing for builds of R from the developer page?

. R.app will likely "need" said stapling come January 2020 (to avoid the "this app is malware" message from Apple). For the previous mail, you should be able to also use `productsign` to sign the installer the same way. -boB > On Sep 22, 2019, at 1:23 PM, Bob Rudis wrote

[R-SIG-Mac] R 3.6.2 installer / Catalina / Notarization

While easily remedied via right-click + open, out-of-the-box installer gives the Apple daft (and technically incorrect since Apple could most certainly check it for malicious software): “R-3.6.2.pkg” can’t be opened because Apple cannot check it for malicious software. message. Here's

Re: [R-SIG-Mac] R 3.6.2 installer / Catalina / Notarization

nt, just don't see it? I > did clear my caches. > > Thanks, > > -Roy > > >> On Dec 13, 2019, at 9:51 AM, Bob Rudis wrote: >> >> 3.6.2 was released on the 12th and it's been on all the CRAN mirrors I, er, >> "monitor", including the cran

Re: [R-SIG-Mac] R 3.6.2 installer / Catalina / Notarization

not notarize any version of R >> before 4.0.0 so Catalina users have to either stick to 3.5.1 (since Apple >> has grand-fathered installers create before Catalina) or use the Ctrl+click >> way to install R 3.6.2. >> >> Cheers, >> Simon >> >> >

Re: [R-SIG-Mac] Apparent interaction between XQuartz and the Catalina (10.15) macOS upgrade

I've been running Catalina since the first beta and upgraded to GM the day of release. Apart from having to stick R things into Full Disk Access I've had no issues with R nor XQuartz. I read through the links provided and, while I do have said symlink in the relocated items folder Apple

Re: [R-SIG-Mac] damned Catalina

Something else changed on your system as Catalina does no domain/IP/URL blocking without user-intervention and those repo URLs work fine on all my (many) Catalina systems. What else changed after you did the Catalina install? There's a great deal wrong with Catalina, this is not one of those

Re: [R-SIG-Mac] R-latest.pkg link returning a 403 Forbidden error

:02, Bob Rudis wrote: > > Hey Simon (et al), > > I setup a 2x daily link checker job for mac.r-project.org. It outputs tabular > results to https://rud.is/mac-r-project-links/ (timestamp at top is when the > job ran). One table is for HTTP HEAD results and the other is for HTTPS

Re: [R-SIG-Mac] mac.r-project.org links are broken

ARGH. It also looks like a standard wget mirroring + rewrite command isn't dealing with everything, but /src/ and /libs/ are both intact. I'll tweak the process this week so everything gets covered. On Sun, Jan 26, 2020 at 8:10 PM Bob Rudis wrote: > > FWIW I've started a daily mirror p

Re: [R-SIG-Mac] mac.r-project.org links are broken

FWIW I've started a daily mirror process (mirror URL = https://rud.is/rmac/mac.r-project.org/) and also setup certificate & uptime monitoring for the main site so there'll be a bit more advance notice in the future. I need to add a couple checks for this particular situation (to the mirroring to

Re: [R-SIG-Mac] R-latest.pkg link returning a 403 Forbidden error

Aye. It's working fine from more than a few vantage points I've tested it from via personal internet endpoints and work systems. I've setup a daily 0500 ET cron job to do a HEAD of said URL and output a slice of the {httr} response object as JSON to: https://rud.is/dl/r-latest.json in the event

Re: [R-SIG-Mac] R-latest.pkg link returning a 403 Forbidden error

Hey Simon (et al), I setup a 2x daily link checker job for mac.r-project.org. It outputs tabular results to https://rud.is/mac-r-project-links/ (timestamp at top is when the job ran). One table is for HTTP HEAD results and the other is for HTTPS HEAD results since the server doesn't

Re: [R-SIG-Mac] Finding "bash" and "mv" on my hard drive?

R does not ship bash or bin with the program distribution on macOS. It uses the ones that come along for the ride with the system (which will be interesting when Apple removes bash completely in 10.16). If you've used MacPorts or Homebrew, you may have installed version of those shells/tools

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

Hey Simon! At the bottom of https://mac.r-project.org/libs-4/ is: curl -O http://mac.R_project.org/libs-4/pkgconfig-0.28-darwin.17-x86_64.tar.gz While most folks will figure it out, it should be: curl -O http://mac.R-project.org/libs-4/pkgconfig-0.28-darwin.17-x86_64.tar.gz (dash

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

I shall pile on with an additional offer of assistance, Simon and a huge #ty for this and all the work you do. > On Apr 1, 2020, at 09:30, Balamuta, James Joseph > wrote: > > Simon, > > Thanks for the overview! A few quick questions: > > 1. Compiler-wise, the external clang compiler

[R-SIG-Mac] contrib/3.5 and contrib/3.6 empty

Simon (et al), FYI Ref: https://twitter.com/bearloga/status/1243159479492972545?s=20 and also my confirmation that bin/macosx/el-capitan/contrib/3.4 is the only 3.x with binaries in it after checking home CRAN mirror. -BoB ___ R-SIG-Mac mailing list

Re: [R-SIG-Mac] Strange library problem with 4.0

Can you try it with the "tar" method and see if it has the same behavior? I use the gzip'd tar files and have multiple versions running on multiple Macs and .libPaths() is not exhibiting that behavior. On Sat, Apr 25, 2020 at 5:47 AM Erich Subscriptions wrote: > > I installed R 4.0 on 2

Re: [R-SIG-Mac] R.app GUI 1.71 (7827) crashes on Catalina

Also, can you try running with the Debug build and poke around for contextual errors if you still get errors? On Fri, May 1, 2020 at 8:54 PM Bob Rudis wrote: > > Suggestion: try adding R.app to "Full Disk Access" in the Privacy tab > under Security & Privacy syst

Re: [R-SIG-Mac] R.app GUI 1.71 (7827) crashes on Catalina

Suggestion: try adding R.app to "Full Disk Access" in the Privacy tab under Security & Privacy system preferences. I'm not experiencing these issues (just now when I tried it; I generally don't use R.app) On Fri, May 1, 2020 at 4:54 PM Brandon Hurr wrote: > > I'm going to add to the pile on

Re: [R-SIG-Mac] R.app GUI 1.71 (7827) crashes on Catalina

e file (which did cause it to crash again) > >>> Here is the console log for the R PID (889 in this instance) from > >>> loading R to then clicking to load the same file (which froze my > >>> system again): > >>> https://gist.github.com/bhive01/5efa02237085c7a3ccf6d137e0

Re: [R-SIG-Mac] R.app GUI 1.71 (7827) crashes on Catalina

he R PID (889 in this instance) from > >> loading R to then clicking to load the same file (which froze my > >> system again): > >> https://gist.github.com/bhive01/5efa02237085c7a3ccf6d137e04f7c45 > >> Here is the full Apple Crash Log that came up after I force quit R: > &

Re: [R-SIG-Mac] incompatible lldb on mojave?

Can you provide a bit more info on the setup? I ask b/c: (more below the snippet) $ R -d lldb (lldb) target create "/Library/Frameworks/R.framework/Resources/bin/exec/R" Current executable set to '/Library/Frameworks/R.framework/Resources/bin/exec/R' (x86_64). (lldb) run

Re: [R-SIG-Mac] svn tarball

As an alternative, this: https://github.com/r-devel/r-svn is also kept current and has another advantage of being usable with git and running CI tests on PRs. -boB > On Aug 26, 2020, at 13:00, peter dalgaard wrote: > > Not dumb. > > Simon's usual style is that tarballs are installed

Re: [R-SIG-Mac] Catalina Crashes R

On 10.15.5 Beta (the one after the GA folks might have), scatter3d(prestige ~ income + education, data=Duncan, id=list(n=3)) (the example) works perfectly. Did you reinstall XQuartz? Unfortunately, that is kind of "a thing" one has to do after every x.y.z release of macOS if you care at all

Re: [R-SIG-Mac] Error compiling C++ code in R 4.0 on Mac OS X Catalina

Something is causing Rcpp to be unable to detect the presence of {RcppArmadillo}, which can be seen in the lack of the include for it in the snippet you posted on SO (FWIW that site has multiple trackers and I'm not really a fan of being made a product to try to answer a question): clang++

Re: [R-SIG-Mac] No labels in plots - none of the solutions that I've come across have worked

What does the output of: extrafont::font_import() subset(extrafont::fonttable(), grepl("Arial", FontName)) say about Arial? (you may need to install.packages("extrafont")) On Wed, Jun 17, 2020 at 2:00 AM J Greenbaum wrote: > > Hi all, > > I'm having what appears to be a relatively

Re: [R-SIG-Mac] Can't open files in 4.0 or 4.01

Are there any entries in Console.app that might help triage? Have you tried creating a new user on your Mac and seeing if that account has issues performing the same tasks your user account is having? Having said that, I just grabbed "Mac OS X GUI rev. 7843 for R 4.0.x" from mac.r-project.org

Re: [R-SIG-Mac] Problem with CHECK --as-cran on Catalina

Does it still do it if you build a tar.tgz archive and run it on that? I could not dup your problem, but when I tried to run it on a couple of my packages that work fine with tar.gz (I use Authors@R) in dir (`R CMD check --as-cran .` or parent dir and specify the pkg dir) I get: Required

Re: [R-SIG-Mac] Problems with R and Big Sur

After a bit of git and google poking it seems this is happening to users of MacVim (https://github.com/macvim-dev/macvim/issues/1114) and a few other FOSS projects. In various GH issues (like that one) the issue claims to be resolved by using the latest Xcode & SDK but that’s not likely to be a

[R-SIG-Mac] Swift + embedded R

Hey folks, In case there's any interest in using embedded R with Swift/SwiftUI, I've started a blogdown series on that very thing. Updates will be over at https://rud.is/books/swiftr/ & the associated repo is at hrbrmstr/swiftr-book-examples The book and repo are leading up to an eventual

[R-SIG-Mac] XQuartz now supports Apple Silicon

Announcement and d/l links: — https://www.mail-archive.com/xquartz-dev@lists.macosforge.org/msg01027.html — https://www.xquartz.org/releases/XQuartz-2.8.0_beta1.html Folks who use it should get prompted to install it next time you open it. ___

Re: [R-SIG-Mac] Mac M1 emacs

you should likely re-post to the list or double check the download as there are no x86_64 + amd64 universal binaries in there: $ find /Volumes/Emacs/Emacs.app/Contents/MacOS -type f -exec file {} \; /Volumes/Emacs/Emacs.app/Contents/MacOS/bin-x86_64-10_10/ctags: Mach-O 64-bit executable

Re: [R-SIG-Mac] sessionInfo on Monterey

arm64: R version 4.1.1 Patched (2021-08-13 r80752) Platform: aarch64-apple-darwin20 (64-bit) Running under: macOS Monterey 12.0 x86_64: R version 4.1.1 Patched (2021-08-10 r80733) Platform: x86_64-apple-darwin17.0 (64-bit) Running under: macOS Big Sur 10.16 On Fri, Aug 27, 2021 at 3:42 AM

Re: [R-SIG-Mac] Issue installing gdal, sf, rgeos on R 4.1

Did you install these "Optional Libraries, Frameworks and Applications for macOS (arm64)" — https://mac.r-project.org/libs-arm64/ — and /opt/R/arm64/bin to PATH? On Fri, Jul 23, 2021 at 8:54 AM Stephen Wild wrote: > > Hello, > > I am trying to install rgdal, sf, and rgeos on R 4.1 using Apple