Dear R-devel Team,
I'm developing a neuroscience signal pipeline package in R
(https://github.com/dipterix/ravetools) and I noticed a weird issue that failed
my unit test.
Basically I was trying to use `fftw3` library to implement fast multivariate
fft function in C++. When I tried to compare
This is a long shot, but here's a plausible scenario:
as part of its pipeline, ravetools::mvfftw computes the mean of the
input vector **and then centers it to a mean of zero** (intentionally or
accidentally?)
because variables are passed to compiled code by reference (someone
can
Setting
Sys,setenv('_R_CHECK_DEPENDS_ONLY_'=‘true’)
or Sys,setenv('_R_CHECK_DEPENDS_ONLY_’=TRUE)
(either appear to be acceptable) appears to have no effect when I do, e.g.
$R CMD check qra_0.2.4.tar.gz
* using log directory ‘/Users/johnm1/pkgs/qra.Rcheck’
* using R version 4.1.1 (2021-08-10)
*
Good day,
I would like to create a concise show method for an S4 class that I am
developing. One class slot stores a function specified by the end user. It
could be a basic function, an S3 function, an S4 function. For S4 functions, I
can get a concise representation:
>
Hi folks,
On 10/18/21 11:13 PM, Pariksheet Nanda wrote:
The trouble is, R's installation process will only copy compiled files
from ./libs/ that have exactly the extension ".so" and files ending with
".so.1" are ignored.
--snip--
So is there some mechanism to copy arbitrary files or
Hi folks,
My package [1] depends on a C library libghmm-dev that's available in
many GNU/Linux package managers. However, it's not available on all
platforms and if this dependency is not installed, my autoconf generated
configure script defaults to falling back to compiling and installing
Hi all,
I have a question re package submission that I'm hoping someone might be able
to help with.
A package I maintain (dalmatian) was archived last year because one of the
packages it depends on (dglm) was removed from CRAN. The dglm package has been
fixed and is back on CRAN, and I have
I would just increment the version. This is the from the CRAN
re-submission policy[1]:
> Updates to previously-published packages must have an increased version.
> Increasing the version number at each submission reduces confusion so is
> preferred even when a previous submission was not
The simplest thing to try is to compile the library statically and link it
into your package. No extra files - no trouble.
You can also try renaming the file from *.so.1 to *.so.
best
Vladimir Dergachev
__
R-package-devel@r-project.org mailing
I didn't find an answer elsewhere:
My package 'bit' creates a S3 generic 'clone' and exports it.
Furthermore it registers a S3 method 'clone.default' (not exported).
My package 'ff' imports package 'bit' and exports and registers a new S3
method 'clone.ff'. However, calling 'clone(ffobj)'
Hi Simon and Vladimir,
>> On Oct 19, 2021, at 4:13 PM, Pariksheet Nanda
wrote:
>> The trouble is, R's installation process will only copy compiled
files from ./libs/ that have exactly the extension ".so" and files
ending with ".so.1" are ignored.
--snip--
>> library(tsshmm)
>> ...
>> Error:
Hi Marcel and Hervé,
Easiest fix ever, for me! :)
Whew, I'm glad all that sleuthing around dependencies brought down the
count significantly.
Thank you for following up on this,
Shraddha
On Mon, Oct 18, 2021 at 5:59 PM Hervé Pagès
wrote:
> Indeed. The wrong set of repos was used for the
If you're willing to depend on R (>= 4.0.0), then tools::R_user_dir() can
replace the 'rappdirs' package.
/Henrik
On Mon, Oct 18, 2021, 09:05 Shraddha Pai wrote:
> Hi all,
> Despite moving rarely-used packages to Suggests and eliminating some (e.g.
> TCGAutils), the number of dependencies is
Hi,
I'm the new maintainer for the package discordant. I've finished some updates
to the package, but I am uncertain whether it would be better to update the
package in 3.14 or push to the 3.15 devel branch. The key changes to the
package are fixes to the C backend (now Rcpp) that prevent
14 matches
Mail list logo