Iñaki,
I fully agree, this a very common issue since vast majority of server
deployments I have encountered don't allow internet access. In practice this
means that such packages are effectively banned.
I would argue that not even (1) or (2) are really an issue, because in fact the
CRAN policy
On Fri, 23 Sept 2022 at 17:22, Iñaki Ucar wrote:
>
> [snip]
> Now, what if connection is suppressed during package load? There are
> basically three use cases out there:
>
> (1) The package requires additional files for the installation (e.g.
> the source code of an external library) that cannot b
Hi all,
I'd like to open this debate here, because IMO this is a big issue.
Many packages do this for various reasons, some more legitimate than
others, but I think that this shouldn't be allowed, because it
basically means that installation fails in a machine without Internet
access (which happen
No, it looks as though this is an unrelated bit of caching being done by
rstan. During startup, it saves some ggplot defaults in an internal
environment ".rstanvis_defaults"; that captured the ggplot2 3.3.6
defaults, which caused problems when being run under ggplot2 3.4.0.
Duncan Murdoch
On
This issue may be the culprit in an obscure bug that's been reported on
R-package-devel: see
https://stat.ethz.ch/pipermail/r-package-devel/2022q3/008481.html. It
appears that some ggplot2 version 3.4.0 code is being run even though
3.3.6 is the version on CRAN, and 3.3.6 is *also* being run
> Kurt Hornik
> on Fri, 23 Sep 2022 09:57:49 +0200 writes:
> Martin Maechler writes:
> Currently in R-devel,
R> as.POSIXlt.Date
> function (x, ...)
> {
>if (any((y <- unclass(x)) > .Machine$integer.max, na.rm = TRUE))
> as.POSIXlt(.POSIXct(y
Hello all,
I can confirm Andrew's assessment of the situation for screen reader users
(both JAWS and NVDA) for R GUI version 4.2.1; I don't intend to go back and
verify how/when the problem first arose though.
The situation is not new, or at least the same experience was evident well
before no
> Martin Maechler writes:
Currently in R-devel,
R> as.POSIXlt.Date
function (x, ...)
{
if (any((y <- unclass(x)) > .Machine$integer.max, na.rm = TRUE))
as.POSIXlt(.POSIXct(y * 86400), tz = "UTC")
else .Internal(Date2POSIXlt(x))
}
R> as.POSIXct.Date
function (x, ...)
.POSIX
> Roland Fuß
> on Tue, 20 Sep 2022 09:25:52 +0200 writes:
> Hello, May I follow up on this? Has it fallen through the
> cracks or were there considerations against passing `tz`
> to `.POSIXct`?
> Regards,
> Roland
Hmm... I don't remember even though I had repli
