CFV: New OpenJDK Committer: Martin Balao
volker.simonis at gmail.com
Thu Jun 28 14:50:43 UTC 2018
as I wrote before - if I'm the only one who has misinterpreted the
rules I apologize and won't complain any more.
On Thu, Jun 28, 2018 at 2:30 PM, Mario Torre
<neugens.limasoftware at gmail.com> wrote:
> Hi Volker,
> I see your point, but I think this needs to be taken as a general
> guidance and decided on a case by case basis, as it has been discussed
> over and over. We should be looking instead at the quality of the
> current contributions and what they mean to the general development of
> the project rather than counting numbers. Or we can keep pushing
> patches for Martin if you prefer, he's going to hit the 8 mark in 3
> patches, then we can propose the nomination gain and the process will
> be happy for the sake of being a process... We all agree here that
> Martin is not only qualified, but he is a contributor that is doing
> significant work in the area of security and cryptography for OpenJDK,
> don't we want that?
> Then again, if you prefer we can wait a few months and see what
> happens... And no, I'm not saying this because he's a colleague at Red
> Hat, a similar issue was raised a few months ago for an Oracle
> developer, similar in all respect, including concerns, but then common
> sense prevailed.
> This entrance barrier is a necessary training, but if someone shows
> commitment and value in the work they do it doesn't have to be
> strictly at the eight contribution mark. It can be five or ten too.
> Generally you want to respect an higher number of contributions when
> you are uncertain of the quality and steadiness of the developer, but
> doesn't make a lot of sense in this case for me.
> Il giorno gio 28 giu 2018 alle ore 08:43 Volker Simonis
> <volker.simonis at gmail.com> ha scritto:
>> Hi Andrew,
>> I totally agree that we need more OpenJDK developers in the security
>> area and I'm sure Martin is a perfect fit for this role.
>> But the process document  clearly states that a "Contributor should
>> make at least eight significant contributions to that Project before
>> being nominated". From the references you've provided I can only see
>> five changes contributed by Martin. I'd therefore like to kindly ask
>> you to withdraw this CFV and postpone it until Martin has reached at
>> least the required minimum number of contributions.
>> Sorry for nit-picking, but I think we should all play by the same rules.
>> Best regards,
>>  http://openjdk.java.net/projects/#project-committer
>> On Wed, Jun 27, 2018 at 5:05 PM, Andrew Hughes <gnu.andrew at redhat.com> wrote:
>> > I hereby nominate Martin Balao (mbalao) to OpenJDK Committer.
>> > Martin has already produced a number of valuable contributions to
>> > OpenJDK , particularly in the security area, and has more pending review.
>> > In an area that seems low on OpenJDK developers, I think we should
>> > do our best to support such work.
>> > Votes are due by 17h00 UTC on the 11th of July, 2018.
>> > Only current OpenJDK Committers  are eligible to vote on this nomination.
>> > Votes must be cast in the open by replying to this mailing list.
>> > For Lazy Consensus voting instructions, see .
>> >  http://hg.openjdk.java.net/jdk/jdk/log?revcount=200&rev=(author(mbalao)+or+desc(%22mbalao%40redhat.com%22))+and+not+merge()
>> >  http://openjdk.java.net/census#jdk
>> >  http://openjdk.java.net/projects/#committer-vote
>> > --
>> > Andrew :)
>> > Senior Free Java Software Engineer
>> > Red Hat, Inc. (http://www.redhat.com)
>> > Web Site: http://fuseyism.com
>> > Twitter: https://twitter.com/gnu_andrew_java
>> > PGP Key: ed25519/0xCFDA0F9B35964222 (hkp://keys.gnupg.net)
>> > Fingerprint = 5132 579D D154 0ED2 3E04 C5A0 CFDA 0F9B 3596 4222
> pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF
> Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF
> Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens
> Proud GNU Classpath developer: http://www.classpath.org/
> OpenJDK: http://openjdk.java.net/projects/caciocavallo/
> Please, support open standards:
More information about the jdk-dev