On 4 June 2019 at 17:35, Rolf Turner wrote:
| Thanks Dirk. I did an upgrade and the NOTE went away, so I guess that
| all is well.
Yes.
| I'm never sure about upgrading with "sudo apt whatever", so I was a bit
| apprehensive. For the record I did:
|
| sudo apt update
| sudo apt
On 4/06/19 4:51 PM, Dirk Eddelbuettel wrote:
On 4 June 2019 at 16:42, Rolf Turner wrote:
| I am working on a revision of my Iso package (which hasn't been revised
| for quite a while) and have added in registration of Fortran routines
| that are called directly by .Fortran() in R functions.
|
|
On 4 June 2019 at 16:42, Rolf Turner wrote:
| I am working on a revision of my Iso package (which hasn't been revised
| for quite a while) and have added in registration of Fortran routines
| that are called directly by .Fortran() in R functions.
|
| When I do
|
| R CMD check --as-cran
I am working on a revision of my Iso package (which hasn't been revised
for quite a while) and have added in registration of Fortran routines
that are called directly by .Fortran() in R functions.
When I do
R CMD check --as-cran Iso_0.0-18.tar.gz
I get a "NOTE":
Compilation used the
Hi Gabriel,
thanks for your detailed explanation, that definitely clarifies the design
choices that were made in setting up the ALTREP framework and I can see how
those choices make sure existing code won't break.
My specific use-case for wanting to check whether a vector is an ALTREP is
the
On 5/31/19 08:41, Toby Hocking wrote:...
> In my opinion install.packages should stop with an error (instead of a
> warning) if this happens.
Totally agree with that.
Best,
H.
--
Hervé Pagès
Program in Computational Biology
Division of Public Health Sciences
Fred Hutchinson Cancer Research
Hi Mark,
So depending pretty strongly on what you mean by "ALTREP aware", packages
aren't necessarily supposed to be ALTREP aware. What I mean by this is that
as of right now, ALTREP objects are designed to be interacted with by
non-ALTREP-implementing package code, *more-or-less *exactly as
thanks for clearing that up, so these methods are actually not meant to be
exported on Windows and OSX?
Some of the ALTREP methods that now use 'attribute_hidden' would be very
useful to packages that aim to be ALTREP aware, should the currently
(exported) API be considered final?
thanks for
Regarding the global variables... I found [1] illuminating, in particular the
comments on the solution.
[1]
https://stackoverflow.com/questions/41954302/where-to-create-package-environment-variables
On June 4, 2019 11:07:20 AM PDT, Duncan Murdoch
wrote:
>On 04/06/2019 8:36 a.m., Bernd JAGLA
Hello,
A solution is to use package cubature, both unscaled and scaled versions
return the correct result, 3.575294.
But the performance penalty is BIG. This is because the number of
evaluations is much bigger.
library(cubature)
cubintegrate(f, -Inf, 0, method = "hcubature")
#$integral
#[1]
On 04/06/2019 8:36 a.m., Bernd JAGLA wrote:
Hi,
I am trying to submit a package with a shiny app to cran.
I get 2 notes that I don't know how to resolve. I would appreciate very much
any suggestions/help.
Thanks a lot.
It seems the first note is on possibly misspelled words. I am using
I think a more productive conversation could be: what additions to R
would allow for user-defined types / classes that behave just like the
built-in vector types? As a motivating example, one cannot currently
use the 64bit integer objects from bit64 to subset data frames:
> library(bit64);
On Tue, 4 Jun 2019, Mark Klik wrote:
> Hello,
>
> I'm developing a package (lazyvec) that makes full use of the ALTREP
> framework (R >= 3.6.0).
> One application of the package is to wrap existing ALTREP vectors in a new
> ALTREP vector and pass all calls from R to the contained object. The
>
When it comes to Hi-C, HiCBricks which is a package that I authored already
incorporates some of the intersection capabilities you are asking for. The
functions of interest are Brick_return_region_position and
Brick_fetch_range_index. These functions take genomic coordinates and return
FWIW, innoextract extracts the contents of the installer just fine.
Iñaki
On Tue, 4 Jun 2019 at 17:40, Steven Penny wrote:
>
> On Mon, Jun 3, 2019 at 6:54 PM Marc Schwartz wrote:
> > I am on macOS primarily, albeit, I have run both Windows and Linux routinely
> > in years past.
>
> With all due
> Juan Telleria Ruiz de Aguirre
> on Mon, 3 Jun 2019 06:50:17 +0200 writes:
> 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):
>
> David Scott
> on Tue, 4 Jun 2019 12:32:03 +1200 writes:
> This must have been there for a while>
> In the datasets package, the help for airquality says:
> A data frame with 154 observations on 6 variables.
> But:
>> str(airquality)
> 'data.frame': 153
Hi,
in a lot of the bioinformatics analysis I have to carry out, I end up needing
to take an arbitrary number of GRanges objects and flatten them before
generating a matrix of all elements that overlap. This is useful for, say,
comparing replicates in a ChIP-seq experiment, or caracterizing
Hi all,
The call parallel::makeCluster(1L) hangs infinitely on my MacOS machine which
seems to be already reported by some people (e.g.,
https://stat.ethz.ch/pipermail/r-devel/2018-February/075565.html).
However, the solutions posted on SO, GH or R-devel do not work in my case.
So far, I
On Mon, Jun 3, 2019 at 8:04 PM Duncan Murdoch wrote:
> I don't recall anyone asking for the zip in the 17 years after that
> change, until now (though I haven't been paying attention lately, since
> I retired from building the binaries a couple of years ago).
>
> If you think it's worthwhile to do
On Mon, Jun 3, 2019 at 6:54 PM Marc Schwartz wrote:
> I am on macOS primarily, albeit, I have run both Windows and Linux routinely
> in years past.
With all due respect, then you have no business in this thread.
> That being said, these days, I do run Windows 10 under a Parallels VM on
> macOS,
On Mon, Jun 3, 2019 at 4:11 PM Marc Schwartz wrote:
> I have not tried it, but if that is the case here, you may be able to use the
> normal R binary installer, but adjust the default install options when
> prompted, allowing you to customize the install location and other parameters,
> that may
Hello,
In May 2018 there was some R-devel discussion about a bug in
foreign:::writeForeignSAS. See here:
https://stat.ethz.ch/pipermail/r-devel/2018-May/076220.html
and it resulted in a patch. See:
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=17256
And I see the changes in
Dear Everyone,
The document of `tsdiag’ says
> These tests are sometimes applied to the residuals from an ARMA(p, q) fit, in
> which case the references suggest a better approximation to the
> null-hypothesis distribution is obtained by setting fitdf = p+q, provided of
> course that lag >
Hello,
I'm developing a package (lazyvec) that makes full use of the ALTREP
framework (R >= 3.6.0).
One application of the package is to wrap existing ALTREP vectors in a new
ALTREP vector and pass all calls from R to the contained object. The
purpose of this is to provide a diagnostic framework
Hi,
I am trying to submit a package with a shiny app to cran.
I get 2 notes that I don't know how to resolve. I would appreciate very much
any suggestions/help.
Thanks a lot.
It seems the first note is on possibly misspelled words. I am using camel-case
to "explain" the name of the app,
Dear All,
(Follow up to
https://stat.ethz.ch/pipermail/bioc-devel/2019-May/015151.html)
The newest version of a package we develop, OncoSimulR[1] cannot be built
with Rtools35, the current toolchain[2], because of a known problem where
compilation and linking fail[3].
However, we can build
On 03/06/2019 9:16 p.m., Steven Penny wrote:
On Mon, Jun 3, 2019 at 8:04 PM Duncan Murdoch wrote:
I don't recall anyone asking for the zip in the 17 years after that
change, until now (though I haven't been paying attention lately, since
I retired from building the binaries a couple of years
28 matches
Mail list logo