Re: [R-pkg-devel] best practices for handling a mixed-licensed package

On 3 October 2020 at 09:54, Hadley Wickham wrote: | I think this is a bit of an oversimplification, especially given that | "compatibility" is not symmetric. For example, you can include MIT license | code in a GPL licensed package; you can not include GPL licensed code | inside an MIT licensed

Re: [R-pkg-devel] best practices for handling a mixed-licensed package

On 2 October 2020 at 14:44, Jeff Newmiller wrote: | if you want clarity in the minds of _users_ I would beg you to split the code into two packages. People will likely either be afraid of the GPL bogey man and refrain from utilizing your MIT code as permitted or fail to honor the GPL terms

Re: [R-pkg-devel] Non-mainstream repository dependence for CRAN vignette building

On 1 October 2020 at 19:13, Max Turgeon wrote: | Hi Nicholas, | | I see two potential solutions, maybe other people will suggest different ones: | | 1. You can make the evaluation of the whole vignette dependent on the data packages being available. Here's an example from one of my packages:

Re: [R-pkg-devel] CRAN Windows failure due to old pandoc ?

On 26 September 2020 at 14:42, Dirk Eddelbuettel wrote: | | On 26 September 2020 at 14:20, Duncan Murdoch wrote: | | On 26/09/2020 12:54 p.m., Dirk Eddelbuettel wrote: | | Hmmm, that's strange. From what I can see you only get the --lua-filter | | if pandoc 2.0 is available: | | | | https

Re: [R-pkg-devel] force revdepcheck to use local version of a dependency

On 28 September 2020 at 17:17, Georgi Boshnakov wrote: | I am using package 'revdepcheck' to check reverse dependencies of a package and it works great. But now I have a scenario such that I wish it to use a local version of one of the dependencies of the checked package and am not able to

Re: [R-pkg-devel] CRAN Windows failure due to old pandoc ?

On 26 September 2020 at 14:20, Duncan Murdoch wrote: | On 26/09/2020 12:54 p.m., Dirk Eddelbuettel wrote: | Hmmm, that's strange. From what I can see you only get the --lua-filter | if pandoc 2.0 is available: | | https://github.com/rstudio/rmarkdown/blob

Re: [R-pkg-devel] CRAN Windows failure due to old pandoc ?

On 26 September 2020 at 11:50, Duncan Murdoch wrote: | On 26/09/2020 9:14 a.m., Dirk Eddelbuettel wrote: | > | > I had a submission fail and bomb with this error on Windows: | > | >Flavor: r-devel-windows-ix86+x86_64 | >Check: re-building of vignette outputs,

[R-pkg-devel] CRAN Windows failure due to old pandoc ?

I had a submission fail and bomb with this error on Windows: Flavor: r-devel-windows-ix86+x86_64 Check: re-building of vignette outputs, Result: WARNING Error(s) in re-building vignettes: --- re-building 'vignettefilename.Rmd' using rmarkdown pandoc.exe: unrecognized option

Re: [R-sig-Debian] R > 4.0.0 on Debian 9 Stretch?

On 22 September 2020 at 15:19, Rainer M Krug wrote: | I think the easiest is for me just to install Debian 10 and to use that one. Exactly. On a personal note I like the six month (releases) or two-year (LTS) cadence of Ubuntu a lot and also use that. Plus, on Ubuntu you get 4600 Rutter

Re: [R-sig-Debian] R > 4.0.0 on Debian 9 Stretch?

On 22 September 2020 at 14:49, Rainer M Krug wrote: | I know this is likely documented somewhere, but I can’t find it. How can I install R > 4.0.0 on Debian 9 Stretch? That is 'oldstable'. You are making a heroic assumption that "some" volunteer prepared a binary for you. Maybe ... that

Re: [Rcpp-devel] RcppEigen-related compilation error for Windows i386

Evan, Let's consider this discussion moved to GitHub as it is flowing here https://github.com/kharchenkolab/N2R/pull/2 I don't really have the energy to repeat everything in two places. Let's recap here once we have a solution. Dirk -- https://dirk.eddelbuettel.com | @eddelbuettel |

Re: [Rcpp-devel] RcppEigen-related compilation error for Windows i386

Evan, As you posted a link to the repo, I took a look -- given my recent work on RcppSpdlog this was of obvious interest. Now, as I understand it, you are fighting two battles here: 1. You get an R CMD check warning on use of stderr. That is understandable as you included _upstream_ spdlog. It

Re: [Rcpp-devel] RcppEigen-related compilation error for Windows i386

ny insight. | | Best, Evan | | | On Sat, Sep 19, 2020 at 1:01 PM Dirk Eddelbuettel wrote: | | > | > Hi Evan, | > | > On 19 September 2020 at 10:14, Evan Biederstedt wrote: | > | I'm in the process uploading an R package to CRAN, which is a relatively | > | simple interface to a C

Re: [Rcpp-devel] RcppEigen-related compilation error for Windows i386

Hi Evan, On 19 September 2020 at 10:14, Evan Biederstedt wrote: | I'm in the process uploading an R package to CRAN, which is a relatively | simple interface to a C++ library: https://github.com/kharchenkolab/N2R | | The windows binaries just became available for RcppSpdLog, so I wanted to |

Re: [R-pkg-devel] Dependency needs to be loaded manually even its specified in the package

On 18 September 2020 at 18:38, Nuria Perez-Zanon wrote: | I am maintaining a package call CSTools which is aimed for | post-processing climate simulations. [...] |     library(CSTools) |     library(qmap) You never use library() in a package. Rather, you declare dependency relationsships via

Re: [R-pkg-devel] Use of `:::` in a package for code run in a parallel cluster

On 15 September 2020 at 10:27, Cesko Voeten wrote: | the language provides an obvious way to do this, why write a semantic kludge As already said, Occam's Razor give the answer: keep it simple(r) and don't write the kludge. Stick it all into a package, load the package on every node and use

Re: [R-pkg-devel] Rcpp with clang++ -stdlib=libc++ ?

Hi Jens, On 11 September 2020 at 21:00, Dr. Jens Oehlschlägel wrote: | I can compile a package under clang++ with -stdlib=libstdc++, but with -stdlib=libc++ I get | | " | In file included from /home/jo/R/x86_64-pc-linux-gnu-library/4.0/Rcpp/include/Rcpp/r/headers.h:67: |

Re: [R-pkg-devel] Fixing travis build fail due to fftwtools fatal error (fftw3.h: No such file or directory)

e I emailed earlier and do something like fftw3 development package: libfftw3-dev (deb), . (rpm) Maybe someone can help with the rpm package name. Cheers, Dirk | | Kind Regards, | Karim | | | | | | On Fri, Sep 11, 2020 at 11:20 AM Dirk Eddelbuettel wrote: | > | > | > On 10 Se

Re: [R-pkg-devel] Fixing travis build fail due to fftwtools fatal error (fftw3.h: No such file or directory)

> Thanks, | > | > That may be it. It is a missing dependency. | > | > It's been a while and I'm not sure which package exposes fftw3.h ... | > | > Karim | > | > On Thu, Sep 10, 2020 at 8:16 AM Dirk Eddelbuettel wrote: | > | >> | >> On 9 September 202

Re: [R-pkg-devel] Fixing travis build fail due to fftwtools fatal error (fftw3.h: No such file or directory)

On 9 September 2020 at 23:45, Karim Rahim wrote: | sudo apt-get install -y fftw3 Or maybe rather sudo apt-get install libfftw3-dev to get the development headers? Dirk | Then try again. | | Let me know if it doesn't work. | | Cheers! | Karim | | On Wed, Sep 9, 2020 at 10:27 PM Max

Re: [R-pkg-devel] Compiling 32-bit on Windows using 64-bit gcc and -m32

On 9 September 2020 at 10:33, Tomas Kalibera wrote: | Spending much more time for optimizing of the 32-bit builds may not be | worth the effort (and neither on the R/CRAN side). As we are in conditional mode: maybe that could be recognized by adding an explicit flag allowing us to disable

Re: [Rcpp-devel] Incorrect result of NA_REAL and NA_INTEGER

On 8 September 2020 at 17:43, Bill Dunlap wrote: | That pattern of bytes does not ring a bell with me. And Bill is spot on which leads to a suggested debug route: - write a test RDS file with a simple RInside app outside of DeepState - read it back in, also outside of DeepState If that works

Re: [Rcpp-devel] Incorrect result of NA_REAL and NA_INTEGER

S with another R session should always work. Strange. Dirk | Regards, | Akhila Chowdary Kolla | | On Fri, Sep 4, 2020 at 3:15 PM Dirk Eddelbuettel wrote: | | > | > On 4 September 2020 at 11:24, Akhila Chowdary Kolla wrote: | > | Hello Everyone, | > | | > | I am trying to use NA

Re: [Rcpp-devel] Incorrect result of NA_REAL and NA_INTEGER

On 4 September 2020 at 11:24, Akhila Chowdary Kolla wrote: | Hello Everyone, | | I am trying to use NA_REAL, NA_INTEGER, and R_NaN in my CPP code(doesn't | use R main). When I compile and run my code,* NA_REAL* it gives the value | as *nan* and *NA_INTEGER* gives the value as *-2147483648, and

Re: [Rd] Rgui never processes ~/.Renviron

On 2 September 2020 at 23:38, Henrik Bengtsson wrote: | WORKAROUND: | Setting R_USER or HOME prior to calling Rgui will cause Rgui to | process ~/.Renviron, e.g. AFAICR one _always_ had to manually set $HOME on Windows as the convention of having it comes from the some other OSs and is not

Re: [R-pkg-devel] Advice for solving ERRORs in Fedora reported on CRAN / zen4R package

On 2 September 2020 at 23:59, Emmanuel Blondel (GMAIL) wrote: | Dear all, | | I've received a notification of errors from CRAN on some package (zen4R) | recently updated, being asked to fix within the 2 weeks before archiving. | | The error deals with 'keyring' package import at test time, on

Re: [Rd] Rust bindings to nmath

On 1 September 2020 at 13:01, Richard Dodd wrote: | I needed some statistical functions for a project I was working on in | Rust, and I've used the R math library as a standalone solution. I That's its purpose as far as I can tell. We have provided it as a Debian package alongside the "normal"

Re: [Rcpp-devel] Rinside libPaths configuration

On 27 August 2020 at 10:58, Toby Hocking wrote: | Hi all, | I'm having this issue | https://stackoverflow.com/questions/16758129/error-in-loadnamespacename-there-is-no-package-called-rcpp | Rcpp is installed in ~/R/x86_64-pc-linux-gnu-library/4.0 | But my RInside compiled binary looks for

Re: [R-pkg-devel] url checks not working for me

On 26 August 2020 at 08:46, Dirk Eddelbuettel wrote: | One way to ensure the last point is to have a file | | ~/.R/check.Renviron-Rdevel | | which I had (but where I had commented out 'incoming' as it can take a | moment). Current values below, with thanks to Uwe for the reminder. And I

Re: [R-pkg-devel] url checks not working for me

Ok, Uwe was kind enough to take me to task off-list and I can now confirm that I _can_ replicate the URL issue locally by ensuring all three of - recent enough r-devel build (that was true, I may add that the rocker/r-devel and rocker/drd containers I look after can help) - built with

Re: [R-pkg-devel] url checks not working for me

On 26 August 2020 at 14:34, Vincent van Hees wrote: | Addressing the errors is not the problem. I want to be able to detect these | problems when I do: R CMD check --as-cran. You cannot :-/. I pointed that out to CRAN maintainers a few times myself. | At the moment, I can only detect the

Re: [R-sig-Debian] Fwd: Accepted mgcv 1.8-32-1 (source) into unstable

-chan...@lists.debian.org | | Format: 1.8 | Date: Thu, 20 Aug 2020 10:41:33 -0500 | Source: mgcv | Architecture: source | Version: 1.8-32-1 | Distribution: unstable | Urgency: medium | Maintainer: Dirk Eddelbuettel | Changed-By: Dirk Eddelbuettel | Changes: | mgcv (1.8-32-1) unstable; urgency

Re: [R-pkg-devel] R CMD INSTALL -l /path/lib

On 19 August 2020 at 13:01, Gábor Csárdi wrote: | >From https://cran.r-project.org/doc/manuals/R-exts.html: | | > The script is run in a separate R environment containing the following | variables: R_PACKAGE_NAME (the name of the package), R_PACKAGE_SOURCE (the | path to the source directory of

Bug#968531: littler: probably shouldn't use install -s

Hi Simon, On 16 August 2020 at 23:53, Simon McVittie wrote: | Source: littler | Version: 0.3.11-1 | Severity: minor | | A bug report against fteqcc (#968524) prompted me to look for other | instances of the same anti-pattern on codesearch.debian.net. | | d/rules in littler invokes 'install

Re: [Rcpp-devel] How to retrieve a flag set in Makevars.in or set the flag as a global variable?

Hi Akshit, On 15 August 2020 at 17:53, Akshit Achara wrote: | I have created an R package(rminizinc | ) which uses Rcpp. I have a | configure.ac file to set up the paths in my Makevars.in which looks like | this: You already posted this at

Bug#957837: sprng: ftbfs with GCC-10

Nilesh, On 12 August 2020 at 21:17, Nilesh wrote: | Hi, | | This patch fixes the build. Let me know if something else is needed: | | --- a/SRC/primes_32.c | +++ b/SRC/primes_32.c | @@ -7,7 +7,7 @@ |  #define NO  0 |  #define NPRIMES 1000 |   | -int primes[NPRIMES]; | +extern int

Bug#957837: sprng: ftbfs with GCC-10

Nilesh, On 12 August 2020 at 21:17, Nilesh wrote: | Hi, | | This patch fixes the build. Let me know if something else is needed: | | --- a/SRC/primes_32.c | +++ b/SRC/primes_32.c | @@ -7,7 +7,7 @@ |  #define NO  0 |  #define NPRIMES 1000 |   | -int primes[NPRIMES]; | +extern int

Re: [Rcpp-devel] Why might loadModule() fail?

On 11 August 2020 at 20:17, Jeskynar wrote: | Sorry for the confusion, mxnet is built with VS2019 but the R module is | still built using RTools. | Presumably the DLLs are compatible once compiled (after all, mxnet R used | to work a few years ago). "Maybe." It is a less-commonly traveled way

Re: [Rcpp-devel] Why might loadModule() fail?

On 11 August 2020 at 18:26, Jeskynar wrote: | I've built mxnet 1.7.0 (from branch v1.7.x) on Windows using Visual Studio | 2019 successfully. Maybe see the Rcpp FAQ, particularly question 2.9 ? Dirk -- https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Re: [R-pkg-devel] Package can't be imported with Suggests

On 5 August 2020 at 16:25, William Dunlap wrote: | You might make a second package that depends only on nimble and your | main package can then suggest that second package and JAGS. Nice. "We can solve any problem by introducing an extra level of indirection." See

Re: Bug#967209: rgtk2: Unversioned Python removal in sid/bullseye

Python inst/doc/tutorial.sgml:bindings for many other languages including C, C++, Guile, Perl, Python, edd@rob:~/deb/rgtk2(master)$ Dirk | On 8/4/20 2:49 PM, Dirk Eddelbuettel wrote: | > | > Hi doko and Python folks, | > | > On 4 August 2020 at 09:29, Matthias Klose wrote: |

Bug#967209: rgtk2: Unversioned Python removal in sid/bullseye

Python inst/doc/tutorial.sgml:bindings for many other languages including C, C++, Guile, Perl, Python, edd@rob:~/deb/rgtk2(master)$ Dirk | On 8/4/20 2:49 PM, Dirk Eddelbuettel wrote: | > | > Hi doko and Python folks, | > | > On 4 August 2020 at 09:29, Matthias Klose wrote: |

Bug#967209: rgtk2: Unversioned Python removal in sid/bullseye

, python2-dev, | python2-dbg, python2-doc). | | Please check for dependencies, build dependencies AND autopkg tests. I am lost. Build-Depends: Source: rgtk2 Section: gnu-r Priority: optional Maintainer: Dirk Eddelbuettel Build-Depends: debhelper (>= 10), dh-r (>= 20180615), r-ba

Re: Bug#967209: rgtk2: Unversioned Python removal in sid/bullseye

, python2-dev, | python2-dbg, python2-doc). | | Please check for dependencies, build dependencies AND autopkg tests. I am lost. Build-Depends: Source: rgtk2 Section: gnu-r Priority: optional Maintainer: Dirk Eddelbuettel Build-Depends: debhelper (>= 10), dh-r (>= 20180615), r-ba

Re: [R-pkg-devel] Problem with V8 on CRAN Debian

On 3 August 2020 at 10:07, Dirk Eddelbuettel wrote: | Tracing it: | | edd@rob:~$ locate libnode.so.64 | /usr/lib/x86_64-linux-gnu/libnode.so.64 | edd@rob:~$ dpkg -S $(locate libnode.so.64) | libnode64:amd64: /usr/lib/x86_64-linux-gnu/libnode.so.64 | edd@rob:~$ | | Looks like

Re: [R-pkg-devel] Problem with V8 on CRAN Debian

On 3 August 2020 at 16:42, Paul Buerkner wrote: | Dear R community, | | in an effort to re-submit one of my packages (thurstonianIRT) to CRAN | because of some test failures after updates of other packages, I get the | following error from the CRAN debian installation, which I don't know how |

Re: [R-pkg-devel] install.packages() seems not to select the latest suitable version

Hi Adelchi, On 28 July 2020 at 11:46, Adelchi Azzalini wrote: | When I updated package mnormt to version 2.0.0 in June (now at 2.0.1), | at the stage of --as-cran checking, there was a compilation error, | which was overcome by setting the | | Depends: R (≥ 4.0.0) | | With this

Bug#957134: dieharder: ftbfs with GCC-10

Hi Shane, On 25 July 2020 at 10:34, Shane McDonald wrote: | This FTBFS is caused by a change in the default | behaviour of GCC from version 9 to version 10. | In version 10, if a global variable is defined in a | header file, and that header file is included by | several files, this results in

Bug#957134: dieharder: ftbfs with GCC-10

Hi Shane, On 25 July 2020 at 10:34, Shane McDonald wrote: | This FTBFS is caused by a change in the default | behaviour of GCC from version 9 to version 10. | In version 10, if a global variable is defined in a | header file, and that header file is included by | several files, this results in

Re: [R-pkg-devel] Error in CHECK caused by dev.off()

Helmut, For previous uploads you affirmed that you read the CRAN Repository Policy which states * The code and examples provided in a package should never do anything which might be regarded as malicious or anti-social. The following are illustrative examples from past

Re: [Rd] CAR0 vs. EXTPTR_PTR

On 22 July 2020 at 16:29, William Dunlap via R-devel wrote: | I know that binary packages are R-version specific, but it was a bit | surprising that Rcpp 1.0.5 built with R-4.0.2 cannot be loaded into | R-4.0.0. | | % R-4.0.0 --quiet | > library(Rcpp, lib="lib-4.0.2") | Error: package or

Re: [Rcpp-devel] Cxx Function Signature for gradient descent algorithm

Ankit, I am not sure how you are editing your code, and your emails, but this is 100% unreadable. Take a look at the mailing list archives, see eg http://lists.r-forge.r-project.org/pipermail/rcpp-devel/2020-June/thread.html

Re: [R-sig-Debian] a WSL question with allocation problems

On 21 July 2020 at 15:59, Erin Hodgess wrote: | Sorry. The first one didn’t appear. Thought I had the wrong address. Wrong: r-help https://stat.ethz.ch/pipermail/r-help/2020-July/467890.html Tue Jul 21 17:30:42 CEST 2020 r-sig-debian

Re: [R-sig-Debian] a WSL question with allocation problems

Erin, Please don't cross-post. Pick one list, stick with it for that question. Don't spray multiple lists. Dirk -- https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org ___ R-SIG-Debian mailing list R-SIG-Debian@r-project.org

Re: [Rd] Speed-up/Cache loadNamespace()

On 19 July 2020 at 20:47, Mario Annau wrote: | Am So., 19. Juli 2020 um 20:11 Uhr schrieb Hugh Parsonage < | hugh.parson...@gmail.com>: | > 3. Keep an R session running in perpetuity and source the scripts within | > that everlasting session | However, 3. sounds interesting - how would this work

Re: [R-pkg-devel] Note: information on .o files is not available / Found '_exit', possibly from '_exit' (C)

On 17 July 2020 at 14:58, Benjamin Christoffersen wrote: | Quick guess. After changing | > SET(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11 -pthread -O3 -Wextra -Wall -Wno-unknown-pragmas -Wno-return-type -Wno-ignored-attributes -Wno-cast-function-type -Wno-error=cast-function-type") | | to

Re: [R-sig-Debian] read.csv fails in R console in Ubuntu terminal but works in RStudio after R 3.6.3 upgrade to R 4.0.2

On 15 July 2020 at 19:15, David Winsemius wrote: | (It does leave hanging the question of why `read.csv` is failing.) If I had to guess: due to the dark magic behind download.file() and the numerous different ways it could use (see the help page, it is truly impressive!) some of which involve

Re: [R-sig-Debian] read.csv fails in R console in Ubuntu terminal but works in RStudio after R 3.6.3 upgrade to R 4.0.2

On 15 July 2020 at 16:16, Sam H wrote: | I am trying to download some data using read.csv and it works perfectly in | RStudio and fails in the R console in the terminal in Ubuntu 18.04 after | upgrading from R 3.6.3 to 4.0.2. Before upgrading this worked in the R | console in the terminal also

Re: [R-sig-Debian] R 4.0 for ARM processors

On 15 July 2020 at 19:44, Paul Teetor wrote: | H. Perhaps I'm using the wrong terminology. My logic is: (1) I am running Ubuntu focal on the cluster. I am with you so far. | (2) Ubuntu focal is built on Debian bullseye but Not really. Ubuntu does their own thing, and their own snapshots.

Re: [R-sig-Debian] R 4.0 for ARM processors

On 15 July 2020 at 16:35, Paul Teetor wrote: | Thank you very much, Dirk. That nudge solved the problem, of course. I am embarrassed. I was so fixated on Ubuntu repositories that I neglected to check the Debian 'testing' world! | | Regarding the RPi: The RPi 4 uses the 'arm64' architecture,

Re: [R-sig-Debian] Openblas?

On 15 July 2020 at 16:13, Göran Broström wrote: | On 2020-07-15 14:36, Dirk Eddelbuettel wrote: | > | > Göran, | > | > This is not an easy email to reply to because it _contains nothing | > reproducible_. | | Thanks Dirk, | | Sorry about that, but my real question

Re: [R-sig-Debian] R 4.0 for ARM processors

On 15 July 2020 at 14:03, Paul Teetor wrote: | Dear R-SIG-Debian folks, | | I seem to be chasing my tail, despite having a simple goal: | | - Install R 4.0.2 | - On Ubuntu 20.04 | - For an ARM processor (not Intel/AMD). | | Can someone please suggest a Debian/Ubuntu repository of the required

Re: [R-sig-Debian] Openblas?

Göran, This is not an easy email to reply to because it _contains nothing reproducible_. On 15 July 2020 at 13:24, Göran Broström wrote: | Hello, | | I thought that I should try openblas when building a CRAN package | containing lots of old (twentieth century) C-code with frequent calls to

Re: [R-sig-Debian] How to install libisl.so.19 on chromebook?

of libisl.so.19... | | On Tue, Jul 14, 2020 at 12:54 PM Dirk Eddelbuettel wrote: | > | > | > On 14 July 2020 at 12:26, Luigi Marongiu wrote: | > | I am trying to install minpack.lm on R 3.3.3 (Debian version) on a | > | Chromebook. But I get this error: | > | ``` | >

Re: [R-sig-Debian] How to install libisl.so.19 on chromebook?

On 14 July 2020 at 12:26, Luigi Marongiu wrote: | I am trying to install minpack.lm on R 3.3.3 (Debian version) on a | Chromebook. But I get this error: | ``` | > install.packages("minpack.lm") | Installing package into ‘/home/marongiuluigi/R/x86_64-pc-linux-gnu-library/3.3’ | (as ‘lib’ is

Bug#964753: ITP: r-cran-conquer -- GNU R package for convolution-type smoothed quantile regression

Package: wnpp Owner: Dirk Eddelbuettel Severity: wishlist * Package name: r-cran-conquer Version : 1.0.1 Upstream Author : Xuming He, Xiaoou Pan, Kean Ming Tan, and Wen-Xin Zhou * URL or Web page : https://cran.r-project.org/package=conquer * License : GPL-3

Bug#964753: ITP: r-cran-conquer -- GNU R package for convolution-type smoothed quantile regression

Package: wnpp Owner: Dirk Eddelbuettel Severity: wishlist * Package name: r-cran-conquer Version : 1.0.1 Upstream Author : Xuming He, Xiaoou Pan, Kean Ming Tan, and Wen-Xin Zhou * URL or Web page : https://cran.r-project.org/package=conquer * License : GPL-3

Bug#964753: ITP: r-cran-conquer -- GNU R package for convolution-type smoothed quantile regression

Package: wnpp Owner: Dirk Eddelbuettel Severity: wishlist * Package name: r-cran-conquer Version : 1.0.1 Upstream Author : Xuming He, Xiaoou Pan, Kean Ming Tan, and Wen-Xin Zhou * URL or Web page : https://cran.r-project.org/package=conquer * License : GPL-3

Re: [Rcpp-devel] Issues creating static library using Makevars

Toby, Akhila, Yes, it is all somewhat non-linear and unsatisfying. For a different deployment reason I was just looking again at Rserve --- and then though "hm wonder what its CRAN check looks like" and it is not exactly spotless either:

Re: [Rd] Build a R call at C level

On 30 June 2020 at 14:42, Morgan Morgan wrote: | Thanks Jan and Tomas for the feedback. | Answer from Jan is what I am looking for. | Maybe I am not looking in the right place buy it is not easy to understand | how these LCONS, CONS, SETCDR...etc works. a) There are alternatives, and if memory

Re: [Rcpp-devel] Attempt at amortized constant push_back for Vector

On 28 June 2020 at 15:50, Tim Keitt wrote: | I've taken a quick shot at making push_back amortized constant in Rcpp. As | I've had to make some guesses about R/Rcpp internals, I am wondering what | is the best way to test my fork. (I see something in tests but I'm used to | testthat.) Please

Re: [R-pkg-devel] R package does not find DLL routine

Hi Lisa, On 28 June 2020 at 20:32, Lisa GM wrote: | Thank you so much for your quick reply. I'm not particularly set on the | 'inline' package especially if it's becoming outdated. I looked into using Please report bugs or shortcomings in an issue ticket at GitHub. I am also its maintainer and

Re: [R-pkg-devel] R package does not find DLL routine

Lisa, Sorry, I misread your code. There is a possible array overrun, so we need argument n and p, apparently. A likely better version, and demo running the right code are below. The rest of the reasoning likely stands, methinks. Code

Re: [R-pkg-devel] R package does not find DLL routine

Lisa, One can do what you do, but it is fraught with some difficulties (as you experienced) and even more so once you try to do this portably. Helper packages exists: the `inline` package is the oldest of this class and still supports the .C() interface you used here. And which for a few years

Re: [Rcpp-devel] Issues creating static library using Makevars

Toby, Akhila, My bad, I'm sorry! So I went back glancing at https://cloud.r-project.org/web/checks/check_results_RInside.html and the only clear suggestion is that one would probably no longer get a package like that admitted. That is potentially bad news for your project. Sorry to be

Re: [Rcpp-devel] Issues creating static library using Makevars

Toby, Well but not one of the questions raised by Akhila had anything to do with an static library. The questions were, in turn, about - not calling exit() and like - need to call ‘R_registerRoutines’, ‘R_useDynamicSymbols’ - not use system RNGs all of which are standard packaging

Re: [Rcpp-devel] Issues creating static library using Makevars

On 26 June 2020 at 15:55, Akhila Chowdary Kolla wrote: | But when I check the package I get the following warnings: using | devtools::check() | ‘../inst/include/Log.o’ File ‘testproject/libs/testproject.so’: Found | no calls to: ‘R_registerRoutines’, ‘R_useDynamicSymbols’Compiled code |

Re: [R-pkg-devel] error when submit a package

On 26 June 2020 at 19:16, Zehao Xu wrote: | Package suggested but not available for checking: 'actigraphy' | | ``` | | This stackoverflow https://stackoverflow.com/questions/51453717/issue-with-r-package-check-on-windows-package-suggested-but-not-available-str can solve you problem No,

Re: [R-pkg-devel] checking package dependencies ... ERROR

On 25 June 2020 at 18:59, Uwe Ligges wrote: | On 25.06.2020 18:26, Guo, Wei (NIH/NIMH) [C] via R-package-devel wrote: | > Dear all, | > I have an error about R dependencies as shown above. | > Strong dependencies not in mainstream repositories: | >actigraphy, r.jive, SpatioTemporal | >

Re: [R-sig-Debian] Update on docker Python:3 and adding R:4.x

On 24 June 2020 at 19:52, Dave Lange wrote: | ## Now install R | ## RUN apt install -t buster-cran40 r-base It's just a guess but something I noticed working with one of my Dockerfiles is that the above does not work too well -- I think due to the independence of the 'layers' from each RUN

Re: [R-sig-Debian] Update on docker Python:3 and adding R:4.x

On 24 June 2020 at 15:15, Dave Lange wrote: | I continue to receive an error installing R via dockerfile on a buster | image python:3. | E: The value 'buster-cran40' is invalid for APT::Default-Release as such a | release is not available in the sources Do you have the Dockerfile in public

Re: [R-sig-Debian] Docker build issue

On 22 June 2020 at 20:10, Johannes Ranke wrote: | or maybe using conventional installations may be less complex, ironically... Well now, given that you just told us in the previous email as I do not use docker myself allow me to add "very unironically" that such clean room installation

Re: [R-sig-Debian] Docker build issue

On 22 June 2020 at 19:37, Johannes Ranke wrote: | sorry, I do not understand half of this, as I do not use docker myself. Buf if | Dirk does not use Debian buster as the basis for his Rocker container, then | you should probably not try to install the backport to buster. Shouldn't these |

Re: [R-sig-Debian] Rstudio is stuck on chromebook

On 15 June 2020 at 14:33, Luigi Marongiu wrote: | I have installed R version 3.3.3 (2017-03-06) and downloaded | rstudio-1.3.959-amd64.deb. I installed it with the right click but | when I launch it, the icon have the wait ring and it sticks there. | Same thing if I install with `dpkg -i`. |

Re: [R-sig-Debian] Docker build issue

Dave, That's partial information for so hard to work with. One nice aspects about Docker is that if something complex fails, you can try something simpler. You appear to have made some assumptions here as to whether you could pile our instructions top on an existing python3 container---and

Re: [R] Rstudio does not run on ubuntu 20

On 15 June 2020 at 14:46, Luigi Marongiu wrote: | Hello, | all of a sudden rstudio stopped working on ubuntu 20.04. I | re-installed from `rstudio-1.3.959-amd64.deb` but it does not launch | even if there is an icon. On terminal I got: | ``` | $ rstudio | rstudio: error while loading shared

Bug#962713: please add support for x13as

On 12 June 2020 at 16:38, Riccardo (Jack) Lucchetti wrote: | On Fri, 12 Jun 2020, Dirk Eddelbuettel wrote: | | > | Quickly looking at the source code of gretl, I am under the impression that it | > | may need to be slightly patched in order to find the x13as executable (it

Bug#962713: please add support for x13as

Hi Seb, On 12 June 2020 at 15:59, Sébastien Villemot wrote: | Package: gretl | Version: 2020b-1 | Severity: wishlist | | Hi Dirk, | | gretl is able to take advantage of X-13ARIMA-SEATS (a.k.a. x13as) for | performing seasonal adjustment of time series. I know. There was some back and forth

[Bug 1860601] Re: [SRU] openblas: -Wl, -Bsymbolic-functions should be stripped from LDFLAGS

Installed in two stages (first OpenMP, then Pthread) verifying that Rscript -e 'example(solve)'# known example to 'hang' under openblas-pthread now works again. Thanks for the fix! edd@rob:~$ dpkg -l | grep openblas | cut -c -70 ii libopenblas-dev:amd64

Re: [Rcpp-devel] Install failure undefined symbol

On 11 June 2020 at 19:13, Peter Crowther wrote: | It's done so that you can have multiple versions of the tools installed | side-by-side rather than being blindsided by upgrades breaking your | toolchain. This is rather the same justification that the Python community | uses for its similarly

Re: [Rcpp-devel] Install failure undefined symbol

On 11 June 2020 at 10:29, Kevin Ushey wrote: | The most likely cause here is that, even though Rcpp is being compiled | with gcc 9.2.0, an older version of libstdc++ is being found and used | at runtime, and that version of the libstdc++ library doesn't provide | the requested symbol

Re: [Rcpp-devel] Install failure undefined symbol

With the caveat that I am not expert on RHEL/CentOS and tend to share the general view of most developers that these seem to be a systems ... made for administrators first, rather than developers. I did for a while work on such a system but it also had a set of 'red hat developer tools' (I may

Re: [Rd] Possible Bug: file.exists() Function. Due to UTF-8 Encoding differences on Windows between R 4.0.1 and R 3.6.3?

On 10 June 2020 at 13:06, Juan Telleria Ruiz de Aguirre wrote: | 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. So a bug in `renv` as it does not account for

Re: [Rcpp-devel] Zero length vectors in R

On 10 June 2020 at 01:21, Leonardo Silvestri wrote: | The discussion you mention is most likely relevant here - other people | more versed than me in valgrind and R's memory allocation could probably | attest to that. | | Another idea to detect these errors would be to create a modified Rcpp

Bug#962497: r-base breaks r-cran-data.table autopkgtest: 'origin' must be supplied

It would be nice if we could hear from team r-cran-data.table on this matter. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#962497: r-base breaks r-cran-data.table autopkgtest: 'origin' must be supplied

It would be nice if we could hear from team r-cran-data.table on this matter. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Re: [Rcpp-devel] Problem with Rcpp and RcppArmadillo

On 9 June 2020 at 07:12, Dirk Eddelbuettel wrote: | | On 9 June 2020 at 05:02, Kiros Lo wrote: | | Thanks, I'll take a look. | | Is the code in a repo I could access? It is probably something I can fix for | you in two minutes which will be quicker than going back and forth by email. Also

Re: RFC: Changing the debian system default BLAS/LAPACK implementation

Mo, Generally in favour as I usually opt for faster OpenBLAS as defaults as well. But allow me to mention one cautionary tale that is very current. Besides the Debian work, I am also upstream for a few R packages. One or two have reasonably become popular and widely ysed, and I run what we

Re: [Rcpp-devel] Problem with Rcpp and RcppArmadillo

On 9 June 2020 at 05:02, Kiros Lo wrote: | Thanks, I'll take a look. Is the code in a repo I could access? It is probably something I can fix for you in two minutes which will be quicker than going back and forth by email. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Re: [Rcpp-devel] Problem with Rcpp and RcppArmadillo

On 9 June 2020 at 04:33, Kiros Lo wrote: | Hi there, | I am trying to use RcppArmadillo to rewrite a weighted linear | regression function. But when I try to use devtools::document() to compile Wrong mailing list? We don't mention devtools::document() so can't help. You could try

<    8   9   10   11   12   13   14   15   16   17   >