Project Panama is moving to GitHub

Fri Jan 24 11:02:48 UTC 2020

Erik tells me that this can be done.

i.e. we create 2 GitHub repos, one 'panama-foreign' and one 
'panama-vector'. We move over the 'foreign' part of the project to 
'panama-foreign', and then set up the 'panama-vector' repo on GitHub to 
be a read-only mirror of the current HG repository (just like the 
overall Panama mirror [1] is now).

All 'foreign' contributions would then go to the 'panama-foreign' repo.

Once the 'vector' part of the project is ready they can make the move as 
well.

Jorn

[1] : https://github.com/openjdk/panama

On 23/01/2020 20:12, Paul Sandoz wrote:
> I think a temporary split between hg for vector and git for all other 
> Panama stuff is reasonable.  Is that possible?
>
> Some very detailed is work required, esp. in Hotspot, to prepare the 
> Vector API for code review so the JEP can be prepared for target.
>
> My estimate is that such preparations may require up to 4 weeks of 
> effort until everything stabilizes, but Sandhya and Vladimir will have 
> a better sense than I.
>
> I am enthusiastic on the move to git/Skara but I also stronglyI 
> empathize with Vladimir and Sandhya and others working on Vector API 
> in HotSpot.  Adding a new workflow into the mix during that detailed 
> work will likely make that work harder and more stressful.  Ordinarily 
> I would not make arguments appealing to staying in the “comfort zone” 
> but in this case I think it would disrupt the productivity of the 
> developers at a crucial point.
>
> Paul.
>
>> On Jan 23, 2020, at 10:44 AM, Viswanathan, Sandhya 
>> <sandhya.viswanathan at intel.com 
>> <mailto:sandhya.viswanathan at intel.com>> wrote:
>>
>> Hi Jorn/Maurizio,
>>
>> There was a mention of splitting the Vector API and Foreign Panama 
>> repos when move to github happens.
>> Is it possible to keep Vector API in mercurial and proceed with 
>> moving Foreign to github as per your plan?
>>
>> Best Regards,
>> Sandhya
>>
>>
>> -----Original Message-----
>> From: Jorn Vernee <jorn.vernee at oracle.com 
>> <mailto:jorn.vernee at oracle.com>>
>> Sent: Thursday, January 23, 2020 10:16 AM
>> To: Vladimir Ivanov <vladimir.x.ivanov at oracle.com 
>> <mailto:vladimir.x.ivanov at oracle.com>>; Viswanathan, Sandhya 
>> <sandhya.viswanathan at intel.com 
>> <mailto:sandhya.viswanathan at intel.com>>; Paul Sandoz 
>> <paul.sandoz at oracle.com <mailto:paul.sandoz at oracle.com>>; Maurizio 
>> Cimadamore <maurizio.cimadamore at oracle.com 
>> <mailto:maurizio.cimadamore at oracle.com>>
>> Cc: Erik Duveblad <erik.helin at oracle.com 
>> <mailto:erik.helin at oracle.com>>; Robin Westberg 
>> <robin.westberg at oracle.com 
>> <mailto:robin.westberg at oracle.com>>;panama-dev at openjdk.java.net 
>> <mailto:panama-dev at openjdk.java.net>
>> Subject: Re: Project Panama is moving to GitHub
>>
>> Hi Vladimir,
>>
>> If more time is needed we should postpone.
>>
>> Though, I think no matter when the move happens, some amount of 
>> slowdown will be unavoidable. At some point we have to bite the 
>> bullet, so I would like to try and pick a concrete date for the move. 
>> If more time is needed at that point, or something else comes up in 
>> the mean time, we can postpone again.
>>
>> How much time do you think is needed? Can you suggest a date?
>>
>> Thanks,
>> Jorn
>>
>> On 23/01/2020 19:01, Vladimir Ivanov wrote:
>>> I fully support the move to GitHub, but would like to suggest
>>> postponing it for Vector API project.
>>>
>>> Currently, the project goes through a major refactoring and I'm afraid
>>> that in the short term the adaption to new workflow will slow us down.
>>>
>>> I suggest to do the switch once most of the planned work land in the
>>> repository.
>>>
>>> Best regards,
>>> Vladimir Ivanov
>>>
>>> On 15.01.2020 02:30, Viswanathan, Sandhya wrote:
>>>> The move and split are ok from our side as well.  We would need the
>>>> automerge feature for "vector" also going forward.
>>>>
>>>> Best Regards,
>>>> Sandhya
>>>>
>>>>
>>>> -----Original Message-----
>>>> From: panama-dev <panama-dev-bounces at openjdk.java.net 
>>>> <mailto:panama-dev-bounces at openjdk.java.net>> On Behalf Of
>>>> Paul Sandoz
>>>> Sent: Tuesday, January 14, 2020 9:51 AM
>>>> To: Maurizio Cimadamore <maurizio.cimadamore at oracle.com 
>>>> <mailto:maurizio.cimadamore at oracle.com>>
>>>> Cc: Erik Duveblad <erik.helin at oracle.com 
>>>> <mailto:erik.helin at oracle.com>>; Robin Westberg
>>>> <robin.westberg at oracle.com <mailto:robin.westberg at oracle.com>>; 
>>>> panama-dev at openjdk.java.net <mailto:panama-dev at openjdk.java.net>
>>>> Subject: Re: Project Panama is moving to GitHub
>>>>
>>>> Likewise, I support the move and split, with the few weeks heads up.
>>>>
>>>> Panama covers a wide area, in the future there might be other
>>>> technically non-intersecting but complementary repos under Project
>>>> Panama’s vision and governance.
>>>>
>>>> Paul.
>>>>
>>>>> On Jan 14, 2020, at 7:08 AM, Maurizio Cimadamore
>>>>> <maurizio.cimadamore at oracle.com 
>>>>> <mailto:maurizio.cimadamore at oracle.com>> wrote:
>>>>>
>>>>> I support both:
>>>>>
>>>>> * moving to Git
>>>>> * adopting the PR model
>>>>> * splitting vector from ffi support - we already have different set
>>>>> of requirements for these two pieces (e.g. ffi branches are
>>>>> automerged, vector ones are not), so IMHO it makes sense to split,
>>>>> now that we have the ability to do so.
>>>>>
>>>>> Cheers
>>>>> Maurizio
>>>>>
>>>>> On 14/01/2020 15:05, Jorn Vernee wrote:
>>>>>> Adding Robin to CCs again, this time without a typo in the email
>>>>>> address.
>>>>>>
>>>>>> Jorn
>>>>>>
>>>>>> On 14/01/2020 15:58, Jorn Vernee wrote:
>>>>>>> Hi all,
>>>>>>>
>>>>>>> You might have heard that there is an OpenJDK project named Skara
>>>>>>> evaluating and trialing using Git for OpenJDK and GitHub for
>>>>>>> hosting the repositories [1]. We have been asked to try out Git,
>>>>>>> GitHub and the Skara tooling, as a means of validating, and to
>>>>>>> provide feedback about the Project Skara effort. There is already
>>>>>>> a number of OpenJDK projects using Git, GitHub and Skara:
>>>>>>> - OpenJFX
>>>>>>> - OpenJMC
>>>>>>> - Loom
>>>>>>> - Mobile
>>>>>>> - Skara
>>>>>>>
>>>>>>> A transition entails switching to Git as an SCM (see the Git
>>>>>>> manual [2]), and the repository would be hosted on GitHub [3].
>>>>>>> After the transition, the current Mercurial repository would no
>>>>>>> longer be updated. There is currently already a read-only mirror
>>>>>>> in place [4], which you can use to try out Git and some of the
>>>>>>> tooling, though submitting pull requests and pushing there are
>>>>>>> currently not supported.
>>>>>>>
>>>>>>> I suggest that project Panama transition to git, GitHub and Skara
>>>>>>> and that we set the target date for the transition to around 2
>>>>>>> weeks from now. For example Monday the 27th of January, or
>>>>>>> otherwise later if people need more time to prepare. I also
>>>>>>> suggest we adopt GitHub's pull request workflow together with the
>>>>>>> bots from project Skara.
>>>>>>>
>>>>>>> Adopting pull requests and the Skara bots means that the review
>>>>>>> process would work partly through GitHub. In particular, all
>>>>>>> changes must start out as pull requests. Skara automatically
>>>>>>> generates webrevs, "RFR" emails and supports bi-directional
>>>>>>> syncing between mailing lists and GitHub for those that prefer
>>>>>>> using webrev and the mailing lists. If you are unfamiliar with
>>>>>>> GitHub and pull requests, I suggest checking out GitHub's guide
>>>>>>> [5]. Note that project Skara also provides CLI tools for
>>>>>>> interacting with GitHub for those that prefer working from a
>>>>>>> terminal. You can find more info about these tools on the Skara
>>>>>>> wiki page [6] or from the Skara README [7].
>>>>>>>
>>>>>>> One question I would like to discuss is whether we should split
>>>>>>> the current repository into two; one repository for the ffi work
>>>>>>> and one repository for the vector API work (named e.g. panama-ffi
>>>>>>> and panama-vector). Having these two distinct features in separate
>>>>>>> repositories might make it easier for newcomers and followers to
>>>>>>> understand where the latest changes are. We would still share the
>>>>>>> same mailing list, but having two repositories would separate the
>>>>>>> streams of traffic on GitHub, i.e. each project would have it's
>>>>>>> own, separate, set of pull requests.
>>>>>>>
>>>>>>> If you have any comments or questions regarding this transition,
>>>>>>> please reply to this thread.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Jorn
>>>>>>>
>>>>>>> [1] : https://openjdk.java.net/jeps/369 [2] :
>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__git-2Dscm.com_docs_user-2Dmanual&d=DwIGaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=EgJnHEyFBubRXnnJ53hVk-r0_ujYDiHtGXK9KByBXww&m=_E7eh28cLkaOrOyXTncj28eKlz5WnOwrHFfZ_EgT5yY&s=vjXriCUJOmwDTPyIwHlQUFWDrzWy7GW0ZpMjlOX7o5o&e=
>>>>>>> [3] 
>>>>>>> :https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_&d=DwIGaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=EgJnHEyFBubRXnnJ53hVk-r0_ujYDiHtGXK9KByBXww&m=_E7eh28cLkaOrOyXTncj28eKlz5WnOwrHFfZ_EgT5yY&s=6LDEQAhc-ChSRqdS8v1V-MzxNpN7bAJNHJnhMrEPEhA&e=
>>>>>>> [4] 
>>>>>>> :https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_openjdk_panama&d=DwIGaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=EgJnHEyFBubRXnnJ53hVk-r0_ujYDiHtGXK9KByBXww&m=_E7eh28cLkaOrOyXTncj28eKlz5WnOwrHFfZ_EgT5yY&s=-DK-libu_YG31JQ6Sx5saEaHMUXMt34V2Z-vPLD2__Q&e= [5] 
>>>>>>> :
>>>>>>> https://urldefense.proofpoint.com/v2/url?u=https-3A__guides.github.com_introduction_flow_&d=DwIGaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=EgJnHEyFBubRXnnJ53hVk-r0_ujYDiHtGXK9KByBXww&m=_E7eh28cLkaOrOyXTncj28eKlz5WnOwrHFfZ_EgT5yY&s=PpD3Cl2yQrexRToo6a8HNhdDDxJfZXgMFgnxfSJ-zdk&e=
>>>>>>> [6] :https://wiki.openjdk.java.net/display/SKARA/Skara
>>>>>>> [7] 
>>>>>>> :https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_openjdk_skara&d=DwIGaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=EgJnHEyFBubRXnnJ53hVk-r0_ujYDiHtGXK9KByBXww&m=_E7eh28cLkaOrOyXTncj28eKlz5WnOwrHFfZ_EgT5yY&s=ECY8Apoo2C3ZaAaYqVpER2vmssbnm_g7t2yny27wzzk&e=
>