+1 (see below)<br><br><div class="gmail_quote">On Fri, Mar 9, 2012 at 4:35 PM, ceki <span dir="ltr"><<a href="mailto:ceki@qos.ch">ceki@qos.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5">Glad you like the approach.</div></div>
<br>
I was not familiar with the concept of github organizations. Anyway,<br>
inspired by what you have done with the "logback" organization, I've<br>
created the "qos-ch" organization (see <a href="https://github.qcom/qos-ch/" target="_blank">https://github.qcom/qos-ch/</a>)<br>
containing a single repo named logback-extensions with you and me<br>
having admin rights.<br>
<br>
Assuming projects like slf4j, cal10n, logback-*, mistletoe, etc move<br>
under that organization, I rather have it named qos-ch rather than<br>
logback.<br>
<br></blockquote><div>I like the idea of pooling the logback extensions in a central location. I currently manage <a href="https://github.com/tony19/logback-android">logback-android</a> in Github and would like to join this organization. Let me know what to do. Thanks :-)</div>

<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Anyway, as mentioned, I am not very familiar with github<br>
organizations, and if I've made a mistake, please let me know and I'll<br>
correct it promptly.<div class="im"><br></div>
Github organizations seem like less chaotic way of managing<br>
projects. One advantage of person-based approach is the lack of the<br>
300MB barrier which exists in github "organizations".<br>
<br>
Cheers,<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Ceki<br>
<a href="http://twitter.com/#!/ceki" target="_blank">http://twitter.com/#!/ceki</a></font></span><div class="HOEnZb"><div class="h5"><br></div></div></blockquote></div>