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

2014-01-20 Thread Gábor Csárdi
On Mon, Jan 20, 2014 at 10:34 AM, Federico Calboli f.calb...@imperial.ac.uk wrote: [...] That's as interesting as the English language makes it -- please note of the expression 'should' as opposed to 'must', and the list of three options of R versions. Well, my interpretation is that

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

2014-01-20 Thread Gábor Csárdi
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

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

2014-01-23 Thread Gábor Csárdi
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] making R.app and home-brew live happily together

2014-03-05 Thread Gábor Csárdi
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

2014-03-05 Thread Gábor Csárdi
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] [Rd] R 3.1.0: 'R CMD Sweave' deletes non tex files created upon batch mode exit

2014-04-15 Thread Gábor Csárdi
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] Mac OS X tcltk/X11 issues

2014-07-14 Thread Gábor Csárdi
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

2014-07-14 Thread Gábor Csárdi
://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

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

2014-09-25 Thread Gábor Csárdi
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] Unload CRAN package and locally built package

2014-09-26 Thread Gábor Csárdi
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

2014-09-26 Thread Gábor Csárdi
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

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

2014-10-29 Thread Gábor Csárdi
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] detecting cores

2016-02-05 Thread Gábor Csárdi
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] Feature request: install R in ~/Library/Frameworks

2017-02-07 Thread Gábor Csárdi
./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: > >> &

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

2017-02-07 Thread Gábor Csárdi
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] Feature request: install R in ~/Library/Frameworks

2017-02-07 Thread Gábor Csárdi
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

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

2017-02-07 Thread Gábor Csárdi
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

2017-02-07 Thread Gábor Csárdi
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

2017-02-07 Thread Gábor Csárdi
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] Download data from Internet contained in a Zip file

2016-12-25 Thread Gábor Csárdi
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

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

2018-10-10 Thread Gábor Csárdi
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] CRAN build of R linking to /usr/local/clang4/

2018-12-16 Thread Gábor Csárdi
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/

2018-12-14 Thread Gábor Csárdi
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

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

2018-12-15 Thread Gábor Csárdi
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] Error when fitting a brms model, maybe associated with Catalina MacOS

2019-12-16 Thread Gábor Csárdi
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

[R-SIG-Mac] Daily builds

2020-07-23 Thread Gábor Csárdi
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] Apple Silicon aka M1 Macs

2020-11-17 Thread Gábor Csárdi
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:

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

2020-10-29 Thread Gábor Csárdi
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

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

2020-10-29 Thread Gábor Csárdi
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] &

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

2021-08-15 Thread Gábor Csárdi
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:

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

2021-11-03 Thread Gábor Csárdi
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] ANSI escape weirdness on M1 (libedit issue?)

2021-11-03 Thread Gábor Csárdi
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

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

2021-11-23 Thread Gábor Csárdi
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

2021-11-17 Thread Gábor Csárdi
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

2021-11-17 Thread Gábor Csárdi
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:

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

2021-11-13 Thread Gábor Csárdi
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?)

2021-11-12 Thread Gábor Csárdi
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

[R-SIG-Mac] Nightly build segfaults

2021-11-16 Thread Gábor Csárdi
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