On 13-10-31 01:16 PM, Prof Brian Ripley wrote:
On 31/10/2013 15:33, Paul Gilbert wrote:
On 13-10-31 03:01 AM, Prof Brian Ripley wrote:
On 31/10/2013 00:40, Paul Gilbert wrote:
The old convention was that it went in the exec/ directory, but as you
can see at
http://cran.at.r-project.org/doc
On 31/10/2013 15:33, Paul Gilbert wrote:
On 13-10-31 03:01 AM, Prof Brian Ripley wrote:
On 31/10/2013 00:40, Paul Gilbert wrote:
The old convention was that it went in the exec/ directory, but as you
can see at
http://cran.at.r-project.org/doc/manuals/r-devel/R-exts.html#Non_002dR-scripts-in-
On 13-10-31 03:01 AM, Prof Brian Ripley wrote:
On 31/10/2013 00:40, Paul Gilbert wrote:
The old convention was that it went in the exec/ directory, but as you
can see at
http://cran.at.r-project.org/doc/manuals/r-devel/R-exts.html#Non_002dR-scripts-in-packages
it can be in inst/anyName/. A
On 09/23/2013 02:53 PM, Prof Brian Ripley wrote:
The issue is not the ownership (uname) but the uid. A tarball can only store
uids up to 'nobody' (usually 32767), and certainly larger ones cannot be
unpacked portably.
The many identical warnings can obscure useful messages, e.g., about invalid
Minor point and probably not relevant to the speed issue, but df() is
the density function for the F distribution, so I have (recently)
stopped using it for referring to data.frames.
Sean
On 30 October 2013 23:32, Gabriel Becker wrote:
> Hadley,
>
> As far as I can tell from a quick look, it is
On 31/10/2013 00:40, Paul Gilbert wrote:
The old convention was that it went in the exec/ directory, but as you
can see at
http://cran.at.r-project.org/doc/manuals/r-devel/R-exts.html#Non_002dR-scripts-in-packages
it can be in inst/anyName/. A minor convenience of exec/ is that the
directory ha
