Re: [R-SIG-Mac] installing with remotes package

This usually happens when you are on a slow network, and downloading the archive.rds file fails within the default 60 seconds. You can increase the timeout from 60 seconds to 600 or even more by setting the timeout option: options(timeout = 600) A more modern option is to use the pak package,

[R-SIG-Mac] arm64 R-devel builds use libedit instead of readline

FYI, in case this is not intended: ❯ otool -L /Library/Frameworks/R.framework/Versions/4.4-arm64/Resources/lib/libR.dylib [...] /usr/lib/libedit.3.dylib (compatibility version 2.0.0, current version 3.0.0) [...] x86_64 builds seem to use readline, still. Gabor

Re: [R-SIG-Mac] get-task-allow entitlement

ement, so if it is allowed I'll would ask for some more testing to make > sure this doesn't affect something else in the R ecosystem. I agree that > having to clear the entitlements to debug R is a bit of a pain. > > Thanks, > Simon > > > > > On 5/04/2022, at 4:59

Re: [R-SIG-Mac] R-SIG unsubscribe

On Tue, Nov 23, 2021 at 1:23 PM peter dalgaard wrote: > > The button works fine (I did test it before sending), but you do need to > login, since nobody (except possibly the list administrator) should be able > to unsubscribe other people. For the record, I don't think you need to log in. Just

Re: [R-SIG-Mac] Nightly build segfaults

On Wed, Nov 17, 2021 at 8:45 PM Prof Brian Ripley wrote: > > On 17/11/2021 19:32, Gábor Csárdi wrote: > > On Wed, Nov 17, 2021 at 8:14 PM Prof Brian Ripley > > wrote: > > [...] > >> With the tarball I get a popup telling me > >> > >> “R.frame

Re: [R-SIG-Mac] Nightly build segfaults

On Wed, Nov 17, 2021 at 8:14 PM Prof Brian Ripley wrote: [...] > With the tarball I get a popup telling me > > “R.framework” cannot be opened because the developer cannot be verified. Interesting. I am on 12.0.1 and there is no popup, but there is a crash report with Exception Type:

[R-SIG-Mac] Nightly build segfaults

This is Monterey: ❯ uname -a Darwin Gabors-MacBook-Pro-3.local 21.1.0 Darwin Kernel Version 21.1.0: Wed Oct 13 17:33:01 PDT 2021; root:xnu-8019.41.5~1/RELEASE_ARM64_T6000 arm64 The R-devel build segfaults: ❯ curl -O https://mac.r-project.org/monterey/R-devel/arm64/R-devel.tar.gz ❯ sudo tar xzf

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

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 bug, but a libressl/Mojave bug that Apple didn't fix, and probably

Re: [R-SIG-Mac] ANSI escape weirdness on M1 (libedit issue?)

the > system library which is libedit. If it is of interest I can check if readline > 5.2 can be built for arm64, but it predates the architecture by quite a few > years ;). > > Cheers, > Simon > > > > On Nov 4, 2021, at 7:12 AM, Gábor Csárdi wrote: > > > &g

Re: [R-SIG-Mac] ANSI escape weirdness on M1 (libedit issue?)

On Wed, Nov 3, 2021 at 7:00 PM Prof Brian Ripley wrote: [...] > AFAIK the reason for not distributing readline with binary distributions > of R is perceived licence restrictions. So is the license different for x86_64? Because those builds come with readline: ❯ R-4.1 -q -e

[R-SIG-Mac] ANSI escape weirdness on M1 (libedit issue?)

Anyone else noticed some weirdness with the arm build when the prompt has ANSI escape codes? E.g. in a terminal run this options(prompt = "\033[1m> \033[0m") and then at the new prompt type in some longer word and press CTRL+A. The cursor does not go back to the beginning of the line, probably

Re: [R-SIG-Mac] Difficulties with R-Studio

This has never happened to me (except when I touch the touchpad accidentally :), so unfortunately I don't have an answer, just some tips. RStudio has an online forum. If you don't get an answer here in a couple of days, you might want to try to ask your question there:

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

One thing that I noticed both on Silicon and the intel macs at GitHub Actions, is that the CRAN installer does not create the symlinks in `/usr/local/bin`. Probably some permission or entitlement issue. So you'll probably want to create them manually. E.g. on GHA it goes like this:

Re: [R-SIG-Mac] GUI does not seem to compile with Xcode 12.x

Gábor Csárdi wrote: > > 2020-10-29T09:00:02.6267350Z > /Users/runner/work/r-builder/r-builder/_build/R4/Mac-GUI/main.m:74:3: > error: implicit declaration of function 'R_CleanUp' is invalid in C99 > [-Werror,-Wimplicit-function-declaration] &

[R-SIG-Mac] GUI does not seem to compile with Xcode 12.x

2020-10-29T09:00:02.6267350Z /Users/runner/work/r-builder/r-builder/_build/R4/Mac-GUI/main.m:74:3: error: implicit declaration of function 'R_CleanUp' is invalid in C99 [-Werror,-Wimplicit-function-declaration] FYI, Gabor ___ R-SIG-Mac mailing list

[R-SIG-Mac] Daily builds

Hi Simon, I wonder if the tarballs and the installers for 4.0 and 4.1 are missing from https://mac.r-project.org/ on purpose. The logs seem to have recent dates, but the installers or the links to them are not there? Thanks much, Gabor ___ R-SIG-Mac

Re: [R-SIG-Mac] Error when fitting a brms model, maybe associated with Catalina MacOS

Setting the PATH in the shell does not apply to applications on macOS, e.g. I customize the PATH in my .zshrc, and yet in R.app I have the vanilla PATH: > Sys.getenv("PATH") [1] "/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin" RStudio is similar. Gabor On Mon, Dec 16, 2019 at 7:08 PM Simon

Re: [R-SIG-Mac] CRAN build of R linking to /usr/local/clang4/

r does indeed have an > environment that is different from the actual executable. > > [1] http://lists.llvm.org/pipermail/lldb-dev/2015-October/008691.html > > > > On Dec 15, 2018, at 4:41 AM, Gábor Csárdi wrote: > > > > On Sat, Dec 15, 2018 at 2:29 AM Simon U

Re: [R-SIG-Mac] CRAN build of R linking to /usr/local/clang4/

On Sat, Dec 15, 2018 at 2:29 AM Simon Urbanek wrote: [...] > although the R binary itself was omitted. However it doesn’t actually matter, > because it is always executed through the R shell wrapper which correctly > prepends $R_HOME/lib which is why R works just fine. This does not seem to

Re: [R-SIG-Mac] CRAN build of R linking to /usr/local/clang4/

Would it be possible to fix this for the builds of the upcoming release? Thanks, Gabor On Wed, Oct 10, 2018 at 11:12 PM Gábor Csárdi wrote: > > https://cran.r-project.org/bin/macosx/tools/ suggests installing a > special clang6 build. OTOH, the R binary links to a library t

[R-SIG-Mac] CRAN build of R linking to /usr/local/clang4/

https://cran.r-project.org/bin/macosx/tools/ suggests installing a special clang6 build. OTOH, the R binary links to a library that comes with CRAN's clang4 build: ❯ otool -L /Library/Frameworks/R.framework/Resources/bin/exec/R /Library/Frameworks/R.framework/Resources/bin/exec/R:

Re: [R-SIG-Mac] Feature request: install R in ~/Library/Frameworks

On Tue, Feb 7, 2017 at 4:17 PM, Gábor Csárdi <csardi.ga...@gmail.com> wrote: [...] > > Anyway, different volumes seem like a very good solution to me, because I > can use the stock CRAN installers. I'll try it in a second. > Actually, this will not work, because all R insta

Re: [R-SIG-Mac] Feature request: install R in ~/Library/Frameworks

On Tue, Feb 7, 2017 at 4:07 PM, Prof Brian Ripley <rip...@stats.ox.ac.uk> wrote: > On 07/02/2017 15:26, Gábor Csárdi wrote: > >> On Tue, Feb 7, 2017 at 10:54 AM, Gábor Csárdi <csardi.ga...@gmail.com >> <mailto:csardi.ga...@gmail.com>> wrote: >> >>

Re: [R-SIG-Mac] Feature request: install R in ~/Library/Frameworks

On Tue, Feb 7, 2017 at 10:22 AM, Prof Brian Ripley wrote: [...] > Well, you have missed the point. R itself allows you to do that: do read > 'R Installation and Administration'. > [...] For use as 'R' from a terminal, multiple CRAN distributions (of 3.x.y for >

Re: [R-SIG-Mac] Feature request: install R in ~/Library/Frameworks

./configure --enable-R-framework=~/Library/Frameworks does not work, btw, not too surprisingly. G. On Tue, Feb 7, 2017 at 10:00 AM, Gábor Csárdi <csardi.ga...@gmail.com> wrote: > On Tue, Feb 7, 2017 at 9:52 AM, David Winsemius <dwinsem...@comcast.net> > wrote: > >> &

Re: [R-SIG-Mac] Feature request: install R in ~/Library/Frameworks

On Tue, Feb 7, 2017 at 9:52 AM, David Winsemius <dwinsem...@comcast.net> wrote: > > > On Feb 7, 2017, at 1:11 AM, Gábor Csárdi <csardi.ga...@gmail.com> wrote: > > > > Thanks, that's not an option for me, I need an R installation that is > > binary compatib

[R-SIG-Mac] Feature request: install R in ~/Library/Frameworks

Hi all, I realize that this is not the typical use case on macOS, but for my work, it would be great to be able to install R into ~/Library/Frameworks. This would allow having different R versions for different users. I am not sure how difficult this would be to implement. I can see that some

Re: [R-SIG-Mac] Download data from Internet contained in a Zip file

Your R build does not support HTTPS. I suggest that you use the curl package if you can. HTTP support in base R is very limited currently. Gabor On Sun, Dec 25, 2016 at 10:37 PM, Christofer Bogaso wrote: > Hi again, > > I posted this in general R thread, however

Re: [R-SIG-Mac] detecting cores

10.10.5: ❯ /usr/sbin/sysctl -n hw.physicalcpu 2 ❯ /usr/sbin/sysctl -n hw.logicalcpu 4 Which I believe is correct. Laptop has one processor with two cores according to "Hardware Overview" in "System Information" Gabor On Fri, Feb 5, 2016 at 12:07 PM, Prof Brian Ripley

Re: [R-SIG-Mac] Command Line Quartz Device in Yosemite

On Wed, Oct 29, 2014 at 9:57 AM, Grant Rettke g...@wisdomandwonder.com wrote: On Tue, Oct 28, 2014 at 5:33 PM, Colin A. Smith co...@colinsmith.org wrote: First, it seems that under Yosemite, the default device is now x11 instead of quartz. Just curious, why do you prefer the quartz device

Re: [R-SIG-Mac] Unload CRAN package and locally built package

destructor code on unloading... Cheers, Simon On Sep 25, 2014, at 11:27 AM, Gábor Csárdi csardi.ga...@gmail.com wrote: Hi all, I have a little mystery here, and ideas would be welcome. I would like to unload the package igraph. The following works fine with the package downloaded from CRAN

Re: [R-SIG-Mac] Unload CRAN package and locally built package

care much about it. :) Thanks for the help, this is already a great day, and it is only 5:50am! :) Best, Gabor On Fri, Sep 26, 2014 at 4:40 AM, Gábor Csárdi csardi.ga...@gmail.com wrote: Hi Simon, thanks for the answer, sorry, I should have included this, it is apparently

[R-SIG-Mac] Unload CRAN package and locally built package

Hi all, I have a little mystery here, and ideas would be welcome. I would like to unload the package igraph. The following works fine with the package downloaded from CRAN (Snow Leopard package): install.packages(igraph) library(igraph) library(devtools) unload(inst(igraph)) However, if I

Re: [R-SIG-Mac] Mac OS X tcltk/X11 issues

What's wrong with capabilities(X11)? I am not sure if teting for the OS, and especially for a particular X server, installed in a particular directory, is a good idea, even if it covers most of the _current_ installations. Gabor On Mon, Jul 14, 2014 at 6:13 PM, Marc Schwartz

Re: [R-SIG-Mac] Mac OS X tcltk/X11 issues

://www.macrumors.com/2012/02/17/apple-removes-x11-in-os-x-mountain-lion-shifts-support-to-open-source-xquartz/ Best, Gabor Best, John -Original Message- From: Gábor Csárdi [mailto:csardi.ga...@gmail.com] Sent: Monday, July 14, 2014 6:37 PM To: Marc Schwartz Cc: John Fox; urba

Re: [R-SIG-Mac] [Rd] R 3.1.0: 'R CMD Sweave' deletes non tex files created upon batch mode exit

On Tue, Apr 15, 2014 at 7:14 AM, Duncan Murdoch murdoch.dun...@gmail.comwrote: On 14/04/2014, 10:23 AM, Marc Schwartz wrote: Hi Martin, Thanks for your confirmation on this. I normally do not use R CMD Sweave, as I too run under ESS in normal day to day operations. This finding was a

Re: [R-SIG-Mac] making R.app and home-brew live happily together

On Wed, Mar 5, 2014 at 9:21 AM, Simon Urbanek simon.urba...@r-project.orgwrote: On Mar 5, 2014, at 8:04 AM, Federico Calboli f.calb...@imperial.ac.uk wrote: On 4 Mar 2014, at 18:41, Davor Cubranic cubra...@stat.ubc.ca wrote: If you don't care about Tcl/Tk, you could also install R

Re: [R-SIG-Mac] making R.app and home-brew live happily together

On Wed, Mar 5, 2014 at 9:53 AM, Simon Urbanek simon.urba...@r-project.orgwrote: [...] I just checked, and homebrew proper doesn't even provide Tcl/Tk so it seems like this is not really an issue at all. Even the dupes version installs in a hidden location so it doesn't clash. Homebrew

Re: [R-SIG-Mac] Shortcut for launching command line R?

On Thu, Jan 23, 2014 at 11:40 PM, Tyler Ritchie tyler.ritc...@gmail.comwrote: Well, in Terminal you don't need any alias - just type R If you really want to save the shift though.. alias r='R' No, OSX is case insensitive: ~$ which r /usr/bin/r ~$ which R /usr/bin/R ~$ ls -l

Re: [R-SIG-Mac] [Rd] My first package

On Mon, Jan 20, 2014 at 9:58 AM, Federico Calboli f.calb...@imperial.ac.ukwrote: [...] I do that *with the current release of R* and I never had an issue whatsoever. Incidentally the words 'This should be done with the current version of R-devel (or if that is not possible, current R-patched