As someone who has merged more than a hundred pull requests on Github,
I cannot agree more. Sometimes I can take patches on my mobile phone
while I'm still in bed if they look reasonable and simple enough.
Sometimes the patches are not worth emails back and forth, such as the
correction of typos. I
This inconsistency recently came to my attention:
> df <- data.frame(A = 1:10, B = rnorm(10))
> min(df)
[1] -1.768958
> max(df)
[1] 10
> mean(df)
[1] NA
Warning message:
In mean.default(df) : argument is not numeric or logical: returning NA
I recall the times where `mean(df)` would give `colMeans
On Aug 21, 2014, at 6:40 AM, Marc Schwartz wrote:
> On Aug 21, 2014, at 3:11 AM, Gaurav Sehrawat
> wrote:
>
>> R-Project is missing something important in regards to its development ,
>> one simply can't ignore Github ,where collaboration is at it's best .
>>
>> OR If i am wrong is this the
> I think I'm seeing the Rcaptcha package on the horizon ...
Devtools actually makes you perform a cognitively challenge set of
tasks before submitting. One of them is:
Have you read and do you agree to the the CRAN policies?
(http://cran.r-project.org/web/packages/policies.html)
1: No way
2: No
On Thu, 21 Aug 2014, Hadley Wickham wrote:
On Tue, Aug 19, 2014 at 8:28 AM, Richard Cotton wrote:
I recently tried to submit a package to CRAN using the release
function in the devtools package and got the response:
The policies asked you to use the webform: do so in future.
I think that t
On Tue, 19 Aug 2014, Duncan Murdoch wrote:
If you use this, make sure you test it well enough to get it perfect the very
first time you use it. If I were a CRAN administrator and received a series
of bad submissions from someone who was working out the bugs, I would not
find it difficult eithe
On Tue, Aug 19, 2014 at 8:28 AM, Richard Cotton wrote:
> I recently tried to submit a package to CRAN using the release
> function in the devtools package and got the response:
>
>> The policies asked you to use the webform: do so in future.
>
> I think that the relevant line in the policies are:
On 21 Aug 2014, at 15:47 , Duncan Murdoch wrote:
> On 21/08/2014 9:26 AM, Richard Cotton wrote:
>> If you set the names in a list, some cat-style processing seems to
>> happen. For example, backslashes are modified. This behaviour
>> doesn't happen with atomic vectors. Compare, for example:
>
Now done, for R-devel only. This can't be high priority.
-pd
On 21 Aug 2014, at 09:28 , peter dalgaard wrote:
>
> So I think Peter Langfelder is absolutely right, remove the default, which is
> never used anyway, and possibly update the documentation with a more direct
> reference to strptim
On 21/08/2014 9:26 AM, Richard Cotton wrote:
If you set the names in a list, some cat-style processing seems to
happen. For example, backslashes are modified. This behaviour
doesn't happen with atomic vectors. Compare, for example:
setNames(1, "a\\b")
## a\\b
## 1
setNames(list(1), "a\\b")
If you set the names in a list, some cat-style processing seems to
happen. For example, backslashes are modified. This behaviour
doesn't happen with atomic vectors. Compare, for example:
setNames(1, "a\\b")
## a\\b
## 1
setNames(list(1), "a\\b")
## $`a\b`
## [1] 1
Notice that the name of the
On Thu, Aug 21, 2014 at 11:40 AM, Marc Schwartz wrote:
> Your suggestion to move to Github is perhaps based upon a false premise, that
> the R community at large has the ability to directly post code/patches to the
> official distribution.
That's not the false premise here. This is:
"one sim
On Aug 21, 2014, at 3:11 AM, Gaurav Sehrawat wrote:
> R-Project is missing something important in regards to its development ,
> one simply can't ignore Github ,where collaboration is at it's best .
>
> OR If i am wrong is this the correct R-source :
> https://github.com/wch/r-source
>
> Is any
R-Project is missing something important in regards to its development ,
one simply can't ignore Github ,where collaboration is at it's best .
OR If i am wrong is this the correct R-source :
https://github.com/wch/r-source
Is anyone thinking to bring R-project org on Github ? Maybe there might be
On 21 Aug 2014, at 02:21 , Gabriel Becker wrote:
> Ah, my mistake, I read too fast. (My code is also wrong, embarassingly).
>
> It seems like it's behavior when you pass it "" is simply a bug, then.
>
> Sorry for the noise,
>
> ~G
>
It's not a bug, it's just that you are at the mercy of str
15 matches
Mail list logo