Thanks. Thankfully Ivan looked up the source package
(https://github.com/fvlampe/goeveg) and his response previously on this
list solved the problem for CRAN. I simply needed to change the argument
from 'NUL' to NULL. The package was now successfully submitted.
However, in R-hub the NOTE rema
On Wed, Dec 13, 2023 at 8:06 AM McGrath, Justin M wrote:
>
> On Windows, packages will be in "C:\Users\[User
> Name]\Documents\R\win-library\[R version]\[Package Name]".
In R (>= 4.2.0), the default R_LIBS_USER path has moved to under
LOCALAPPDATA, e.g. "C:\Users\[User
Name]\AppData\Local\R\win-
This is a narrow view of the world. As has been mentioned here by Tomas, the
issue at this point is that a very widely-used operating system does not allow
the absolute path to be longer than 254 characters unless users make
possibly-breaking changes to their OS configuration. If a user is curre
On Windows, packages will be in "C:\Users\[User
Name]\Documents\R\win-library\[R version]\[Package Name]".
With a 150 byte limit, that leaves 70 bytes for the user name, R version and
package name. That seems more than sufficient. If people are downloading the
source files, that also leaves ple
I'm not even asking for that. I'm asking for the decades old ustar
comparability, which is 255 characters, at most. In practice it is slightly
less than that. ustar is older than R itself. There is no one using R who
doesn't have ustar compatible tar.
Fr
The maximum path length supported by ustar is 255 bytes, and any path
compatible with ustar is compatible with path limits for all file systems used
by any operating system for the last several decades. Anything that is ustar
compatible is compatible with all other requirements. There is no reas
On 13 December 2023 at 16:02, Tomas Kalibera wrote:
|
| On 12/13/23 15:59, Dirk Eddelbuettel wrote:
| > On 13 December 2023 at 15:32, Tomas Kalibera wrote:
| > | Please don't forget about what has been correctly mentioned on this
| > | thread already: there is essentially a 260 character limit o
On 12/13/23 15:59, Dirk Eddelbuettel wrote:
On 13 December 2023 at 15:32, Tomas Kalibera wrote:
| Please don't forget about what has been correctly mentioned on this
| thread already: there is essentially a 260 character limit on Windows
| (see
| https://blog.r-project.org/2023/03/07/path-lengt
On 13 December 2023 at 15:32, Tomas Kalibera wrote:
| Please don't forget about what has been correctly mentioned on this
| thread already: there is essentially a 260 character limit on Windows
| (see
| https://blog.r-project.org/2023/03/07/path-length-limit-on-windows/index.html
| for more).
Rhub is not CRAN. Please include a link to your source package if you want
help. If there is actually a bug in Rhub then this NUL error may not reflect
the response you will get from CRAN if and when you submit.
On December 13, 2023 12:58:41 AM PST, Friedemann von Lampe
wrote:
>Hi,
>
>when try
On 12/13/23 14:56, McGrath, Justin M wrote:
Thanks. Pursuing this a bit further, from ?tar "Known problems":
> The handling of file paths of more than 100 bytes. These
> were unsupported in early versions of ‘tar’, and supported in
> one way by POSIX ‘tar’ and in another by GNU ‘
> Thanks. Pursuing this a bit further, from ?tar "Known problems":
> The handling of file paths of more than 100 bytes. These
> were unsupported in early versions of ‘tar’, and supported in
> one way by POSIX ‘tar’ and in another by GNU ‘tar’ and yet
> another by the POSIX ‘pax’ co
Dear Friedemann von Lampe,
Welcome to R-package-devel! This is a good, concise description of the
problem, but please also provide a link to your code in the future.
В Wed, 13 Dec 2023 09:58:41 +0100
Friedemann von Lampe
пишет:
> Flavor: r-devel-linux-x86_64-debian-gcc
> Check: for non-standard
Hi,
when trying to update my package on CRAN it is rejected, because it gets
a note during checks on Debian:
Flavor: r-devel-linux-x86_64-debian-gcc
Check: for non-standard things in the check directory, Result: NOTE
Found the following files/directories:
'NUL'
There is no such file in my fol
14 matches
Mail list logo
