On Tue, Jul 21, 2020 at 11:25 AM Jiri Vanek <jvanek@xxxxxxxxxx> wrote: > > >> > >> Any update? Any thoughts on when you want to merge the f33-java11 side tag back into rawhide? > > done > >> > > > > BTW There are some packages, e.g. built by ant with no sauce/target level specified at all, that are > > built with Java 11-level bytecode. > > > > This is bad because if there is a dependent package that requires Java 8 for some reason it won't > > work because the bytecode of one your dependencies is too new and cannot be interpreted by Java 8. > > In these cases > > > > I am fixing such occurrences in the ```f33-java11``` build target as I encounter them -- just > > something to be aware of in case you see any UnsupportedClassVersionErrors. > > Mat, I had come to same conclusion, which had lead me into this: > https://src.fedoraproject.org/rpms/javapackages-tools/pull-request/3#comment-50266 . Please > contriute, or sugest next steps here. I would liek to have it java-packaging gudelines change, and > self-contained f33 change, but it may be to late. > > I see yo already track the Fabio's to-high bytecode issue, but my proposal is to prevent it in > future. However, it do not seem to be facing to much sympathies. Hi Jiri, I don't think it's a bad idea - in fact, I would like to have some way to enforce this distro-wide. But it's definitely too late for fedora 33 in my opinion. The submission deadline for Self-Contained F33 Changes is today, and I would argue that changing the way that ~600 packages are built might not be considered self-contained :) And if we really want to do this (enforce javac -source / target versions and allow for macros to override them), it would be good to have support for this in both maven and ant-based projects. For maven, xmvn would be an easy place to put this (something like it was there in old xmvn versions), but I'm not sure about ant (since build targets in build.xml files are named differently in every upstream project I looked at). Fabio _______________________________________________ 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
