On Fri, Mar 21, 2014 at 11:12 AM, Rainer M Krug wrote:
> Gábor Csárdi writes:
>
> > You might want to look at packer as well, which can build virtual
> machines
> > from an ISO, without any user intaraction. I successfully used it to
> build
> > VMs with Linux, OSX and Windows. It can also creat
Hey all,
I'm currently trying to build an R package and don't really know what
to make of the error message I'm getting. I couldn't find anything
helpful online so hopefully somebody here can give me a couple of
pointers. I see the following when I try to build:
s$ R CMD build --verbose r_package
On Fri, Mar 21, 2014 at 1:38 PM, Karl Forner wrote:
> On Fri, Mar 21, 2014 at 6:27 PM, Gábor Csárdi wrote:
>
>> On Fri, Mar 21, 2014 at 12:40 PM, Karl Forner wrote:
>> [...]
>>
>>> Hmm, what if your package depends on packages A and B, and that A
>>> depends on C v1.0 and B depends on C v1.1 ? Th
On Fri, Mar 21, 2014 at 6:27 PM, Gábor Csárdi wrote:
> On Fri, Mar 21, 2014 at 12:40 PM, Karl Forner wrote:
> [...]
>
>> Hmm, what if your package depends on packages A and B, and that A depends
>> on C v1.0 and B depends on C v1.1 ? This is just an example but I imagine
>> that will lead to a lot
On Fri, Mar 21, 2014 at 12:40 PM, Karl Forner wrote:
[...]
> Hmm, what if your package depends on packages A and B, and that A depends
> on C v1.0 and B depends on C v1.1 ? This is just an example but I imagine
> that will lead to a lot of complexities.
>
You'll have to be able to load (but not
> On Fri, Mar 21, 2014 at 12:08 PM, Karl Forner wrote:
> [...]
>
> - "exact deps versions":
>> will put a lot of burden of the developer.
>>
>
> Not really, in my opinion, if you have the proper tools. Most likely when
> you develop any given version of your package you'll use certain versions
> of
I agree with most of what you wrote, with one exception:
On Fri, Mar 21, 2014 at 12:08 PM, Karl Forner wrote:
[...]
> - "exact deps versions":
> will put a lot of burden of the developer.
>
Not really, in my opinion, if you have the proper tools. Most likely when
you develop any given version o
For me, the most important aspect is being able to reproduce my own
work. Some other tools offer interesting approaches to managing
packages:
* NPM -- The Node Package Manager for Node.js loads a local copy of
all packages and dependencies. This helps ensure reproducibility and
avoids dependency i
Interesting and strategic topic indeed.
One other point is that reproducibility (and backwards compatibility) is
also very important in the industry. To get acceptance it can really help
if you can easily reproduce results.
Concerning the arguments that I read in this discussion:
- "do it yourse
Gábor Csárdi writes:
> You might want to look at packer as well, which can build virtual machines
> from an ISO, without any user intaraction. I successfully used it to build
> VMs with Linux, OSX and Windows. It can also create vagrant boxes. You can
> specify provisioners, e.g. to install R, or
You might want to look at packer as well, which can build virtual machines
from an ISO, without any user intaraction. I successfully used it to build
VMs with Linux, OSX and Windows. It can also create vagrant boxes. You can
specify provisioners, e.g. to install R, or a set of R packages, etc. It i
..<°}))><
) ) ) ) )
( ( ( ( (Prof. Philippe Grosjean
) ) ) ) )
( ( ( ( (Numerical Ecology of Aquatic Systems
) ) ) ) ) Mons University, Belgium
( ( ( ( (
..
On 21 Mar 2014,
On 21 March 2014 at 07:43, Therneau, Terry M., Ph.D. wrote:
| This has been a fascinating discussion.
I am not so sure. Seems more like rehashing of old and known arguments, while
some folks try to push their work (Hi Jeroen :) onto already overloaded
others. The only real thing I learned so far
On Fri, Mar 21, 2014 at 8:43 AM, Therneau, Terry M., Ph.D. <
thern...@mayo.edu> wrote:
[...]
>
> Gabor Csardi discussed the problems with maintaining a package with lots
> of dependencies.
> I maintain the survival package which currently has 246 reverse
> dependencies and take a slightly different
On 21 Mar 2014, at 11:08, Rainer M Krug wrote:
> Jari Oksanen writes:
>
>> On 21/03/2014, at 10:40 AM, Rainer M Krug wrote:
>>
>>>
>>>
>>> This is a long and (mainly) interesting discussion, which is fanning out
>>> in many different directions, and I think many are not that relevant to
>>>
This has been a fascinating discussion.
Carl Boettinger replied with a set of examples where the world is much more fragile than
my examples. That was useful. It seems that people in my area (medical research and
survival) are more careful with their packages (whew!).
Gabor Csardi discussed
Le 21/03/2014 01:45, Duncan Murdoch a écrit :
On 2014-03-20, 8:02 PM, Christophe Genolini wrote:
Hi the list,
One of my package has an (other) error detected by memtest that I do not manage
to understand.
Here is the message that I get from Memtest
--- 8<
> try(choice(cld1)
Jari Oksanen writes:
> On 21/03/2014, at 10:40 AM, Rainer M Krug wrote:
>
>>
>>
>> This is a long and (mainly) interesting discussion, which is fanning out
>> in many different directions, and I think many are not that relevant to
>> the OP's suggestion.
>>
>> I see the advantages of having s
Dirk Eddelbuettel writes:
> o Roger correctly notes that R scripts and packages are just one issue.
>Compilers, libraries and the OS matter. To me, the natural approach these
>days would be to think of something based on Docker or Vagrant or (if you
>must, VirtualBox). The newer al
On 21/03/2014, at 10:40 AM, Rainer M Krug wrote:
>
>
> This is a long and (mainly) interesting discussion, which is fanning out
> in many different directions, and I think many are not that relevant to
> the OP's suggestion.
>
> I see the advantages of having such a dynamic CRAN, but also of
This is becoming an extremely long thread, and it is going in too many
directions. However, I would like to mention here our ongoing five years
projects ECOS project for the study of Open Source Ecosystems, among which,
CRAN. You can find info here:
http://informatique.umons.ac.be/genlog/projec
Jari Oksanen writes:
> Freezing CRAN solves no problem of reproducibility. If you know the
> sessionInfo() or the version of R, the packages used and their
> versions, you can reproduce that set up. If you do not know, then you
> cannot. You can try guess: source code of old release versions of R
This is a long and (mainly) interesting discussion, which is fanning out
in many different directions, and I think many are not that relevant to
the OP's suggestion.
I see the advantages of having such a dynamic CRAN, but also of having a
more stable CRAN. I prefer CRAN as it is now, but ion ma
Freezing CRAN solves no problem of reproducibility. If you know the
sessionInfo() or the version of R, the packages used and their versions, you
can reproduce that set up. If you do not know, then you cannot. You can try
guess: source code of old release versions of R and old packages are in CRA
24 matches
Mail list logo
