Re: [Rd] Looking for R for Windows (rversion: 4.2.2) in base/old/%rversion%/R-%rversion%-win.exe
On 08.01.2023 15:23, Peter Dalgaard wrote: Dunno what happened there, and Win binaries are generally "not my table". However, 4.2.2 is not old, so possibly should not be on that list at all. It is the current version, so can be obtained via the "here" link at the top of the page (i.e. https://cran.r-project.org/bin/windows/base/) Thanks, fixed on my end, will be synced to CRAN during the next run. Best, Uwe -pd On 8 Jan 2023, at 06:12 , Andre Mikulec wrote: Peter Dalgaard, R-devel team, et al., Hi, my name is Andre Mikulec. I am an `common` committer to Postgres PL/R . . . https://github.com/postgres-plr/plr/commits?author=AndreMikulec https://github.com/postgres-plr/plr `PL/R - PostgreSQL support for R as a procedural language (PL)` However, now and different from the past, the `windows/base/old` R 4.2.2 download location URL link now, redirects to the wrong `R 4.2.1` location. Historically, Previous and Current(still called `old`) Windows versions of R have been stored here (below) and the current(old) version of R would have been 4.2.2. and would have pointed to R 4.2.2. https://cran.r-project.org/bin/windows/base/old/ ``` In this directory (and its URL redirect (->)): R 4.2.2 (October, 2022) -> https://cran.r-project.org/bin/windows/base/old/4.2.1 (NEED 4.2.2) R 4.2.1 (June, 2022) -> https://cran.r-project.org/bin/windows/base/old/4.2.1/ ``` So, something has changed `R 4.2.2 (October, 2022)` now redirects to `base/old/4.2.1`. Now and in the past, Appveyor builds of PL/R rely a specific version of R in an exact location: https://github.com/postgres-plr/plr/blob/4ac054e61c62f72a9cd3a38f66476d037b3e27a5/appveyor.yml#L25 ``` - pg: REL_15_0 PlatformToolset: v141 configuration: Release APPVEYOR_BUILD_WORKER_IMAGE: Visual Studio 2017 rversion: 4.2.1 ``` Notice (above and) below the variable `rversion: 4.2.1` and the hard coded location `base/old/%rversion%/R-%rversion%-win.exe`. https://github.com/postgres-plr/plr/blob/4ac054e61c62f72a9cd3a38f66476d037b3e27a5/appveyor.yml#L108 ``` - if not exist R-%rversion%-win.exe appveyor downloadfile https://cran.r-project.org/bin/windows/base/old/%rversion%/R-%rversion%-win.exe ``` E.g. the most recent PL/R build (a month ago) using R 4.2.1 `PL/R - PostgreSQL support for R as a procedural language (PL)` build: https://ci.appveyor.com/project/davecramer/plr-daun5/build/job/7lqs9pkgartjhxwt?fullLog=true#L15 ``` Cache 'R-4.2.1-win.exe' - Restored Running Install scripts if not exist R-%rversion%-win.exe appveyor downloadfile https://cran.r-project.org/bin/windows/base/old/%rversion%/R-%rversion%-win.exe R-%rversion%-win.exe /VERYSILENT ``` Now, where may One find a `specific version of R in an exact location`? Please help. Thanks, Andre Mikulec [[alternative HTML version deleted]] __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] R 4.2.2 on Haiku
Dear Yu Gong, Happy to hear that there are others out there trying to use R under Haiku. Getting packages to compile is a bit hit and miss. Pure R packages are easy, but yes, some packages will fail. As for haikuports, an updated port is being worked on: https://github.com/haikuports/haikuports/blob/master/dev-lang/r/r-4.2.2.recipe Best, Wolfgang >-Original Message- >From: gong yu [mailto:yug...@outlook.com] >Sent: Wednesday, 04 January, 2023 0:33 >To: Viechtbauer, Wolfgang (NP); R Devel List >Subject: 回复: R 4.2.2 on Haiku > >thank you very much, use R on haiku-os several times before. the OS is fast >and >eye-candy, just release beta 4 before new year. >when use R on haiku-os, some package will compiled failed(cairo for example) >,but >most package work seamlessly. > >btw, about R on haiku-os , Maybe you could create a git push on haikuports? >haikuports/dev-lang/r at master · haikuports/haikuports (github.com) > > >haikuports/dev-lang/r at master · haikuports/haikuports >Software ports for the Haiku operating system. Contribute to >haikuports/haikuports development by creating an account on GitHub. >github.com > >Yu Gong > > >发件人: R-devel 代表 Viechtbauer, Wolfgang (NP) > >发送时间: 2023年1月4日 4:25 >收件人: R Devel List >主题: [Rd] R 4.2.2 on Haiku > >Hi all, > >Not sure if this is of interest to anybody, but with the help of some kind >folks >over at the #haiku channel on IRC, I finally got the current version of R to >compile under the Haiku operating system (https://www.haiku-os.org): > >https://scholar.social/@wviechtb/10962707822595 > >Kate (https://kate-editor.org) makes for a workable IDE allowing for REPL-like >interactivity. X11 support is lacking, so graphs are directly created as pdfs, >but this is workable. > >In case you want to give this a try, it's pretty much this: > >pkgman install gcc_fortran bzip2_devel lrzip_devel xz_utils_devel >libpcre2_devel >libiconv_devel curl_devel readline_devel tiff4_devel libtool ncurses6_devel >libpaper_devel lapack_devel tcl_devel xcairo_devel pangomm_devel > >wget https://cran.r-project.org/src/base/R-4/R-4.2.2.tar.gz > >tar -xzf R-4.2.2.tar.gz >cd R-4.2.2 > >export CPPFLAGS="-D_BSD_SOURCE" >export LIBS="-lnetwork -lbsd" > >./configure --with-x=no --disable-java --enable-R-shlib -- >prefix=/boot/home/ >make >make install > >Best, >Wolfgang > >-- >Wolfgang Viechtbauer, PhD, Statistician | Department of Psychiatry and >Neuropsychology | Maastricht University | PO Box 616 (VIJV1) | 6200 MD >Maastricht, The Netherlands | +31(43)3884170 | https://www.wvbauer.com __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] Shouldn't "Loading" be "Attaching" when referring to library() calls?
require() and library() both emit this message immediately before
running library():
"Loading required package: %s"
https://github.com/r-devel/r-svn/blob/4198a2941b702d965bb2374c2b908f48c369f40a/src/library/base/R/library.R#L967-L968
https://github.com/r-devel/r-svn/blob/4198a2941b702d965bb2374c2b908f48c369f40a/src/library/base/R/library.R#L684-L685
Shouldn't "Loading" be "Attaching" instead?
My understanding is "a package is loaded" is equivalent to
"isNamespaceLoaded()", i.e., loadNamespace() was run. And that "a
package is attached" is equivalent to "pkg %in% .packages()", i.e.,
library(pkg) was run.
Is the terminology not so precise?
There's certainly ambiguity in the internal variable names referenced
above -- in require, we see
loaded <- paste0("package:", package) %in% search()
https://github.com/r-devel/r-svn/blob/4198a2941b702d965bb2374c2b908f48c369f40a/src/library/base/R/library.R#L680
Whereas in library() [via .getRequiredPackages2()] we see
attached <- paste0("package:", pkg) %in% search()
https://github.com/r-devel/r-svn/blob/4198a2941b702d965bb2374c2b908f48c369f40a/src/library/base/R/library.R#L931
Mike C
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
