<html><head></head><body><div class="gmail_quote"><br>
<br>
Nicolas Sebrecht <nicolas.s-dev@laposte.net> schrieb:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre style="white-space: pre-wrap; word-wrap:break-word; font-family: sans-serif">On Fri, Jul 20, 2012 at 10:39:50PM +0200, Thomas Kahle wrote:<br />> Hi,<br />> <br />> On 22:19 Thu 19 Jul 2012, Nicolas Sebrecht wrote:<br />> [...]<br />> <br />> > IOW, the more valuable contributions we have ― each contributor doing a<br />> > few things ― the more we could still have OfflineIMAP supported. <br />> > <br />> > Here are some roles I'm thinking about:<br />> > - official and unofficial developers sending patches;<br />> > - official trusted maintainers (working in rotation?) to review and<br />> > perhaps merge the patches;<br />> > - official testers validating patches for releases;<br />> > - one main official maintainer blindly pulling from trusted maintainers<br />> > and doing the releases that contributors suggest.<br />> > <br />> > Of course, such workflow would ask an isssue
tracker.<br />> <br />> I don't think that throwing more infrastructure at the problem will do<br />> any good. For your setup there need to be at least 3 or 4 git gurus.<br />> Offlineimap is not the Linux kernel, what it needs is one dedicated<br />> person to merge patches floating on the mailing list and pick up the<br />> wrench her/him-self from time to time.<br /><br />Notice this would be a infrastructure for a young team which has to<br />learn how to work alltogether. It would NOT be serious to exclude myself<br />or Sebastian to the process and open the release cycle to everybody<br />aiming to contribute.<br /><br />So, we _need_ someone experimented with both OfflineIMAP and Git to make<br />releases for the moment. I'm fine with the job as long as it's possible<br />to do it the lazy mode.<br /><br />Also, I talked about official testers because I know some users use<br />not-so-important IMAP accounts to test OfflineIMAP out there. Others<br />would
enjoy testing OfflineIMAP with a test suites. And having official<br />testers involved in the release cycle would be wonderfull in the<br />long-term. No need to say why I prefer include them to the thread now.<br /><br />> In my opinion offlineimap does<br />> not need more features. It just needs a little maintenance when things<br />> in python or imaplib change and bugs that are in the present features.<br /><br />We can't make statements like that. Nobody know what will be the next<br />series of patches or what will be the amount of work required to merge<br />them, review, etc.<br />This is one of the main reasons why it is so hard to keep the maintainer<br />hat alone on a project like this one.<br /><br />-- <br />Nicolas Sebrecht<br /></pre></blockquote></div><br clear="all">Hi all, i apologize for my prolonged silence (currently on a multiweek offline island holiday). I'll still have to do huge amounts of catch up
when I'm back. agreed offlineimap does not need huge amounts of features. But more stability work, imaplib work, tests and python3 readiness.<br>
<br>
I am happy with whatever setup you come up with (Nicolas could continue to do RELEASES) and I would be happy to be contributor, doc writer and allround guy. I hope to be back in full speed, but family and job (I am applying for a professorship position right now, which turned out to be quite a big job in itself.<br>
<br>
So, I am alive and will be back, but I'll happily go with whatever you comd up to get contributions in NOW.<br>
<br>
thanks, sebastian<br>
-- <br>
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.</body></html>