Andreas,
As far as I can tell (/conjecture), this is because the list of classes a
particular class inherits from directly is appended to as needed, and so
the order that a class extends others isd refined by the order that those
connections are defined.
We can see this with two setClassUnion cal
Dear colleagues,
there is a behaviour with S4 (virtual) classes that I find very hard to
understand: Depending on the position
of setAs(), the tree of inheritance changes.
This is my baseline example that defines the classes "grandma", "mother",
"daughter" and a virtual
class "mr_x". For a new
Thanks, Gabe and Gabor.
In my case it causes a non-zero status and fails the check-devel step.
I’ll definitely fall back to modifying the code but it doesn’t seem like
this is exactly the intended behavior of the tests.
-Thomas
El El lun, 5 oct 2020 a las 19:42, Gabriel Becker
escribió:
> Tho
Thomas,
In my experience, as pointed out also by Gabor, its often part of the
devops build process to remove/comment out these tests or otherwise modify
them so that they will pass (if they SHOULD pass) in your environment.
That said, a quick look at the Makefile does suggest that failing on the
One way would be to comment out these tests, or really turn off the
internet, and then these tests don't run.
Indeed, a successful DNS query does not mean that you can connect to
the internet in general. FWIW pingr::is_online [1] implements a method
that works well. Apple's Captive Portal test pag
I am trying to install R on CentOS (either 7 or 8, behavior is the
same) in an environment behind a firewall and while I am able to run:
R CMD make check
I am unable to run:
R CMD make check-devel
These latter tests fail. The failure occurs in the internet access
if() conditional statement in t
[Oops, this apparently got omitted during release scheduling]
Full schedule is available on developer.r-project.org.
--
Peter Dalgaard, Professor,
Center for Statistics, Copenhagen Business School
Solbjerg Plads 3, 2000 Frederiksberg, Denmark
Phone: (+45)38153501
Office: A 4.23
Email: pd@cbs