Thank you Kevin, just checked that the error is solved in the latest
development version of "renv", and now it works as expected with R
4.0.1:
https://github.com/rstudio/renv/commit/976ae7af6dc348af30eaf2893d886f132a76aba0
Sorry for posting in r-devel, I was not sure if it was a R or "renv"
error
Dear R Developers,
I am having an issue with the renv package and R 4.0.1, which I
suspect is related to base R and not the renv package itself, as with
R 3.6.3 such an "error" does not appear.
The error is raised by a file.exists() path, and path
"C:\Users\J-tel\Documents", which in R 3.6.3 is r
Got it, thank you for pointing out the solution then.
Best,
Juan
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Thank you Mr. Tierney!
Using globalCallingHandlers() to directly handle
"packageConflictError" is an excellent idea!
The benefits I see for such an implementation are:
* The patch would be contained within the Conflict Error Handler,
which should reduce any side effects with an eventual implement
Dear R Developers,
###
# Context:
###
When managing Search Path Conflicts (See:
https://developer.r-project.org/Blog/public/2019/03/19/managing-search-path-conflicts/index.html),
with:
options(conflicts.policy = "strict")
We get the following behaviour when loading a package (Eg: dplyr):
libra
Dear R Developers,
As regards "Support for Dashes in the Raw String Delimiter" from commit:
https://github.com/wch/r-source/commit/4d4781ad19890193d5eb458d71f18d7e53ee73c5
Would it be possible to support in addition to r"" Syntax, for not escaping
backlash character in strings, also support """
Give a try to "rhub":
https://cran.r-project.org/web/packages/rhub/index.html
https://cran.r-project.org/web/packages/rhub/vignettes/local-debugging.html
Which allows to try different os, and system configurations :)
Hope it works!
El lunes, 30 de diciembre de 2019, Dirk Eddelbuettel
escribió
https://builder.r-hub.io/
El martes, 3 de septiembre de 2019, Therneau, Terry M., Ph.D. via R-devel <
r-devel@r-project.org> escribió:
> I remember there was advice about a server that one could use for reverse
> dependency
> checks, but I forgot to write it down. (Or I did save the info and for
Dear R Developers,
After having fully read "Advanced R First Edition" , and having just bought
my physical copy of "Advanced R Second Edition", I recommend that:
Any community member interested in the development of R reads "Advanced R
Second Edition", which explains R Language Core concepts cris
Thank you Martin for giving to know and developing 'Rmpfr' library for
unlimited size integers (GNU C GMP) and arbitrary precision floats (GNU C
MPFR):
https://cran.r-project.org/package=Rmpfr
My question is: In the long term (For R3.7.0 or R3.8.0):
Does it have sense that CMP substitutes INTSXP
and Int-64 seems to only happen in Python2.
Best,
Juan
El miércoles, 29 de mayo de 2019, Gabriel Becker
escribió:
> Hi Juan,
>
> Comments inline.
>
> On Wed, May 29, 2019 at 12:48 PM Juan Telleria Ruiz de Aguirre <
> jtelleria.rproj...@gmail.com> wrote:
>
>> Dea
Dear R Developers,
There is an interesting issue related to "reticulate" R package which
discusses how to convert Python's non-32 bit integers to R, which has had
quite an exhaustive discussion:
https://github.com/rstudio/reticulate/issues/323
Python seems to handle integers differently from R,
Dear R Developers,
R 3.6.0 is going to introduce new features for managing search path
conflicts, explained in greater detail in the following article, and which
are greatly welcome:
https://developer.r-project.org/Blog/public/2019/03/19/managing-search-path-conflicts/index.html
In addition, ano
It would be nice to see such immutable package version links:
E.g.:
https://cran.r-project.org/package=httr&version=1.3.1
https://cran.r-project.org/package=httr&version=1.3.0
In the CRAN package web pages themselves, and specifically in the "Old
Sources: httr Section":
https://cran.r-project.
Dear R Developers,
I would like to pick up back again the issue of 64 bits integers with R:
http://r.789695.n4.nabble.com/Re-R-support-for-64-bit-integers-td2320024.html
*** CURRENT SITUATION ***
At the moment, as regards integers, all the following are the same type:
* length of an R vector
*
Maybe a new Operator could be defined for a fast and easy double
Comparison: `~~`
`~~` <- function (e1, e2) all.equal(e1, e2)
And document it properly.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
I polished a little bit more the function:
* Used: getOption("max.print")
* Added comment at the end: cat('[ reached getOption("max.print") --
omitted ', omitted,' rows ]')
function (x, ..., digits = NULL, quote = FALSE, right = TRUE,
row.names = TRUE)
{
n <- length(row.names(x))
Dear R Developers,
I would like to propose a simple optimization for print.data.frame
base function:
To add: x <- as.data.frame(head(x, n = options("max.print")))
This would prevent that, if for example, we have a 10GB data.frame
(e.g.: Instead of a data.table), and we accidentally print it, the
In CRAN, R 3.5.0 is not available for download on "Previous Releases
of R for Windows". ¿Could it be added?
https://cran.r-project.org/
Thanks.
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
It might be related with this files:
https://github.com/wch/r-source/blob/trunk/src/library/grDevices/src/devQuartz.c
https://github.com/wch/r-source/blob/trunk/src/include/R_ext/QuartzDevice.h
Could we port some of the UNIX optimizations to previous code?
https://github.com/wch/r-source/blob/t
Dear R Developers,
Just I would like to remind that R Contributed Documentation is still frozen:
https://cran.r-project.org/other-docs.html
It would certainly be nice to have an official R Project Contributed
Documentation Site where we can all contribute :)
Kind regards,
Juan Telleria
*P.D.:
> Is the cost really so high as to preclude adding the remaining Lapack
> routines to Rlapack?
Updating Lapack Libraries shall not break compatibility, and rather
provide bug fixes I guess.
> the reason is that there would be a significant extra maintenance burden
> consisting of things that is
It does not answer direcly your question, but have you tried "bit64"
CRAN package :)
https://cran.r-project.org/web/packages/bit64/index.html
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
I attach the Github Flow for teams and projects with regular deployments:
https://guides.github.com/pdfs/githubflow-online.pdf
https://guides.github.com/introduction/flow/
Tips:
* Always Do pull requests based on branches (never on the master).
* Keep your Fork Synchronized with the Upstream
> So I created a branch within my fork, and committed the change there. But
> Github provides no way to create a pull request that only includes the new
> stuff!
> Every attempt I made would have included everything from both bug fixes.
I have been doing some tests, and I think that this issue c
Yes, indeed Gitlab GUI Core Code is Open Source (Libre / Community
Edition): https://gitlab.com/gitlab-org/gitlab-ce
> But his instructions required command-line git, and my main claim is that
> Github is not good enough to do the kinds of things I want to do and R Core
> would need to do.
>
> M
In case it's useful:
A) Git Cheatsheet: ADVANCED (GitHub)
https://www.google.es/url?sa=t&source=web&rct=j&url=https://services.github.com/on-demand/downloads/github-git-cheat-sheet.pdf&ved=2ahUKEwjkhYmdt_bYAhXIwBQKHXWdBfoQFjAAegQIERAB&usg=AOvVaw3RoN21aynhcDHqKncV31el
B) Git Cheatsheet: BASICS (G
I do not mind investing as much time as necessary :-)
> If you ever need to document issues / coding recipes related to GIT / SVN:
>
> * I could pick the commands from e-mails.
> * Any documentation you send me.
> * Or books (http://shop.oreilly.com/product/0636920022862.do), web pages,
etc..
>
>
If you ever need to document issues / coding recipes related to GIT / SVN:
* I could pick the commands from e-mails.
* Any documentation you send me.
* Or books (http://shop.oreilly.com/product/0636920022862.do), web pages,
etc..
And create a wiki / documentation page in any platform, in order to
29 matches
Mail list logo