[R-SIG-Mac] R-3.3.3.pkg not archived after R-3.4.0 release

Could R-3.3.3.pkg be moved into the ` https://cloud.r-project.org/bin/macosx/old/` directory with the other past releases? We look for the `.pkg` file for past releases there in the travis script, and R-3.3.3 has not been copied there yet. (see also https://github.com/travis-ci/travis-ci/issues/766

Re: [R-SIG-Mac] R-3.3.3.pkg not archived after R-3.4.0 release

Having a more reliable location for this is would be great, your proposed location sounds fine to me. Thanks for looking into this! Jim On Mon, May 1, 2017 at 11:34 AM, Simon Urbanek wrote: > >> On Apr 26, 2017, at 12:16 PM, Jim Hester wrote: >> >> Could R-3.3.3.

[R-SIG-Mac] Replication runtime error on MacOS build machines

I maintain the fs package, which is currently failing _only_ on CRANs MacOS build machine. I have been trying to replicate this error and unfortunately have been unable to do so, the package works as expected locally (M

Re: [R-SIG-Mac] Replication runtime error on MacOS build machines

” > […] > "Packages should not write in the user’s home filespace (including > clipboards), nor anywhere else on the file system apart from the R > session’s temporary directory (or during installation in the location > pointed to by TMPDIR: and such usage should be cleaned up

[R-SIG-Mac] Availability of nightly R-devel build

It seems the nightly R-devel builds have stopped updating. The last one available seems to be from April 5th, R Under development (unstable) (2018-04-05 r74542) That also seems to be the date of the last log available at http://r.research.att.com/log-R-devel.el-capitan.x86_64.html I did not see a

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

The link https://mac.r-project.org/bin/macosx/R-latest.pkg which previously served the latest version of R is now returning a 403. Is this an intentional change, or is it an unintentional? This link is used by the Travis-CI build scripts for macOS, so if the link is no longer valid we will need to

[R-SIG-Mac] Using lldb with R 3.6.3 and the current R-devel causes an error exit from the process

See below, lldb works with prior versions of R without a problem. Perhaps the new hardened runtime is the issue. The behavior seems similar to that discussed in this thread (https://forums.developer.apple.com/thread/119059). It would be pretty detrimental not to be able to debug R with lldb, so ho

[R-SIG-Mac] R-devel daily build lagging

It seems currently (as of 2020-07-13 the last daily build of R-devel was on 2020-07-01. (https://mac.r-project.org/) This seemed like a larger lag than normal since the last build. Just wondering if there was something wrong with the build machine, or if there was another reason for the delay. J

[R-SIG-Mac] R, FORTRAN and Apple Silicon

I recently inquired about the progress of gcc (more specifically gfortran) support with Apple's new 'Apple Silicon' architecture. [0] As of today it seems gfortran is not available natively, which has implications for R support on upcoming Apple hardware. Subsequently I have been in email contact

[R-SIG-Mac] Mirror sync issues with macOS binaries for new package releases.

Recently it seems to have become much more common for the PACKAGES* metadata to get out of sync with the actual availability of macOS binaries. e.g. the PACKAGES* metadata will show there is a binary available, but it is not yet fully synced and users get download failures. We had 4 issues (and one