| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| system-pcsclite.diff | no | |||||
| hotspot-mips-align.diff | no | |||||
| icc_loading_with_symlink.diff | no | |||||
| icedtea-override-redirect-compiz.diff | no | |||||
| libpcsclite-dlopen.diff | no | |||||
| default-jvm-cfg.diff | no | |||||
| workaround_expand_exec_shield_cs_limit.diff | no | |||||
| adlc-parser.diff | # DP: fixes an uninitialized memory issue in adlc | no | ||||
| multiple-pkcs11-library-init.diff | # HG changeset patch # User andrew # Date 1352129932 0 # Node ID e9c857dcb964dbfa5eef3a3590244cb4d999cf7a # Parent 1406789608b76d0906881979335d685855f44190 Allow multiple PKCS11 library initialisation to be a non-critical error. |
no | ||||
| s390x-opt.diff | no | |||||
| jdk-getAccessibleValue.diff | no | |||||
| jtreg-location.diff | no | |||||
| jdk-i18n-pt_BR.diff | =================================================================== | no | ||||
| machine-flag.diff | no | |||||
| zero-x32.diff | no | |||||
| hotspot-disable-exec-shield-workaround.diff | no | |||||
| atk-wrapper-security.diff | no | |||||
| dnd-files.diff | =================================================================== | no | ||||
| generated-headers.patch | no | |||||
| m68k-support.diff | Fix alignment issues on m68kLast Update: 2019-04-29 | John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> | no | |||
| make-debug-print.diff | no | |||||
| Don-t-optimize-fdlibm-fork-for-Zero-on-linux-sparc-Z.patch | [PATCH] Don't optimize fdlibm-fork for Zero on linux-sparc (Zero) | John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> | no | 2018-12-21 | ||
| keep-gtk2-as-default.patch | Revert upstream default to GTK2 OpenJDK 11 uses GTK3 by default for the GTK Look and Feel but it still has too many pending issues and artifacts and is not on par with GTK2 support. This patch is the reverse of the upstream commit which ensures that GTK2 is tried before GTK3. When GTK3 becomes better supported we should drop this and update the dlopen_jre_depends variable in debian/rules accordingly. https://bugs.java.com/bugdatabase/view_bug.do?bug_id=JDK-8198654 |
not-needed | upstream | upstream, http://hg.openjdk.java.net/jdk-updates/jdk11u/rev/3e3696a308e1 | 2019-03-27 | |
| jaw-classpath.diff | Fix finding the Java ATK wrapper, see #900912 | no | ||||
| jaw-optional.diff | Make failing to load the Java ATK wrapper non-fatal | no | ||||
| reproducible-character-data.diff | Makes the generated character data classes reproducible (removes a timestamp and trims a build path captured in the comments) | Emmanuel Bourg <ebourg@apache.org> | no | |||
| reproducible-module-info.diff | Makes the generated module-info.java files reproducible (removes a captured build path) | Emmanuel Bourg <ebourg@apache.org> | no | |||
| riscv64.diff | # HG changeset patch # User enevill # Date 1521985117 -3600 # Sun Mar 25 14:38:37 2018 +0100 # Node ID 7d1ae835ef5194e7ae5b56b51f944029fe602d11 # Parent 1b1de4b263c81853719f6bb0385fe23bc4e35f6c 8199138: Add RISC-V support to Zero |
no | ||||
| reproducible-build-jmod.diff | jlink: Hash of module differs to expected hash recorded in java.base The cause is the use of dh_strip_nondeterminism late in the build process. This reorganises the jmod files, which in turn changes their SHA256 checksums. This would not be a problem, except that the checksums are saved in java.base.jmod *before* the use of dh_strip_nondeterminism. Performing this stripping immediately after each jmod file is created results in the checksums being consistent throughout. |
Julian Gilbey <jdg@debian.org> | not-needed | debian | ||
| mips.diff | # DP: Untested patch suggested to fix #983878 | no |