> -Original Message-
> From: Spencer Graves [mailto:spencer.gra...@prodsyse.com]
> Sent: March-31-12 1:56 PM
> To: Ted Byers
> Cc: 'Paul Gilbert'; mark.braving...@csiro.au; r-de...@stat.math.ethz.ch
> Subject: Re: [Rd] CRAN policies
>
> Hi, Ted:
>
>
>Thank you for the most eloque
Hi, Ted:
Thank you for the most eloquent and complete description of the
problem and opportunity I've seen in a while.
Might you have time to review the Wikipedia articles on "Package
development process" and "Software repository"
(http://en.wikipedia.org/wiki/Package_developme
> -Original Message-
> From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-project.org]
> On Behalf Of Paul Gilbert
> Sent: March-31-12 9:57 AM
> To: mark.braving...@csiro.au
> Cc: r-de...@stat.math.ethz.ch
> Subject: Re: [Rd] CRAN policies
>
Greetings all
> Mark
>
> I would li
On Sat, Mar 31, 2012 at 9:57 AM, Paul Gilbert wrote:
> Mark
>
> I would like to clarify two specific points.
>
> On 12-03-31 04:41 AM, mark.braving...@csiro.au wrote:
>> ...
>
>> Someone has subsequently decided that code should look a certain way, and
>> has added a check that
>> isn't in the lan
Mark
I would like to clarify two specific points.
On 12-03-31 04:41 AM, mark.braving...@csiro.au wrote:
> ...
Someone has subsequently decided that code should look a certain way, and has
added a check that
isn't in the language itself-- but they haven't thought of everything, and of
course t
Herewith comments on some replies to my earlier post. To avoid burying my own
points, I'll briefly restate my views (which may have evolved a bit):
- We should not be concocting yet more complicated rules to solve imaginary
problems;
- RCMD CHECK should have (i) Notes, which are up to the ind
