OpenJDK Runtime Environment
d9d44a0f3a
There does not appear to be any value in having copy-jdk-config in
Flatpak builds (where a given Flatpak bundles one specific JDK, so no
need for a "Utility script to transfer JDKs configuration files
between updates or for archiving.")
And at least when trying to do a LibreOffice Flatpak build from Fedora
34 RPM specs (which includes java-11-openjdk among its components),
the #!/usr/bin/lua shebang in copy_jdk_configs.lua would have caused a
requirement on /usr/bin/lua, but which a lua RPM bundled in the
Flatpak would not provide (as it would provide /app/bin/lua instead).
And the easiest way to work around that issue is to just disable the
unnecessary copy-jdk-configs.
...after "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 the recent change, 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.
Resolves: rhbz#2102727
|
||
|---|---|---|
| tests | ||
| .gitignore | ||
| CheckVendor.java | ||
| config.guess | ||
| config.sub | ||
| fips-8u-8e8bbf0ff74.patch | ||
| gating.yaml | ||
| generate_singlerepo_source_tarball.sh | ||
| generate_source_tarball.sh | ||
| icedtea_sync.sh | ||
| java-1.8.0-openjdk-remove-intree-libraries.sh | ||
| java-1.8.0-openjdk.spec | ||
| jconsole-plugin.patch | ||
| jconsole.desktop.in | ||
| jdk8035341-allow_using_system_installed_libpng.patch | ||
| jdk8042159-allow_using_system_installed_lcms2-jdk.patch | ||
| jdk8042159-allow_using_system_installed_lcms2-root.patch | ||
| jdk8043805-allow_using_system_installed_libjpeg.patch | ||
| jdk8143245-pr3548-zero_build_requires_disabled_warnings.patch | ||
| jdk8195607-pr3776-rh1760437-nss_sqlite_db_config.patch | ||
| jdk8199936-pr3533-enable_mstackrealign_on_x86_linux_as_well_as_x86_mac_os_x.patch | ||
| jdk8199936-pr3591-enable_mstackrealign_on_x86_linux_as_well_as_x86_mac_os_x_jdk.patch | ||
| jdk8203030-zero_s390_31_bit_size_t_type_conflicts_in_shared_code.patch | ||
| jdk8218811-perfMemory_linux.patch | ||
| jdk8257794-remove_broken_assert.patch | ||
| jdk8275535-rh2053256-ldap_auth.patch | ||
| jdk8281098-pr3836-pass_compiler_flags_to_adlc.patch | ||
| NEWS | ||
| nss.cfg.in | ||
| nss.fips.cfg.in | ||
| openjdk_news.sh | ||
| policytool.desktop.in | ||
| pr2462-resolve_disabled_warnings_for_libunpack_and_the_unpack200_binary.patch | ||
| pr2737-allow_multiple_pkcs11_library_initialisation_to_be_a_non_critical_error.patch | ||
| pr2888-openjdk_should_check_for_system_cacerts_database_eg_etc_pki_java_cacerts.patch | ||
| pr2974-rh1337583-add_systemlineendings_option_to_keytool_and_use_line_separator_instead_of_crlf_in_pkcs10.patch | ||
| pr3083-rh1346460-for_ssl_debug_return_null_instead_of_exception_when_theres_no_ecc_provider.patch | ||
| pr3593-s390_use_z_format_specifier_for_size_t_arguments_as_size_t_not_equals_to_int.patch | ||
| README.md | ||
| repackReproduciblePolycies.sh | ||
| rh1163501-increase_2048_bit_dh_upper_bound_fedora_infrastructure_in_dhparametergenerator.patch | ||
| rh1582504-rsa_default_for_keytool.patch | ||
| rh1648246-always_instruct_vm_to_assume_multiple_processors_are_available.patch | ||
| rh1648249-add_commented_out_nss_cfg_provider_to_java_security.patch | ||
| rh1649664-awt2dlibraries_compiled_with_no_strict_overflow.patch | ||
| rh1750419-redhat_alt_java.patch | ||
| s390-8214206_fix.patch | ||
| sources | ||
| TestCryptoLevel.java | ||
| TestECDSA.java | ||
| TestSecurityProperties.java | ||
| update_main_sources.sh | ||
Package of LTS OpenJDK 8 OpenJDK have release cadence of 6 months. but 3/4 of them are Short Term Supported for 6 months only. This package is designed to harbore them. Currently it is build on openJDK 10. LTSs (next is 11) will go as separate packages.
JDK8 is last LTS release of Java platform. It is bringing many cool improvements - http://openjdk.java.net/projects/jdk/8/ and is landing to your RHEL. Where it will be maintained for several years. You will always be allowed to install Used LTSs in build root, and alongside via alternatives.
See announcement: http://mail.openjdk.java.net/pipermail/discuss/2017-September/004281.html See java SIG plans: https://jvanek.fedorapeople.org/devconf/2018/changesInjavaReleaseProcess.pdf