On Fri, Jun 27, 2014 at 9:21 AM, Martin Kleppmann <[email protected]> wrote:
> On 26 Jun 2014, at 16:29, Doug Cutting <[email protected]> wrote:
>> On Thu, Jun 26, 2014 at 5:02 AM, Martin Kleppmann <[email protected]> 
>> wrote:
>>> (1) We aim to do point releases regularly, e.g. 1 or 2 releases per month [ 
>>> ... ].
>>
>> More frequent Avro releases would be great.  I can't personally commit
>> to increasing release cadence, as my availability is intermittent.
>> But any committer can create releases.
>
> Absolutely. A big part of the ASF's purpose is to help projects run smoothly 
> without being totally dependent on any one person. So I don't mean to demand 
> more of you, Doug -- you already do a huge amount. It was more a rallying cry 
> for the wider community.
>
> One difficulty I see is because Avro is such a diverse code base, consisting 
> of various totally different languages, there are only a small number of 
> people who are qualified to review a given patch. I try to keep an eye on 
> JIRA and the mailing list for things I can review, but I know nothing about 
> (say) C++ or Perl, so the best review I could do with those languages would 
> be a rubber-stamp, which would do more harm than good.
>
> So please, folks, if you understand what a patch is about, please help by 
> commenting on it. There might not be may people besides you who understand it.

+1

To help keep an eye on what needs reviewing I created a JIRA filter
for the review queue here:
https://issues.apache.org/jira/issues/?filter=12327611.

>
>> Configuring a machine so that
>> all languages are built and tested takes a bit of time but isn't too
>> difficult.  I'd love to see someone else take on this task.
>
> I'll have a play around with Docker, to see if I can create a shareable 
> container image that has all the languages and tools installed for building 
> and testing. If that works, it would make it easy for anyone to run the tests 
> for all languages, and to create release candidates.

That would be great! The number of languages that Avro supports now
makes this even more valuable. I don't know if you've seen it, but
Jeff Hammerbacher wrote up some instructions for doing a release on
EC2 a few years ago:
https://cwiki.apache.org/confluence/display/AVRO/How+To+Release#HowToRelease-UsingAWSforAvroBuildandRelease.
You might use that as a starting point, or just update it with
whatever you come up with.

>
>> If we decide to go this way we need to reorganize sources into a trunk
>> & branches per language, update build files accordingly, then have
>> folks step up and volunteer to release each language.  It would
>> probably increase the overall effort spent releasing.  (Once you have
>> all the dependencies installed, creating a release for all languages
>> isn't hard.)
>
> Ok, probably that change isn't worth the effort -- it would be more 
> productive to improve the release automation, so that it's easier to release 
> everything at once. I'll see what I can do in that regard.
>
> Martin
>

Cheers,
Tom

Reply via email to