----- Original Message ----- > From: "Jiri Vanek" <jvanek@xxxxxxxxxx> > To: "Development discussions related to Fedora" <devel@xxxxxxxxxxxxxxxxxxxxxxx>, "Miro Hrončok" > <mhroncok@xxxxxxxxxx>, "Deepak Bhole" <dbhole@xxxxxxxxxx>, "Severin Gehwolf" <sgehwolf@xxxxxxxxxx>, "Omair Majid" > <omajid@xxxxxxxxxx> > Sent: Monday, March 30, 2020 11:38:34 AM > Subject: Re: Fedora 33 System-Wide Change proposal: java-11-openjdk as system JDK in F33 > > On 3/30/20 5:11 PM, Miro Hrončok wrote: > > On 30. 03. 20 16:04, Ben Cotton wrote: > >> === Other === > >> * Proposal owners: > >> ** based on above, adapt jdk8 and jdk11 package provides > >> ** If necessary tune the build environment > >> > >> * Other developers: > >> ** based on selected approach to tune the main build tools > >> *** at least jpackage-tools and maven will be very likely affected > >> ** based on selected approach to tune the rpmbuild/macros > >> ** many java package maintainers will maybe need to adapt theirs packages > >> *** After the approach is agreed, mass rebuild must be performed > >> *** FTBFS bugs connected with this proposal, maybe with jira ticket to > >> allow discussion. > > Thank you for bringing it up! > > > > I don't understand who does all the hard work. Will the change owners just > > change the default and go > > away, or will the change owners handle the rebuilds? > > We will handle the tuning of jdk8 and jdk11 rpms. Also we will do an initial > testing if it does what > it should. > Once it is done, mass rebuild is launched. we will then see. But it will be > in on individual package > owners to fix theirs packages. > We will definitely help where necessary or where needed, and will most likely > gather the most common > cases, but to push to not-owned repos... only in critical cases. > > Of course we can reconsider, but it is not on powers of few (5?) individuals > to fix 2500 packages, > even if it will be only two or three most common cases. > > As for the runtime part, it is another story. There again we will do > everything necessary to fix the > problems both usptream and downstream, but the runtime casaes will flow up > only in later stages of > lifecycle of f33. Possibly even after f33 release. Note, that if there is > serious runtime issues, > then it would be really poorly written usptream application or very outdated > downstream, not broken > migration. Still the help will be attempted to be provided. For one example here, take the long-standing Debian ticket against Dogtag: https://www.pagure.io/dogtagpki/issue/3088 OpenJDK 11 moved to TLS v1.3, but didn't fully implement the spec: PHA isn't available. This is a requirement for our particular application. It isn't clear why forcing TLS v1.2 didn't fix this issue. TLS v1.2 works fine on OpenJDK 8. IMO, this makes it a JDK11 bug. And not the type we have time to debug and figure out what broke in OpenJDK. With the introduction of JSS's SSLEngine, we can work around this problem, but that isn't yet merged. https://github.com/dogtagpki/jss/pull/150 My 2c., but I hope help is given, especially in testing the new packages to make sure nothing subtle broke. - Alex > > > > > As a side not, please don't mix in Jira tickets, that sounds RH internal to > > me. > > Sure. If I did, then not intentionally. By jira ticket in the above I had in > mind general ticket on > pagure or similarly. The word jira did not belonged here. fixed the doc. > > > Thanx! > thanx a lot, > J. > > -- > Jiri Vanek > Senior QE engineer, OpenJDK QE lead, Mgr. > Red Hat Czech > jvanek@xxxxxxxxxx M: +420775390109 > _______________________________________________ > devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx > _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
