openjdk-8: update aarch64 version to 8u162b12
PATCH 1/1 openjdk-8: update aarch64 version to 8u162b12
From: André Draszik <[email protected]>
--- recipes-core/openjdk/openjdk-8-release-161b15.inc | 33 ---------------------- .../openjdk/openjdk-8-release-162b12-aarch64.inc | 33 ++++++++++++++++++++++ recipes-core/openjdk/openjdk-8_16xbyy.bb | 5 ++-- recipes-core/openjdk/openjre-8_16xbyy.bb | 5 ++-- 4 files changed, 39 insertions(+), 37 deletions(-) delete mode 100644 recipes-core/openjdk/openjdk-8-release-161b15.inc create mode 100644 recipes-core/openjdk/openjdk-8-release-162b12-aarch64.inc
recipes-core/openjdk/openjdk-8-release-161b15.inc deleted +0 -33
@@ -1,33 +0,0 @@ -require openjdk-8-release-16xbyy.inc - -CORBA_CHANGESET_aarch64 = "f73da600c483" -SRC_URI[corba.md5sum] = "bf884b82fcc6de466946fcb87d24ebf3" -SRC_URI[corba.sha256sum] = "ebf73d96185fc05e502088ae89a8d6494c3971dd220458deeff3876f72396b6c" - -HOTSPOT_CHANGESET_aarch64 = "a600839824fa" -SRC_URI[hotspot.md5sum] = "20c88ba26f8f45a2769f4edf32afd593" -SRC_URI[hotspot.sha256sum] = "6d0d1b9c2df3392ad6e21ca3eae39d06b50632a4a419da3d4363248943ea8b97" - -JAXP_CHANGESET_aarch64 = "b1e2af899046" -SRC_URI[jaxp.md5sum] = "219582b26d7de2973b75f4329b53ec7d" -SRC_URI[jaxp.sha256sum] = "907cc4dfb01a3a2a6d74dfa90fa6fcb5b3df55600f41ba44dcdc94b47e85a382" - -JAXWS_CHANGESET_aarch64 = "0002ed323fe5" -SRC_URI[jaxws.md5sum] = "44935b81e3405fcaef675d5d08c2149e" -SRC_URI[jaxws.sha256sum] = "0d1d52f1cf254a643ece1bd6cd8628fae1a4d56e8b59388cc9ad73b3caf151a1" - -JDK_CHANGESET_aarch64 = "c2ba2ed87d18" -SRC_URI[jdk.md5sum] = "f4c0393a157dcb8b90ee7c7d80cbdfbf" -SRC_URI[jdk.sha256sum] = "c84a17451b47242f9d96bf431011607afc3776f285a6ad9a60190fba2d434c49" - -LANGTOOLS_CHANGESET_aarch64 = "cdb217c578cb" -SRC_URI[langtools.md5sum] = "608cf07781259d916d1663d6a5ced26d" -SRC_URI[langtools.sha256sum] = "ad28e75bfaba1b64fdd02ea316db3ba3cba68007f90c5fa2be2418ce8bc0074d" - -NASHORN_CHANGESET_aarch64 = "505d0eb2fafe" -SRC_URI[nashorn.md5sum] = "be981a6c55f9e602ff129fed65505a8c" -SRC_URI[nashorn.sha256sum] = "14419ccd773e1db83b600d05aca3cbac9f24be77abda9a132d12305d8821d6d7" - -OPENJDK_CHANGESET_aarch64 = "917454da25c1" -SRC_URI[openjdk.md5sum] = "1e4b3eca032742b7448731f9b8fcb426" -SRC_URI[openjdk.sha256sum] = "1e17e2d8384a7b808a89b982e7c09c4feb8598b7a66b93697bfb8759c1005974"
recipes-core/openjdk/openjdk-8-release-162b12-aarch64.inc new file +33 -0
@@ -0,0 +1,33 @@ +require openjdk-8-release-16xbyy.inc + +CORBA_CHANGESET_aarch64 = "2c6daa746022" +SRC_URI[corba.md5sum] = "2ca2413f1e6eaeb49b1c138c5cafcb30" +SRC_URI[corba.sha256sum] = "3ffcd358e45b4af5a62d9ac1c8abea2e33a9d25b34096084bc77349d846cf4f4" + +HOTSPOT_CHANGESET_aarch64 = "b08b1e9e2963" +SRC_URI[hotspot.md5sum] = "bb632eba37ad0f54e0535c1e0ae3440c" +SRC_URI[hotspot.sha256sum] = "fcf8369ff8871dbee81de7a15432b625dd2c6dcfe43d2dd5194d9273de0fdbfc" + +JAXP_CHANGESET_aarch64 = "413640f7312d" +SRC_URI[jaxp.md5sum] = "3232a514db9b7ed2ffbc9ebd69acb4fd" +SRC_URI[jaxp.sha256sum] = "05ed49cea8559bcbd2ef285c8cfcb0b2026aefb1178ec531f9c72e3918c97a9c" + +JAXWS_CHANGESET_aarch64 = "8b27752a1bbe" +SRC_URI[jaxws.md5sum] = "6688b2d40a0c1d5edff1f5594b6ac7a0" +SRC_URI[jaxws.sha256sum] = "c818df20d14411af78654cb53cd7f87b1c5b42ed0158775869571a42f75f3c84" + +JDK_CHANGESET_aarch64 = "9944f808c91d" +SRC_URI[jdk.md5sum] = "77b1caebd3d9b89af6ee8d57958334f8" +SRC_URI[jdk.sha256sum] = "d401a0611c90b52d08424d427cb43e81234dda46645a02d90531dbcbb9976b80" + +LANGTOOLS_CHANGESET_aarch64 = "7b393a96b373" +SRC_URI[langtools.md5sum] = "11e7742f439070bfd697866ad6d1a535" +SRC_URI[langtools.sha256sum] = "bf85f6e224c4634a9f07eae7dd61786b68803bbf95b0cd022553c80abf457967" + +NASHORN_CHANGESET_aarch64 = "31efd519fdb3" +SRC_URI[nashorn.md5sum] = "47c7267b6e3e3dc30fd18b4d87869c20" +SRC_URI[nashorn.sha256sum] = "bb8aa4e4d9cf5878dd56528b34002c69d3078adaa4de03e6715d6fd56dbf819d" + +OPENJDK_CHANGESET_aarch64 = "f8e58f4c29ae" +SRC_URI[openjdk.md5sum] = "39cc58bdee52d8997d9674a7b4162935" +SRC_URI[openjdk.sha256sum] = "66fef9d2abfc8a6769fc6ae552891e984921c55312bf06937b2ce619dc97678f"
recipes-core/openjdk/openjdk-8_16xbyy.bb +3 -2
@@ -1,7 +1,8 @@ PV = "162b12" -PV_aarch64 = "161b15" -require openjdk-8-release-${PV}.inc +INC_FILE_SUFFIX = "" +INC_FILE_SUFFIX_aarch64 = "-aarch64" +require openjdk-8-release-${PV}${INC_FILE_SUFFIX}.inc require openjdk-8-cross.inc do_install() {
recipes-core/openjdk/openjre-8_16xbyy.bb +3 -2
@@ -1,7 +1,8 @@ PV = "162b12" -PV_aarch64 = "161b15" -require openjdk-8-release-${PV}.inc +INC_FILE_SUFFIX = "" +INC_FILE_SUFFIX_aarch64 = "-aarch64" +require openjdk-8-release-${PV}${INC_FILE_SUFFIX}.inc require openjdk-8-cross.inc do_install() {
Signature · 1 line
2.16.2
It looks like the files have changed, as the checksums for this 162b12 update aren't right anymore...
Starting to look into this, I wonder if the URLs used by the OpenJDK-8 recipes are actually meant to be stable? The URL pattern is
http://hg.openjdk.java.net/${OPENJDK_ARCH_PORT}/${OPENJDK_HG_U}/archive/${OPENJDK_FILE}
Considering 'archive' in the URL, and considering you can download an archive of tip if you want to, and the fact that the server doesn't send the size in bytes of the file - are these created on demand, and can thusly change due to timestamps? (Similar to the github archive problems we're having).
On the other hand, the previous checksums for the 161b15 release are still valid.
I'd suggest to switch the OpenJDK-8 recipes to fetching from hg:// directly, rather than using those archive URLs?
So, are those archives meant to be returning the same file forever? Any thoughts?
Cheers,
Andre'
Quoted 143 lines · André Draszik
From: André Draszik <[email protected]>
Signed-off-by André Draszik <[email protected]>--- recipes-core/openjdk/openjdk-8-release-161b15.inc | 33 --------------- ------- .../openjdk/openjdk-8-release-162b12-aarch64.inc | 33 ++++++++++++++++++++++ recipes-core/openjdk/openjdk-8_16xbyy.bb | 5 ++-- recipes-core/openjdk/openjre-8_16xbyy.bb | 5 ++-- 4 files changed, 39 insertions(+), 37 deletions(-) delete mode 100644 recipes-core/openjdk/openjdk-8-release-161b15.inc create mode 100644 recipes-core/openjdk/openjdk-8-release-162b12-aarch64.inc
recipes- renamed from recipes-core/openjdk/openjdk-8-release-161b15.inc +0
-0core/openjdk/openjdk-8-release-161b15.inc
deleted file mode 100644
index 0a4434c..0000000recipes-core/openjdk/openjdk-8-release-161b15.inc deleted +0
-5@@ -1,33 +0,0 @@ -require openjdk-8-release-16xbyy.inc - -CORBA_CHANGESET_aarch64 = "f73da600c483" -SRC_URI[corba.md5sum] = "bf884b82fcc6de466946fcb87d24ebf3" -SRC_URI[corba.sha256sum] ="
ebf73d96185fc05e502088ae89a8d6494c3971dd220458deeff3876f72396b6c"recipes-core/openjdk/openjdk-8-release-161b15.inc deleted +0
-4- -HOTSPOT_CHANGESET_aarch64 = "a600839824fa" -SRC_URI[hotspot.md5sum] = "20c88ba26f8f45a2769f4edf32afd593" -SRC_URI[hotspot.sha256sum] ="
6d0d1b9c2df3392ad6e21ca3eae39d06b50632a4a419da3d4363248943ea8b97"recipes-core/openjdk/openjdk-8-release-161b15.inc deleted +0
-4- -JAXP_CHANGESET_aarch64 = "b1e2af899046" -SRC_URI[jaxp.md5sum] = "219582b26d7de2973b75f4329b53ec7d" -SRC_URI[jaxp.sha256sum] ="
907cc4dfb01a3a2a6d74dfa90fa6fcb5b3df55600f41ba44dcdc94b47e85a382"recipes-core/openjdk/openjdk-8-release-161b15.inc deleted +0
-4- -JAXWS_CHANGESET_aarch64 = "0002ed323fe5" -SRC_URI[jaxws.md5sum] = "44935b81e3405fcaef675d5d08c2149e" -SRC_URI[jaxws.sha256sum] ="
0d1d52f1cf254a643ece1bd6cd8628fae1a4d56e8b59388cc9ad73b3caf151a1"recipes-core/openjdk/openjdk-8-release-161b15.inc deleted +0
-4- -JDK_CHANGESET_aarch64 = "c2ba2ed87d18" -SRC_URI[jdk.md5sum] = "f4c0393a157dcb8b90ee7c7d80cbdfbf" -SRC_URI[jdk.sha256sum] ="
c84a17451b47242f9d96bf431011607afc3776f285a6ad9a60190fba2d434c49"recipes-core/openjdk/openjdk-8-release-161b15.inc deleted +0
-4- -LANGTOOLS_CHANGESET_aarch64 = "cdb217c578cb" -SRC_URI[langtools.md5sum] = "608cf07781259d916d1663d6a5ced26d" -SRC_URI[langtools.sha256sum] ="
ad28e75bfaba1b64fdd02ea316db3ba3cba68007f90c5fa2be2418ce8bc0074d"recipes-core/openjdk/openjdk-8-release-161b15.inc deleted +0
-4- -NASHORN_CHANGESET_aarch64 = "505d0eb2fafe" -SRC_URI[nashorn.md5sum] = "be981a6c55f9e602ff129fed65505a8c" -SRC_URI[nashorn.sha256sum] ="
14419ccd773e1db83b600d05aca3cbac9f24be77abda9a132d12305d8821d6d7"recipes-core/openjdk/openjdk-8-release-161b15.inc deleted +0
-4- -OPENJDK_CHANGESET_aarch64 = "917454da25c1" -SRC_URI[openjdk.md5sum] = "1e4b3eca032742b7448731f9b8fcb426" -SRC_URI[openjdk.sha256sum] ="
1e17e2d8384a7b808a89b982e7c09c4feb8598b7a66b93697bfb8759c1005974"recipes-core/openjdk/openjdk-8-release-162b12-aarch64.inc new file +5
-0@@ -0,0 +1,33 @@ +require openjdk-8-release-16xbyy.inc + +CORBA_CHANGESET_aarch64 = "2c6daa746022" +SRC_URI[corba.md5sum] = "2ca2413f1e6eaeb49b1c138c5cafcb30" +SRC_URI[corba.sha256sum] ="
3ffcd358e45b4af5a62d9ac1c8abea2e33a9d25b34096084bc77349d846cf4f4"recipes-core/openjdk/openjdk-8-release-162b12-aarch64.inc new file +4
-0+ +HOTSPOT_CHANGESET_aarch64 = "b08b1e9e2963" +SRC_URI[hotspot.md5sum] = "bb632eba37ad0f54e0535c1e0ae3440c" +SRC_URI[hotspot.sha256sum] ="
fcf8369ff8871dbee81de7a15432b625dd2c6dcfe43d2dd5194d9273de0fdbfc"recipes-core/openjdk/openjdk-8-release-162b12-aarch64.inc new file +4
-0+ +JAXP_CHANGESET_aarch64 = "413640f7312d" +SRC_URI[jaxp.md5sum] = "3232a514db9b7ed2ffbc9ebd69acb4fd" +SRC_URI[jaxp.sha256sum] ="
05ed49cea8559bcbd2ef285c8cfcb0b2026aefb1178ec531f9c72e3918c97a9c"recipes-core/openjdk/openjdk-8-release-162b12-aarch64.inc new file +4
-0+ +JAXWS_CHANGESET_aarch64 = "8b27752a1bbe" +SRC_URI[jaxws.md5sum] = "6688b2d40a0c1d5edff1f5594b6ac7a0" +SRC_URI[jaxws.sha256sum] ="
c818df20d14411af78654cb53cd7f87b1c5b42ed0158775869571a42f75f3c84"recipes-core/openjdk/openjdk-8-release-162b12-aarch64.inc new file +4
-0+ +JDK_CHANGESET_aarch64 = "9944f808c91d" +SRC_URI[jdk.md5sum] = "77b1caebd3d9b89af6ee8d57958334f8" +SRC_URI[jdk.sha256sum] ="
d401a0611c90b52d08424d427cb43e81234dda46645a02d90531dbcbb9976b80"recipes-core/openjdk/openjdk-8-release-162b12-aarch64.inc new file +4
-0+ +LANGTOOLS_CHANGESET_aarch64 = "7b393a96b373" +SRC_URI[langtools.md5sum] = "11e7742f439070bfd697866ad6d1a535" +SRC_URI[langtools.sha256sum] ="
bf85f6e224c4634a9f07eae7dd61786b68803bbf95b0cd022553c80abf457967"recipes-core/openjdk/openjdk-8-release-162b12-aarch64.inc new file +4
-0+ +NASHORN_CHANGESET_aarch64 = "31efd519fdb3" +SRC_URI[nashorn.md5sum] = "47c7267b6e3e3dc30fd18b4d87869c20" +SRC_URI[nashorn.sha256sum] ="
bb8aa4e4d9cf5878dd56528b34002c69d3078adaa4de03e6715d6fd56dbf819d"recipes-core/openjdk/openjdk-8-release-162b12-aarch64.inc new file +4
-0+ +OPENJDK_CHANGESET_aarch64 = "f8e58f4c29ae" +SRC_URI[openjdk.md5sum] = "39cc58bdee52d8997d9674a7b4162935" +SRC_URI[openjdk.sha256sum] ="
66fef9d2abfc8a6769fc6ae552891e984921c55312bf06937b2ce619dc97678f"recipes- renamed from recipes-core/openjdk/openjdk-8_16xbyy.bb +0
-0core/openjdk/openjdk-8_16xbyy.bb
index dd0ed1d..0802078 100644recipes-core/openjdk/openjdk-8_16xbyy.bb +3
-2@@ -1,7 +1,8 @@ PV = "162b12" -PV_aarch64 = "161b15" -require openjdk-8-release-${PV}.inc +INC_FILE_SUFFIX = "" +INC_FILE_SUFFIX_aarch64 = "-aarch64" +require openjdk-8-release-${PV}${INC_FILE_SUFFIX}.inc require openjdk-8-cross.inc do_install() {recipes- renamed from recipes-core/openjdk/openjre-8_16xbyy.bb +0
-0core/openjdk/openjre-8_16xbyy.bb
index e6454ea..ab78339 100644recipes-core/openjdk/openjre-8_16xbyy.bb +3
-2@@ -1,7 +1,8 @@ PV = "162b12" -PV_aarch64 = "161b15" -require openjdk-8-release-${PV}.inc +INC_FILE_SUFFIX = "" +INC_FILE_SUFFIX_aarch64 = "-aarch64" +require openjdk-8-release-${PV}${INC_FILE_SUFFIX}.inc require openjdk-8-cross.inc do_install() {
Quoted 19 lines · André Draszik
It looks like the files have changed, as the checksums for this 162b12 update aren't right anymore...
Starting to look into this, I wonder if the URLs used by the OpenJDK-8 recipes are actually meant to be stable? The URL pattern is
http://hg.openjdk.java.net/${OPENJDK_ARCH_PORT}/${OPENJDK_HG_U}/archive/${
OPENJDK_FILE}Considering 'archive' in the URL, and considering you can download an archive of tip if you want to, and the fact that the server doesn't send the
size in bytes of the file - are these created on demand, and can thusly change due to timestamps? (Similar to the github archive problems we're having).On the other hand, the previous checksums for the 161b15 release are still valid.
Quoted 6 lines
I'd suggest to switch the OpenJDK-8 recipes to fetching from hg:// directly,
rather than using those archive URLs?So, are those archives meant to be returning the same file forever? Any thoughts?
Luckily, I still had my originally downloaded file lying somewhere :-) So, the only difference seems to be a file called '.hg_archival.txt' (all timestamps for all files / directories within both new and old archives are the same, even for the .hg_archival.txt file)
When I downloaded originally, it contained:
repo: cfeea66a3fa8ca3686a7cfa2d0ce8ab0169f168d
node: 917454da25c1735c001ad84fae01c61e0dac0f07
branch: default
latesttag: aarch64-jdk8u161-b15
latesttagdistance: 1
Whereas when I download now, it contains:
repo: cfeea66a3fa8ca3686a7cfa2d0ce8ab0169f168d
node: f8e58f4c29aecbadcd7f1ee0e28a4ab8c8a7e3b1
branch: default
tag: aarch64-jdk8u171-b10
Any thoughts why a snapshot of an older tag (162b12) would suddenly start to reference a newer tag (171b10). And why does the snapshot of the even older tag 161b15 still doesn't reference the 171b10 tag, even when downloaded anew? I don't know enough about mercurial to make sense out of that...
Cheers,
Andre'