OpenJDK Governing Board Minutes: 20011/4/21
Jason Gartner
jgartner at ca.ibm.com
Tue May 3 06:36:53 PDT 2011
The new Governing Board is taking longer than expected to establish, and
while progress on the bylaws is slower than expected, it seems prudent to
get the bylaws accepted and in place ahead of asking for the new Board's
approval to establish the OpenJDK8 project. The OpenJDK project has been
operating essentially without any rules and the motivation for individuals
within the project to behave in a more open way has been non-existent.
Open behavior should be awarded and closed behavior should be exposed.
Without a set of bylaws, acting upon these simple rules is very difficult.
I agree it may seem counter-intuitive, but at the moment, we discussed it
and felt that getting a set of bylaws approved is a priority to begin
changing this inherent culture within that will take much more time than
simply opening a project. Open development, as you noted yourself, is much
more than hacking code. Bugs, testcases, build, infrastructure, etc are
all necessary items needed for open development and something that the
board is committed to providing. We need to start somewhere and want
OpenJDK8 to start under the appropriate governance.
Jason 2670 Queensview
Gartner Drive
Director, Ottawa, ON K2B 8K1
Java
Technologies
IBM Software Canada
Group
Phone: +1-613-356-6242
e-mail: jgartner at ca.ibm.com
From: Dr Andrew John Hughes <gnu_andrew at member.fsf.org>
To: Doug Lea <dl at cs.oswego.edu>
Cc: gb-discuss at openjdk.java.net
Date: 05/03/2011 04:27 AM
Subject: Re: OpenJDK Governing Board Minutes: 20011/4/21
Sent by: gb-discuss-bounces at openjdk.java.net
On 30 April 2011 11:59, Doug Lea <dl at cs.oswego.edu> wrote:
> On 04/28/11 15:06, Ludwig, Mark wrote:
>>
>> It might help the contributors be more patient if they understood why it
>> helps the OpenJDK community to wait for this. Neither the minutes from
>> the
>> board meeting nor the ensuing discussion in the last twelve hours really
>> explain why waiting indefinitely is better than letting OpenJDK 8 get
>> started
>> now.
>>
>
> The GB cannot make decisions based on the bylaws if we do not have
> bylaws. Until then, it appears that the original interim rules
> and conventions still apply. This is how some of
> the prospective JDK8 projects (like lambda) have already been set up.
> Oracle could insist on doing the same for jdk8 itself, despite the GB.
> However, if jdk8 escapes the upcoming new bylaws, then primary jdk
> development may continue to operate under the old interim conventions
> for years.
>
> -Doug
>
Can you explain what is wrong with the current conventions? I can
think of many things I believe could be improved with the current
OpenJDK project, but the conventions for creating new projects doesn't
factor high on the list. I'm not saying the current rules are
perfect, but they've worked for the last four years and allowed a
number of projects to be started by non-Oracle contributors (the
porting project, IcedTea, the Mac OS port). I also hardly think you
can claim that lambda is a OpenJDK8 project setup under the old
guidelines as it was setup as an OpenJDK7 project, and is only now
part of OpenJDK8 due to the decision to move it. In short, continuing
to operate under the interim conventions doesn't seem a problem to me.
I really don't see how it's better for the OpenJDK project for
development to take place in private internal forks, jeopardising the
future of the project as a whole, than to allow OpenJDK8 to 'escape
the upcoming new bylaws'. I've noted that you still do most of your
development outside of the OpenJDK project, so maybe you aren't aware
of the problems that we've experienced with getting Oracle developers
to work in the open and the issues that have resulted from not having
access to some of the early stages of OpenJDK7 development. For some
bug IDs, the corresponding changesets are simply unavailable as they
pre-date the repositories. It is at least understandable that the
start of OpenJDK7 development is missing, due to the change from a
proprietary development model, but I see absolutely no good reason to
deliberately do the same with OpenJDK8.
I really don't see how this will force Oracle to do anything either.
Most Oracle developers seem to prefer working in private repositories
and on private mailing lists, presumably because it's the pre-existing
dominant culture. This is even noted in the minutes; 'Adam disagreed,
noting that working behind closed doors is actually a more comfortable
mode of operation for most Oracle engineers'. This is going to hurt
external engineers, like us at Red Hat instead. Who knows when we
will get access to OpenJDK8 development work and in what state it will
be by then? You're giving Oracle a "get out of jail free" card to do
private development and use this board decision as an excuse.
--
Andrew :-)
Support Free Java!
Contribute to GNU Classpath and IcedTea
http://www.gnu.org/software/classpath
http://icedtea.classpath.org
PGP Key: F5862A37 (https://keys.indymedia.org/)
Fingerprint = EA30 D855 D50F 90CD F54D 0698 0713 C3ED F586 2A37
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/gb-discuss/attachments/20110503/59250341/attachment.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ecblank.gif
Type: image/gif
Size: 45 bytes
Desc: not available
Url : http://mail.openjdk.java.net/pipermail/gb-discuss/attachments/20110503/59250341/ecblank.gif
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 14589459.gif
Type: image/gif
Size: 360 bytes
Desc: not available
Url : http://mail.openjdk.java.net/pipermail/gb-discuss/attachments/20110503/59250341/14589459.gif
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
Url : http://mail.openjdk.java.net/pipermail/gb-discuss/attachments/20110503/59250341/graycol.gif
More information about the gb-discuss
mailing list