Re: [Rd] Why R-project source code is not on Github

2014-08-21 Thread Yihui Xie
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

[Rd] Inconsistent handling of data frames in min(), max(), and mean()

2014-08-21 Thread Gavin Simpson
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

Re: [Rd] Why R-project source code is not on Github

2014-08-21 Thread Simon Urbanek
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

Re: [Rd] Is using devtools::release no longer allowed?

2014-08-21 Thread Hadley Wickham
> 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

Re: [Rd] Is using devtools::release no longer allowed?

2014-08-21 Thread luke-tierney
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

Re: [Rd] Is using devtools::release no longer allowed?

2014-08-21 Thread Geoff Jentry
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

Re: [Rd] Is using devtools::release no longer allowed?

2014-08-21 Thread Hadley Wickham
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:

Re: [Rd] The behaviour of setting names differs between lists and atomic vectors

2014-08-21 Thread peter dalgaard
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: >

Re: [Rd] as.Date.character suggestion

2014-08-21 Thread peter dalgaard
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

Re: [Rd] The behaviour of setting names differs between lists and atomic vectors

2014-08-21 Thread Duncan Murdoch
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")

[Rd] The behaviour of setting names differs between lists and atomic vectors

2014-08-21 Thread Richard Cotton
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

Re: [Rd] Why R-project source code is not on Github

2014-08-21 Thread Barry Rowlingson
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

Re: [Rd] Why R-project source code is not on Github

2014-08-21 Thread Marc Schwartz
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

[Rd] Why R-project source code is not on Github

2014-08-21 Thread Gaurav Sehrawat
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

Re: [Rd] as.Date.character suggestion

2014-08-21 Thread peter dalgaard
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