John,
The Windows installation instructions document has the following. So, one
obvious question is whether you did select it. (I haven't installed on WIndows
for ages, so I don't know whether this was changed recently or even whether the
selection is on or off by default).
-pd
Using package
Just to be clear, I was talking about Mac binary packages. The one available
and tested was
R-4.0-branch
4.0.1 RC
(2020/05/30, r78644)
from mac.r-project.org. (Simon Urbanek out of office for the weekend, I
suppose.)
-pd
> On 7 Jun 2020, at 08:27 , peter dalgaard wrote:
>
> Not happening o
Not happening on Mac, so likely a Windows build issue.
(There's no 4.0.1 CRAN package yet, and no nightly build of 4.0.1 Patched, but
the only thing changed in the sources since r78644 is the VERSION file.)
-pd
> On 7 Jun 2020, at 03:13 , Fox, John wrote:
>
> Hi,
>
> The following code, from
Hi,
The following code, from the examples in ?TkWidgets , immediately crashes R
4.0.1 for Windows:
- snip
library("tcltk")
tt <- tktoplevel()
label.widget <- tklabel(tt, text = "Hello, World!")
button.widget <- tkbutton(tt, text = "Push",
comman
On 06/06/2020 4:14 p.m., Dirk Eddelbuettel wrote:
On 6 June 2020 at 15:53, Duncan Murdoch wrote:
| This change happened in August, 2019, about 10 months ago. Perhaps this
| message asking people to test R-devel is relevant:
|
| https://stat.ethz.ch/pipermail/r-devel/2020-May/079484.html
Touche
On 6 June 2020 at 15:53, Duncan Murdoch wrote:
| This change happened in August, 2019, about 10 months ago. Perhaps this
| message asking people to test R-devel is relevant:
|
| https://stat.ethz.ch/pipermail/r-devel/2020-May/079484.html
Touche :) And fully agree. Rcpp's unit tests covered Rc
On 6 June 2020 at 15:44, Duncan Murdoch wrote:
| On 06/06/2020 3:06 p.m., Dirk Eddelbuettel wrote:
| >
| > The Rcpp package and some related packages such as RcppArmadillo make use of
| > (local) wrappers around the utils::package.skeleton() function for creating
| > (basic yet functional) packa
On 06/06/2020 3:44 p.m., Duncan Murdoch wrote:
On 06/06/2020 3:06 p.m., Dirk Eddelbuettel wrote:
... [deletions]
In short, 4.0.0 no longer exports via 'exportPattern("^[[:alpha:]]+")'
rendering the new package created non-functional.
Was this intentional, or is this a bug we can look into fix
On 06/06/2020 3:06 p.m., Dirk Eddelbuettel wrote:
The Rcpp package and some related packages such as RcppArmadillo make use of
(local) wrappers around the utils::package.skeleton() function for creating
(basic yet functional) packages using Rcpp or RcppArmadillo. RStudio also
exposes this under
The Rcpp package and some related packages such as RcppArmadillo make use of
(local) wrappers around the utils::package.skeleton() function for creating
(basic yet functional) packages using Rcpp or RcppArmadillo. RStudio also
exposes this under the graphical menu as a nice way to construct a pac
Duncan,
I am not sure if my arguing was understood given your reply.
First, I was arguing about the existence of the `archive.rds` metadata
file, maintained by CRAN - not the existence of
`remotes::install_version()` as a reason for this idea.
Second, `install.packages()` is a function accessing
On 06/06/2020 3:04 a.m., Patrick Schratz wrote:
Dear list,
Various helpers exist in the wild to install older archived versions of
CRAN packages, for example `remotes::install_version() ` or
`versions::install.version()`.
The former makes use of an “archive.rds” file stored in the CRAN
/Meta dir
Dear list,
Various helpers exist in the wild to install older archived versions of
CRAN packages, for example `remotes::install_version() ` or
`versions::install.version()`.
The former makes use of an “archive.rds” file stored in the CRAN
/Meta directory:
https://github.com/r-lib/remotes/blob/
The build system rolled up R-4.0.1.tar.gz (codename "See Things Now") this
morning.
The list below details the changes in this release.
You can get the source code from
http://cran.r-project.org/src/base/R-4/R-4.0.1.tar.gz
or wait for it to be mirrored at a CRAN site nearer to you.
Binaries f
14 matches
Mail list logo