<br><br><div class="gmail_quote">On Tue, Jun 5, 2012 at 10:25 AM, Nathaniel Smith <span dir="ltr"><<a href="mailto:njs@pobox.com" target="_blank">njs@pobox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tue, Jun 5, 2012 at 4:19 PM, Charles R Harris<br>
<div class="im"><<a href="mailto:charlesr.harris@gmail.com">charlesr.harris@gmail.com</a>> wrote:<br>
><br>
><br>
> On Sun, Jun 3, 2012 at 12:04 PM, Ralf Gommers <<a href="mailto:ralf.gommers@googlemail.com">ralf.gommers@googlemail.com</a>><br>
> wrote:<br>
>><br>
>><br>
>><br>
>> On Sun, Jun 3, 2012 at 6:43 PM, Charles R Harris<br>
>> <<a href="mailto:charlesr.harris@gmail.com">charlesr.harris@gmail.com</a>> wrote:<br>
>>><br>
>>> Hi All,<br>
>>><br>
>>> Numpy is approaching a time of transition. Ralf will be concentrating his<br>
>>> efforts on Scipy<br>
>><br>
>><br>
>> I'll write a separate post on that asap.<br>
>><br>
>>><br>
>>> and I will be cutting back on my work on Numpy.<br>
>><br>
>><br>
>> I sincerely hope you don't cut back on your work too much Charles. You<br>
>> have done an excellent job as "chief maintainer" over the last years.<br>
>><br>
>>> The 1.7 release looks to be delayed and I suspect that the Continuum<br>
>>> Analytics folks will become increasingly dedicated to the big data push. We<br>
>>> need new people to carry things forward and I think Nathaniel can pick up<br>
>>> part of the load.<br>
>><br>
>><br>
>> Assuming he wants them, I am definitely +1 on giving Nathaniel commit<br>
>> rights. His recent patches and debugging of issues were of high quality and<br>
>> very helpful.<br>
>><br>
><br>
> OK, I went ahead and added him whether he wants it or not ;)<br>
<br>
</div>Hah. Thanks!<br>
<br>
Is there a "committers guide" anywhere? By default I would assume that<br>
the rules are pretty much -- continue sending pull requests for my own<br>
changes (unless a trivial typo fix in a comment or something), go<br>
ahead and merge anyone else's pull request where things seem okay and<br>
my best judgement is we have consensus, fix things if my judgement was<br>
wrong? But I don't want to step on any toes...<br>
<br></blockquote><div><br>You can commit your own stuff also if someone signs off on it or it seems uncontroversial and has sat there for a while. It's mostly a judgement call.<br><br>For the commits themselves, the github button doesn't do fast forward or whitespace cleanup, so I have the following alias in .git/config<br>
<span style="font-family:courier new,monospace"><br>getpatch = !sh -c 'git co -b pull-$1 master &&\</span><br style="font-family:courier new,monospace"><span style="font-family:courier new,monospace">           curl <a href="https://github.com/numpy/nump/pull/$1.patch|\">https://github.com/numpy/nump/pull/$1.patch|\</a></span><br style="font-family:courier new,monospace">
<span style="font-family:courier new,monospace">           git am -3 --whitespace=strip' -</span><br style="font-family:courier new,monospace"><br>which opens a new branch pull-nnn and is useful for the bigger commits so they can be tested and then merged with master before pushing. The non-trivial commits should be tested with at least Python 2.4, 2.7, and 3.2. I also suggest running the one-file build for changes in core since most developers do the separate file thing and sometimes fail to catch single file build problems.<br>
<br>Keep an eye on coding style, otherwise it will drift.<br><br>Chuck <br></div></div>