I'd like to carry a bit of the great spirit of discussions
from FOSDEM forward, so we're trying out something new:
OpenJDK Forum
Date/Time: Friday Feb. 27, 2008 8 AM Pacific, 1600 GMT, 5 PM Germany
Subject: Contributing into OpenJDK 6
Call Host: Dalibor Topic
Expected Participants:
* Emily Chang
* Joe Darcy
* Mark Reinhold
* Dalibor Topic
+ members of discuss@openjdk and jdk6-dev@openjdk
mailing lists interested in the new Bugzilla-based
contribution process and 'push' rights for
OpenJDK 6 repositories.
Synopsis:
We will cover the new contribution process. We'll start by
reviewing the new Bugzilla-based contribution process and
expectations around establishing authorship (i.e. 'push')
rights for the writable OpenJDK 6 repositories.
We will then switch to open discussion mode to hear people's
questions, concerns, and suggestions on the subject matter.
The call will be recorded, and the recording will be made
available after the call - in a free format, of course!
Dial in numbers:
Passcode: 5817876
Speed dial extension for developers inside Sun: x44414
Country Toll Numbers Freephone/Toll Free Number
ARGENTINA 0800-777-0463
AUSTRALIA ADELAIDE: 61-8-8121-4868 1-800-249-288
AUSTRALIA BRISBANE: 61-7-3102-0970 1-800-249-288
AUSTRALIA CANBERRA: 61-2-6100-1970 1-800-249-288
AUSTRALIA MELBOURNE: 61-3-9010-7739 1-800-249-288
AUSTRALIA PERTH: 61-8-9467-5249 1-800-249-288
AUSTRALIA SYDNEY: 61-2-8205-8125 1-800-249-288
AUSTRIA 43-1-92-86-506 0800-005-029
BELGIUM 32-1-150-0314 0800-4-8680
BRAZIL 0800-7610674
CHILE 1230-020-2867
CHINA* 86-400-810-4766 10800-712-1433
10800-120-1433
COLOMBIA 01800-9-156430
CZECH REPUBLIC 420-2-25-98-56-54 800-700-173
DENMARK 45-7014-0280 8088-6132
ESTONIA 800-011-1089
FINLAND Land Line: 106-33-146 0-800-1-10100
FINLAND Mobile: 09-106-33-146 0-800-1-10100
FRANCE LYON: 33-4-26-69-12-81 080-563-9647
FRANCE MARSEILLE: 33-4-86-06-00-81 080-563-9647
FRANCE PARIS: 33-1-70-70-74-20 080-563-9647
GERMANY 49-69-2222-2566 0800-000-3441
GREECE 30-80-1-100-0683 00800-12-6973
HONG KONG 852-2286-5731 800-930-705
HUNGARY 06-800-18013
INDIA 000-800-852-1266
INDONESIA 001-803-011-3787
IRELAND 353-1-247-5253 1800-932-145
ISRAEL 1-80-9214916
ITALY 39-02-3600-3642 800-986-570
JAPAN OSAKA: 81-6-7739-4769 0034-800-400828
JAPAN TOKYO: 81-3-5539-5189 0034-800-400828
LATVIA 8000-3025
LUXEMBOURG 352-27-000-1360
MALAYSIA 1-800-80-2812
MEXICO 001-866-627-0574
NETHERLANDS 31-20-718-8533 0800-020-1392
NEW ZEALAND 64-9-970-4769 0800-449-823
NORWAY 47-21-59-00-59 800-15414
PANAMA 011-001-800-5072129
PERU 0800-53733
PHILIPPINES 63-2-858-3715
POLAND 00-800-1212021
PORTUGAL 8008-14061
RUSSIA 8-10-8002-9683011
SINGAPORE 65-6883-9228 800-120-4662
SLOVAK REPUBLIC 421-2-322-422-21
SOUTH AFRICA 080-09-80416
SOUTH KOREA 82-2-6744-1081 00798-14800-6860
SPAIN 34-91-414-62-98 800-099-810
SWEDEN 46-8-505-78-524 0200-890-106
SWITZERLAND 41-44-580-4389 0800-001-523
TAIWAN 886-2-2795-7377 00801-137-766
THAILAND 001-800-1206-65656
UNITED KINGDOM BIRMINGHAM: 44-121-210-9021 0808-238-6025
UNITED KINGDOM GLASGOW: 44-141-202-3221 0808-238-6025
UNITED KINGDOM LEEDS: 44-113-301-2121 0808-238-6025
UNITED KINGDOM LONDON: 44-20-7075-3246 0808-238-6025
UNITED KINGDOM MANCHESTER: 44-161-601-1421 0808-238-6025
URUGUAY 000-413-598-3415
USA 1-203-418-3122 866-692-3163
VENEZUELA 0800-1-00-3733
cheers,
dalibor topic
--
*******************************************************************
Dalibor Topic Tel: (+49 40) 23 646 738
Java F/OSS Ambassador AIM: robiladonaim
Sun Microsystems GmbH Mobile: (+49 177) 2664 192
Nagelsweg 55 http://openjdk.java.net
D-20097 Hamburg mailto:Dalibo...@sun.com
Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten
Amtsgericht München: HRB 161028
Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer
Vorsitzender des Aufsichtsrates: Martin Häring
sounds very interesting! I'll try to join the discussion on Friday.
One point of special interest for us would be if SCSL licensees (and
here especially the ones which signed the "commercial use" amendment)
will be able to submit under the SCSL into this repository. From our
point of view the SCSL is a true superset of the SCA and should cover
everything covered by the SCA. We have also discussed this with Onno
in the past who shared our point of view in this point, but as far as
I know there has never been an "official" statement with regard to
this topic.
It would be nice if somebody can have a look at this, because I think
it would considerably simplify the contribution process for certain
SCSL licensees.
With best regards,
Volker
Expected Participants:
I hope that we'll also be able to have Dmitri Trembovetski and
Phil Race join us for the call.
Since conference calls may be a somewhat new experience to some of us,
here are a couple ground rules:
* Please identify yourself by name and location when speaking.
At least in theory, we could have more then one Dalibor on the call, for
example, and for those of us not familiar with each Dalibor's voice, having
a way to pick them apart is useful.
* Please address individuals by name when speaking.
That helps keep the discussion flowing, without causing confusion who a
particular question, remark or idea is addressed to.
* Please speak clearly and avoid side conversations and background noise.
We'll use the #openjdk IRC channel on irc.oftc.net for side conversations.
If you are not familiar with IRC clients, you can run the corresponding
web start application at http://openjdk.java.net/irc/ .
* Keeping the noise down
When you're not speaking, please mute your own line by pressing *6 on your
telephone keypad. To unmute press *6 again.
* On Sun campus in SCA ?
Please join Mark Reinhold in the conference room "Mars Bars" in building 22,
second floor.
is a recording of the call available?
Andrew.
Not yet - it should become available later today.
> Andrew Haley wrote:
>> Hi there,
>>
>> is a recording of the call available?
>
> Not yet - it should become available later today.
Here you go:
http://mediacast.sun.com/users/mreinholds/media/openjdk-forum-2009-02-27.ogg
- Mark
And here are the rough meeting notes:
OpenJDK Forum - Contributing into OpenJDK 6
Date: 2009-02-27
Participants: 22
Speakers (in order of first appearance):
Dalibor Topic
Mark Reinhold
Joe Darcy
Andrew Haley
Dmitri Trembovetski
Lillian Angel
Martin Buchholz
Phil Rice
Volker Simonis
Discussed items (in slightly adapted order):
* OpenJDK 6 & writable repositories
We have the OpenJDK 6 writable repositories. Marting Buchholz made
some pushes, and we'd like to see more people do it. Potential
patches to include in OpenJDK 6 would be IcedTea pacthes, security
fixes, backports of fixes from OpenJDK 7.
Ports like Zero or Shark are larger then simple backports, so they
should go upstream. In order to make that happen, there is a desire
to understand processes, and get up to speed as quickly as possible.
* How do we go about merging in larger changes like Zero?
- A large change like that should go into 7/6 simultaneously, or into
7 first.
- Bugzilla entry for Zero
- Create webrev
- upload it on cr.openjdk.java.net server
- Send it to HotSpot team for review
- have someone mentor the external developers on the first merging steps
- have them spread around different areas of expertise
* Bugzilla
We have a bugzilla up now, at the moment its purpose is to collect
patches from developers without push rights. Simple process for
contributions, and a draft of sponsorship process - mainly of interest
to Sun engineers right now. Dalibor and Mark are poking Sun engineers
to look at them.
* What's the procedure for committers for a simple patch from IcedTea
into OpenJDK 6?
- generate webrev of the change for large change, diff is fine for small ones
- post the patch on jdk6-dev and ask for review on jdk6-dev alias
- approval from technology expert in the area (Joe and potentially others)
- backport from OpenJDK 7 will usualy be appropriate
- push the change into OpenJDK 6
* What's the process to get push rights into OpenJDK 6 ?
- start with a few patches with some assistance
- figure out the process with the mentors
- get push rights
* What's the merging activity planned for OpenJDK 6?
- not much - some of the JDK 7 bug fixes planned for backporting and merge by Joe.
- Martin expects 10 changes from him/Google he'd like to see in OpenJDK 6
* Can the backporting activity be delegated on more shoulders?
- Joe would be happy for other people to do the backports and pushes
- it's more of an issue to identify desirable fixes
- once a fix is in 7 it's not very hard to backport into 6
The client team started a big push to forward port changes from 6uN into 7.
* Should we use bugzilla to track merging activity?
- gcc uses bugzilla for merging larger patches
* Should we have small changes go through the list, and large changes through
bugzilla?
- Joe, Lillian are OK with that approach.
* what areas to work on OpenJDK7 without duplicating effort ?
- a good first batch of stuff is the small patches from IcedTea
- and then have the conversation again
- probably about Zero & the plugin
* How about the IcedTea plugin?
- it can likely be contributed under the SCA
- it may make more sense for OpenJDK 6, then for OpenJDK 7, where Ken's plugin will appear
- it can be replaced later if the new plugin is better
- Sun isn't necessarily going to build & test it, but that's OK
* what else do people want to work on?
- porting
- client-side speedups and size improvements
- C++ interpreter (and tiered compilation)
* Cultural differences in bringing out the review process into the open
- A struggle we expect to continue to have for a while, but Sun
engineers are coming to understand that it's a good thing
* How to go about encouraging reviews to happen and to happen in the open?
- hard to get past the known sub-group trust relationship regardless of sub-project
- should we use reviewboard - we need to review it and put up an instance
for experimental use by early summer
- webrev robot from some sun teams, but reinforces sub-group trust
relationships, and not hardened for life on the internet.
- open source review tools usage not common in practice, but experience shows
reviews are useful
* Relationship and patch flow between OpenJDK 7 and various internal releases?
- The vast majority on hg.openjdk.java.net
- Small bit of left over encumbrancies for 7 internal at Sun
- No internal 7 tree with a different code tree
- The release engineering pulls every night from the hg to get the open code,
and from the closed bits to turn them both into 7 builds
- pushes to OpenJDK 7 will appear in the next 7 builds
- a few build variables decide for some encumbered bits of code which
one to use
* Can SCSL licensees push directly without signing the SCA?
No. There is a process to take SCSL-covered code and turn it
into something that can be pushed into OpenJDK.
The forum was successful, so we'll have another one in a few weeks time.