Go to file
Stephan Bergmann de9ee07198 Fix flatpak builds
...after 19065a8b01585a1aa5f22e38e99fc0c47c597074 "Temporarily move x86 to use
Zero in order to get a working build":

When building the

>       if ${run_bootstrap} ; then

branch for suffix='' and loop='-main', the second

>           buildjdk ${builddir} $(pwd)/${bootinstalldir}/images/%{jdkimage} "${maketargets}" ${debugbuild} ${link_opt}

uses the JDK (`$(pwd)/${bootinstalldir}/images/%{jdkimage}`) from the installjdk
on the previous line.  But installjdk does

> 	rm ${imagepath}/lib/tzdb.dat
> 	ln -s %{_datadir}/javazi-1.8/tzdb.dat ${imagepath}/lib/tzdb.dat

which made that JDK's tzdb.dat link to /app/share/javazi-1.8/tzdb.dat in a
flatpak build (rather than the usual /usr/share/javazi-1.8/tzdb.dat in a non-
flatpak build) which is not present at build-time (but will be present at
runtime in at least the LibreOffice flatpak, which bundles tzdata-java built for
the flatpak /app prefix).  So using that JDK's compiler during the build kept
failing due to java.io.FileNotFoundException for its lib/tzdb.dat.

(This was not an issue prior to 19065a8b01585a1aa5f22e38e99fc0c47c597074, as
installjdk's modification of lib/tzdb.dat used to be done only for the "Final
setup on the main image" at the very end of the build, not during the build for
JDKs that are themselves used later during the build.)

The easiest workaround for this issue appears to be to just not bootstrap_build
in the flatpak case, avoiding the situation that a JDK whose lib/tzdb.dat has
been modified through installjdk is used during the build.
2022-07-01 03:20:25 +01:00
.gitignore April 2022 security update to jdk 17.0.3+7 2022-04-24 22:13:48 +01:00
NEWS April 2022 security update to jdk 17.0.3+7 2022-04-24 22:13:48 +01:00
README.md April 2022 security update to jdk 17.0.3+7 2022-04-24 22:13:48 +01:00
TestCryptoLevel.java Initial load 2021-12-07 15:45:09 +01:00
TestECDSA.java Initial load 2021-12-07 15:45:09 +01:00
TestSecurityProperties.java Update FIPS support to bring in latest changes 2022-06-22 22:32:21 +01:00
fips-17u-f8142a23d0a.patch Update FIPS support to bring in latest changes 2022-06-22 22:32:21 +01:00
generate_source_tarball.sh April 2022 security update to jdk 17.0.3+7 2022-04-24 22:13:48 +01:00
icedtea_sync.sh Added missing files from latest and 11 2021-12-07 15:52:30 +01:00
java-17-openjdk.spec Fix flatpak builds 2022-07-01 03:20:25 +01:00
jconsole.desktop.in Initial load 2021-12-07 15:45:09 +01:00
jdk8282004-x86_32-missing_call_effects.patch Reinstate JIT builds on x86_32. 2022-02-17 01:30:45 +00:00
nss.cfg.in Initial load 2021-12-07 15:45:09 +01:00
nss.fips.cfg.in RH2007331: SecretKey generate/import operations don't add the CKA_SIGN attribute in FIPS mode 2022-06-30 14:22:25 -03:00
remove-intree-libraries.sh Initial load 2021-12-07 15:45:09 +01:00
rh649512-remove_uses_of_far_in_jpeg_libjpeg_turbo_1_4_compat_for_jdk10_and_up.patch Initial load 2021-12-07 15:45:09 +01:00
rh1648242-accessible_toolkit_crash_do_not_break_jvm.patch Initial load 2021-12-07 15:45:09 +01:00
rh1648249-add_commented_out_nss_cfg_provider_to_java_security.patch Update FIPS support to bring in latest changes 2022-06-22 22:32:21 +01:00
rh1648644-java_access_bridge_privileged_security.patch Initial load 2021-12-07 15:45:09 +01:00
rh1684077-openjdk_should_depend_on_pcsc-lite-libs_instead_of_pcsc-lite-devel.patch Initial load 2021-12-07 15:45:09 +01:00
rh1750419-redhat_alt_java.patch Initial load 2021-12-07 15:45:09 +01:00
sources April 2022 security update to jdk 17.0.3+7 2022-04-24 22:13:48 +01:00

README.md

OpenJDK 17 is the latest Long-Term Support (LTS) release of the Java platform.

For a list of major changes from OpenJDK 11 (java-11-openjdk), see the upstream release page for OpenJDK 17 and the preceding interim releases: