inline
On Wed, Sep 9, 2020 at 3:35 AM Tomas Kalibera
wrote:
> On 7/16/20 7:57 PM, Steve Bronder wrote:
> > On Wed, Jul 15, 2020 at 2:22 PM Neal Fultz wrote:
> >
> >> If you don't mind multi-gig docker containers, this can be helpful:
> >>
> >> https://github.com/scottyhardy/docker-wine
> >>
>
Thanks Duncan for look at this. I will avoid to invent a new object system.
Best,
Núria
El 18/9/20 a las 19:13, Duncan Murdoch escribió:
On 18/09/2020 12:38 p.m., Nuria Perez-Zanon wrote:
Dear all,
I am maintaining a package call CSTools which is aimed for
post-processing climate simulation
On 18/09/2020 12:52 p.m., Dirk Eddelbuettel wrote:
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.
On 18/09/2020 12:38 p.m., Nuria Perez-Zanon wrote:
Dear all,
I am maintaining a package call CSTools which is aimed for
post-processing climate simulations.
The package is already published on CRAN with all dependencies correctly
state in DESCRIPTION, NAMESPACE and roxygen2 headers.
However,
Oh! Thanks, David. I was almost crazy. :D
I'll try it!
Best whishes,
Núria
El 18/9/20 a las 19:07, David Kepplinger escribió:
> Hi Núria,
>
> I've never used qmap, but looking at the source code it seems it's not
> using S3 or S4 methods in `doQmap()` but is looking for the proper
> metho
Thanks, Jost. I don't know where to set this S3method(print, foo) but I
will look at this in depth.
Best,
Núria
El 18/9/20 a las 18:57, Joshua Ulrich escribió:
> On Fri, Sep 18, 2020 at 11:56 AM Dirk Eddelbuettel wrote:
>>
>> On 18 September 2020 at 18:38, Nuria Perez-Zanon wrote:
>> | I am m
Hi Núria,
I've never used qmap, but looking at the source code it seems it's not
using S3 or S4 methods in `doQmap()` but is looking for the proper method
using `exists()`. Given that your package doesn't import the required
function, it's not found by `exists()` and the `doQmap()` function
compla
Hi Dirk,
Thanks for your comment. Maybe I haven't been enough clear. The package
declares all the necessary dependencies correctly following the
guidelines you provide. I am only able to detect the problem by running
an example:
This works:
library(CSTools)
library(qmap)
exp
On Fri, Sep 18, 2020 at 11:56 AM Dirk Eddelbuettel wrote:
>
>
> 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
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
Dear all,
I am maintaining a package call CSTools which is aimed for
post-processing climate simulations.
The package is already published on CRAN with all dependencies correctly
state in DESCRIPTION, NAMESPACE and roxygen2 headers.
However, when using one specific function which depends on 'q
So if I reply all, do they not reply back?
David
On Thu, 17 Sep 2020 at 21:39, Max Turgeon wrote:
> Hi David,
>
> I think you'll need to resubmit, because your package is now in the
> archive folder. You can check this by running 'foghorn::cran_incoming(pkg
> = "huxtable")'.
>
> But you probab
12 matches
Mail list logo
