Forgot to mention, my builds were not instrumented for valgrind, and also:
vagrant@vagrant:/vagrant/trunk$ ./bin/R --version
R Under development (unstable) (2021-04-27 r80232) -- "Unsuffered Consequences"
Copyright (C) 2021 The R Foundation for Statistical Computing
Platform: x86_64-pc-linux-gnu
> On Thursday, April 29, 2021, 6:35:16 PM EDT, Winston Chang
> wrote:
> Just to be clear, the RD binary that Jon used was NOT compiled with
> Valgrind level 2 instrumentation. In his example, however, he did run it
> with valgrind, as in:
>
> # RD -d valgrind --quiet -e "sum(c(1, NA))"
> ...
>
Just to be clear, the RD binary that Jon used was NOT compiled with
Valgrind level 2 instrumentation. In his example, however, he did run it
with valgrind, as in:
# RD -d valgrind --quiet -e "sum(c(1, NA))"
...
> sum(c(1, NA))
[1] NaN
`RD` in that Docker image is a standard build of R-devel. The
NA propagation is complicated. I don't know whether what
you observe could be explained by the difference between
a valgrind instrumented vs. not version of R (I gather the
release version you used is not instrumented / possibly
compiled differently too from the github issue?).
Hopefully someone
Hello,
I'm debugging some valgrind issues, and noticed some odd behavior with
NA an R-devel under valgrind.
Using Winston Chang's r-debug image (and some of this reproductions form [1]):
r-devel (2021-04-27 r80232) without Valgrind returns NA:
# RD --quiet -e "sum(c(1, NA))"
> sum(c(1, NA))
[1]
cli does export col_red - did you omit the 'r' when calling it from your
package or vignette?
On Thu, Apr 29, 2021 at 9:29 AM Danielle Maeser wrote:
> Hi Duncan,
>
> I really appreciate your response. Unfortunately, I am still receiving the
> error below.
>
> If anyone has ideas, I'd appreciate
On 29/04/2021 1:34 p.m., Danielle Maeser wrote:
Hi Gabor,
My full output is below:
* Error: object 'col_ed' is not exported by 'namespace:cli'
Execution halted
ERROR: lazy loading failed for package 'packagename'
---
ERROR: package
That's not the _full_ output, unfortunately. And if you can't share a
file that reproduces this (not necessarily your original file!), then
Duncan's advice is all we can tell you: don't install packages in
vignettes.
Gabor
On Thu, Apr 29, 2021 at 7:34 PM Danielle Maeser wrote:
>
> Hi Gabor,
>
>
Dear Nitesh,
My apologies for mailing you again.
I noticed that you are assigned to our msqrob2 package so I took the liberty to
mail you directly.
I have pushed msqrob2 version 0.99.3 yesterday.
I received following message: "Received a valid push on
Hi Gabor,
My full output is below:
* Error: object 'col_ed' is not exported by 'namespace:cli' Execution
halted ERROR: lazy loading failed for package 'packagename'
--- ERROR: package installation
failedError: 'col_ed' is not an exported object
If you could share a reproducible example with us, and/or you could
show the full output, then we could probably help you better.
Gabor
On Thu, Apr 29, 2021 at 6:29 PM Danielle Maeser wrote:
>
> Hi Duncan,
>
> I really appreciate your response. Unfortunately, I am still receiving the
> error
Hi Duncan,
I really appreciate your response. Unfortunately, I am still receiving the
error below.
If anyone has ideas, I'd appreciate it!
This is the only online forum I can find that discusses the error, but I
have not found it helpful: https://github.com/r-lib/cli/issues/94
* ERROR:
Eugenio,
the CRAN submission checklist available at
https://cran.r-project.org/web/packages/submission_checklist.html
contains some information on how to write a suitable Description entry in
the DESCRIPTION file for CRAN packages.
This contains:
o Make the Description as informative as
You may want to check out your checkout
I see:
Peter-Dalgaards-iMac:R pd$ grep newsock src/main/connections.c
con = R_newsock(host, port, server, serverfd, open, timeout, options);
but your file seems to have lost the ", options" bit somehow. Also, mine is
line 3488, not 3477.
Maybe
On Thu, 29 Apr 2021 at 15:59, Ben Bolker wrote:
>
>I probably don't want to go down this rabbit hole very far, but if
> anyone has any *quick* ideas ...
>
>Attempting to build R from scratch with a fresh SVN checkout on a
> somewhat out-of-date CentOS system (for which I don't have root
Hi Rafa,
Thank you very much for the feedback, appreciate the help, it is very clear
that way!
Best,
Eugenio
On Thu, 29 Apr 2021 at 14:53, Rafael Ayala Hernandez <
rafael.ayalahernan...@oist.jp> wrote:
> Hi Eugenio,
>
> I was recently asked a similar addition from the CRAN team for my package
I probably don't want to go down this rabbit hole very far, but if
anyone has any *quick* ideas ...
Attempting to build R from scratch with a fresh SVN checkout on a
somewhat out-of-date CentOS system (for which I don't have root access,
although I can bug people if I care enough).
Hi all,
I have been asked by a CRAN member to add references for methods used in
the package, in the description file of DESCRIPTION.
The format to do so seems to be:
authors (year)
authors (year)
authors (year, ISBN:...)
However, I feel a bit unconfident about how to properly include these
On Thu, 29 Apr 2021 at 14:36, Gábor Csárdi wrote:
>
> Dear all,
>
> Fedora 34 was released two days ago, and with a fresh build of R I get
>
> [root@2dba8b3587c1 R-devel]# bin/R
> ERROR: R_HOME ('/tmp/R-devel') not found
This is known. It's a docker issue after a glibc change. See [1] and
Dear all,
Fedora 34 was released two days ago, and with a fresh build of R I get
[root@2dba8b3587c1 R-devel]# bin/R
ERROR: R_HOME ('/tmp/R-devel') not found
on it, coming from
https://github.com/wch/r-source/blob/0f0092adf14b8bd17bcce1cac0ee26b928355dab/src/scripts/R.sh.in#L263
Apparently
Dear all,
I plan to provide at least two .csv files of raw data for the package I
want to publish on Bioconductor. In point 5.4 of
https://www.bioconductor.org/developers/package-guidelines/#data it is
stated that such data needs to be documented
in the inst/script/ directory.
Sadly I could
> Henrik Bengtsson writes:
Thanks: Tomas and I have now improved this.
Best
-k
> In ?base::.libPaths, there's a paragraph saying:
> The library search path is initialized at startup from the environment
> variable R_LIBS (which should be a colon-separated list of directories
> at which R
> brodie gaslam via R-devel
> on Thu, 29 Apr 2021 01:04:01 + (UTC) writes:
>> On Wednesday, April 28, 2021, 5:16:20 PM EDT, Gabriel Becker
wrote:
>>
>> Hi Antoine,
>>
>> I would say this is the correct behavior. S3 dispatch is solely (so far
as
>> I
23 matches
Mail list logo
