Re: Your coding practices and documentation are not done well.

2012-01-17 Thread Peter Ehrlich
Sorry, just getting back to email after a few days I will mention that anyone is welcome to quote any of the thing's I've mentioned when talking to apache/whatever, if you think it could help the case. In the mean time I'll also put forward the idea of a more decentralized community lead document

Re: Your coding practices and documentation are not done well.

2012-01-16 Thread Ross Gardler
On 16 January 2012 18:18, Filip Maj wrote: > >>Fil, >> >>Would you explain why fair governance and project neutrality depends upon >>Apache infrastructure? > > Fair governance and neutrality don't rely on any specific infrastructure > (be it Apache or GitHub), rather, the entity that owns the code

Re: Your coding practices and documentation are not done well.

2012-01-16 Thread Filip Maj
>Fil, > >Would you explain why fair governance and project neutrality depends upon >Apache infrastructure? Fair governance and neutrality don't rely on any specific infrastructure (be it Apache or GitHub), rather, the entity that owns the code in the first place, and the processes that are follow

Re: Your coding practices and documentation are not done well.

2012-01-13 Thread Peter Ehrlich
> > > > Peter, we hear you loud and clear. This was a pain point for the entire > PhoneGap crew as well and we fought really hard, together with the CouchDB > team and with the help of most/all of our Apache mentors to even get git > approved as an acceptable form of source control! This project wo

Re: Your coding practices and documentation are not done well.

2012-01-13 Thread Paul Beusterien
Fil, Would you explain why fair governance and project neutrality depends upon Apache infrastructure? I would have thought that popular, easily understood infrastructure like github provides the accessibility and transparency that fosters good governance. On the flip side, increasing learning curv

Re: Your coding practices and documentation are not done well.

2012-01-13 Thread Filip Maj
On 12-01-13 3:13 PM, "Peter Ehrlich" wrote: >Hi everyone, and thanks for your responses > > > For now, opening a bug up on "improve documentation" with as much > > excruciating detail as you are willing to give us, would be quite >useful. > >Moving all issue tracking and documentation to Github

Re: Your coding practices and documentation are not done well.

2012-01-13 Thread Peter Ehrlich
Hi everyone, and thanks for your responses > For now, opening a bug up on "improve documentation" with as much > excruciating detail as you are willing to give us, would be quite useful. Moving all issue tracking and documentation to Github would be an extremely good decision. If you want to a

Re: Your coding practices and documentation are not done well.

2012-01-13 Thread Jukka Zitting
Hi, On Fri, Jan 13, 2012 at 10:26 PM, Patrick Mueller wrote: > For the first two items, my understanding is that only committers > will be able to author that. Right, but anyone is of course free to submit patches! For legal reasons (everything officially released by the ASF should be traceable

Re: Your coding practices and documentation are not done well.

2012-01-13 Thread Brian LeRoux
Geez, really sorry to hear that experience Peter. This definitely is not the experience we want developers to have and I appreciate that you took the time to share your frustration with us. I myself would probably have given up. To echo Patrick and Fil: please do not hesitate to give us this feedb

Re: Your coding practices and documentation are not done well.

2012-01-13 Thread Filip Maj
Thanks for your e-mail Peter. We are still transitioning into Apache from a previous "run-n-gun" type of organizational structure so there will be some amount of time where we're all a little out of sync. Additionally we don't have many full-time developers working on the project at the moment (by

Re: Your coding practices and documentation are not done well.

2012-01-13 Thread Patrick Mueller
On Fri, Jan 13, 2012 at 15:03, Peter Ehrlich wrote: > The bottom line is that I think the product you're all working so hard to > produce would benefit strongly from a concentrated focus on cross-team > communication/synchronization, documentation, and cross-platform > documentation. (Or maybe I'