[EXTERNAL] Re: Port of JEP 386: Alpine Linux Port to jdk8u

Mon May 16 12:19:38 UTC 2022

Stephanie,

If backporting JEP 386 to 8u is justifiable, I'd like to see a clean
backport of the exact set of changes made to upstream OpenJDK in JEP
386, without mixing in external contributions. Please refer to the full
list in 11u discussion. This will simplify maintenance.

If additional fixes are required for Alpine support, these should be
handled upstream first and not mixed into the backport now.

In the end, I could do 8u backports myself (now that support for Alpine
is in 11u OpenJDK code base and will appear in July 2022 release), but
please help find convincing evidence this is the right thing to do. I'm
torn on this since in my system of coordinates the justification used
for 11u doesn't outweight the risks of breaking something for an 8u
release which should be in deep maintenance. It may easily happen your
stats for 8u use on Alpine differ drastically from mine.

-Aleksei

On 13.05.2022 22:40, Stephanie Crater wrote:
> Thanks Dalibor for pointing that out – I’ll reach out to those authors.
>
> Best,
> Stephanie
>
> From: jdk8u-dev <jdk8u-dev-retn at openjdk.java.net> on behalf of Dalibor Topic <dalibor.topic at oracle.com>
> Date: Friday, May 13, 2022 at 10:59 AM
> To: jdk8u-dev at openjdk.java.net <jdk8u-dev at openjdk.java.net>
> Subject: Re: [EXTERNAL] Re: Port of JEP 386: Alpine Linux Port to jdk8u
> [You don't often get email from dalibor.topic at oracle.com. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification.]<https://aka.ms/LearnAboutSenderIdentification.%5d>
>
> On 13.05.2022 16:08, Stephanie Crater wrote:
>> Hi Aleksei and Andrew,
>>
>> This was some work done by Microsoft largely based off the Alpine project's port [1] to fulfill the needs of Azure App Service. I also pulled in some of the initial changes to OpenJDK 16 in JEP 386 [2] (namely, detecting the C library and defining MUSL_LIBC), as the Alpine project's port modified jdk8 to support Alpine/musl libc only at the expense of other operating systems/C libraries.
>>
>> I would be happy to open an initial PR on the jdk8u-dev repo to discuss the particulars and apply refactoring from feedback and advice.
> Hi Stephanie,
>
> unfortunately, if the port is based on third party changes from outside
> of the OpenJDK Community, like Alpine, Eclipse, etc., then their authors
> would need to have an OCA on file first, and contribute those changes
> themselves, before a port based on such changes could be integrated.
>
> cheers,
> dalibor topic
>
>> Thanks,
>> Stephanie
>>
>> [1] openjdk8 « community - aports - Alpine packages build scripts (alpinelinux.org)<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.alpinelinux.org%2Faports%2Ftree%2Fcommunity%2Fopenjdk8&data=05%7C01%7Cscrater%40microsoft.com%7C7330d9e636bf4a2360c508da34f11c61%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637880507422783062%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=BX6lU%2FoHoTpYpG0VYgYb9VvJsAQP%2BLjOpmQSJdfDvf4%3D&reserved=0>
>> [2] 8247589: Implementation of Alpine Linux/x64 Port · openjdk/jdk16u at 63009f9 (github.com)<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fopenjdk%2Fjdk16u%2Fcommit%2F63009f90ec7df053c936226663b463b8584364a9&data=05%7C01%7Cscrater%40microsoft.com%7C7330d9e636bf4a2360c508da34f11c61%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637880507422933052%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=TqM12aRlvAGaQm9V2W3bEj1Pskp9ikCMcJ%2FsTEhAPww%3D&reserved=0>
>>
>>
>> From: Aleksei Voitylov <aleksei.voitylov at bell-sw.com>
>> Date: Thursday, May 5, 2022 at 10:32 AM
>> To: Stephanie Crater <scrater at microsoft.com>, jdk8u-dev at openjdk.java.net <jdk8u-dev at openjdk.java.net>
>> Subject: [EXTERNAL] Re: Port of JEP 386: Alpine Linux Port to jdk8u
>> Hi Stephanie,
>>
>> when briefly looking through the changed filenames I stumbled upon
>> cpu/ppc/vm, os_cpu/linux_ppc/vm and couldn't recollect having to touch
>> these directories in JEP 386. So, I wanted to ask a question:
>>
>> Is this a backport of the set of changes that were committed upstream to
>> OpenJDK 16 in JEP 386 (or a backport from 11u backports I recently did)?
>> Or is this some original work Microsoft has done for 8u shared code and
>> PPC in particular?
>>
>> Thanks,
>>
>> -Aleksei
>>
>> On 28/04/2022 20:16, Stephanie Crater wrote:
>>> Hi,
>>>
>>> Would the community be open to a port of JEP 386: Alpine Linux Port [1]/JDK-8247589 [2] to OpenJDK jdk8u? A backport of JDK-8247589 to 11u has recently been integrated by BellSoft, and many OpenJDK vendors (BellSoft Liberica, Azul Zulu, Amazon Corretto) provide a jdk8 for Alpine Linux. We believe there is sufficient user demand for Alpine/musl support on jdk8u, but would be interested in the opinions of other vendors on this as well.
>>>
>>> Microsoft is part of the Eclipse Adoptium Working Group and has recently trialed a patch which was applied to the 8u322 tag on the jdk8u source tree (for Eclipse Temurin binary production)[3]. That 8u322 based binary passes builds on all platforms (i.e. No regressions on other platforms) and the AQAVit test suite. The Eclipse Temurin Compliance group also reported that the TCK passed.
>>>
>>> We would be willing to maintain Alpine Linux in jdk8u but would prefer that there is broad support. Please let me know what you think or if there are any concerns you may have regarding the proposal of this backport.
>>>
>>> Thanks,
>>> Stephanie
>>>
>>> [1] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopenjdk.java.net%2Fjeps%2F386&data=05%7C01%7Cscrater%40microsoft.com%7C7330d9e636bf4a2360c508da34f11c61%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637880507422933052%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=P%2B9KjuKup6z4RDtczW9TROMshr2FXugfdTATi92Ye6g%3D&reserved=0
>>> [2] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugs.openjdk.java.net%2Fbrowse%2FJDK-8247589&data=05%7C01%7Cscrater%40microsoft.com%7C7330d9e636bf4a2360c508da34f11c61%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637880507422933052%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=DG%2FaoE0ELmWzjWIjijtqSOLdjwaDCkI6ebZAnlynLtw%3D&reserved=0
>>> [3] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fadoptium%2Fjdk8u%2Fpull%2F9&data=05%7C01%7Cscrater%40microsoft.com%7C7330d9e636bf4a2360c508da34f11c61%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637880507422933052%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=jTgHcAT%2F%2BOOSSKJOhnTi9fW6fu93NW8kIBzgM2me6Qk%3D&reserved=0
>>>
> --
> <https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.oracle.com%2F&data=05%7C01%7Cscrater%40microsoft.com%7C7330d9e636bf4a2360c508da34f11c61%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637880507422933052%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=AJVA1SS4OOm572zF9%2FbQnGv4jtgh%2FJxxd%2FmPUkPJLh4%3D&reserved=0> Dalibor Topic
> Consulting Product Manager
> Phone: +494089091214 <tel:+494089091214>, Mobile: +491737185961
> <tel:+491737185961>
>
> Oracle Global Services Germany GmbH
> Hauptverwaltung: Riesstr. 25, D-80992 München
> Registergericht: Amtsgericht München, HRB 246209
> Geschäftsführer: Ralf Herrmann