2023-08-11 19:24:16 +00:00
|
|
|
{ lib
|
|
|
|
|
, stdenv
|
|
|
|
|
, fetchurl
|
|
|
|
|
, unzip
|
|
|
|
|
, setJavaClassPath
|
|
|
|
|
, enableJavaFX ? false
|
|
|
|
|
}:
|
openjdk: init 19.0.1
as usual this is mostly copy-pasted from 18, so this commit is best
reviewed with '--find-copies-harder'
stop exposing openjdk 18 since it was not a long-term support release
change the default openjdk from 17 to 19 since nixpkgs is a
rolling-release repository
drop the ceremony around bootstrapping via adoptopenjdk for 64-bit
builds vs. via earlier openjdk builds for 32-bit, because, to be
frank, since we're using temurin now, it's not a simple copy-paste
job. :-/ if someone needs a 32-bit openjdk, that work can be done
separately.
JavaFX revs from 17 to 19; it looks like 18 was never packaged along
with JDK 18.
* the gradle invocation used to build JavaFX must still be done with
Java 18, as gradle does not yet support running itself on Java 19.
* a couple of patches need to be applied, since a new State enum was
introduced in the JDK that collides with one in JavaFX.
* the hash of the gradle dependencies has not changed, which is
surprising, but as far as I can tell correct.
One application (libreoffice) doesn't work with 19 yet, so pin it to
jdk 17 for now.
Co-authored-by: Mario Rodas <marsam@users.noreply.github.com>
2022-10-28 18:49:31 +00:00
|
|
|
let
|
|
|
|
|
# Details from https://www.azul.com/downloads/?version=java-19-sts&os=macos&package=jdk
|
|
|
|
|
# Note that the latest build may differ by platform
|
|
|
|
|
dist = {
|
|
|
|
|
x86_64-darwin = {
|
|
|
|
|
arch = "x64";
|
2023-08-11 19:24:16 +00:00
|
|
|
zuluVersion = if enableJavaFX then "19.32.15" else "19.32.13";
|
2023-08-05 00:02:08 +00:00
|
|
|
jdkVersion = "19.0.2";
|
2023-08-11 19:24:16 +00:00
|
|
|
hash =
|
|
|
|
|
if enableJavaFX then "sha256-AwLcIId0gH5D6DUU8CgJ3qnKVQm28LXYirBeXBHwPYE="
|
|
|
|
|
else "sha256-KARXWumsY+OcqpEOV2EL9SsPni1nGSipjRji/Mn2KsE=";
|
openjdk: init 19.0.1
as usual this is mostly copy-pasted from 18, so this commit is best
reviewed with '--find-copies-harder'
stop exposing openjdk 18 since it was not a long-term support release
change the default openjdk from 17 to 19 since nixpkgs is a
rolling-release repository
drop the ceremony around bootstrapping via adoptopenjdk for 64-bit
builds vs. via earlier openjdk builds for 32-bit, because, to be
frank, since we're using temurin now, it's not a simple copy-paste
job. :-/ if someone needs a 32-bit openjdk, that work can be done
separately.
JavaFX revs from 17 to 19; it looks like 18 was never packaged along
with JDK 18.
* the gradle invocation used to build JavaFX must still be done with
Java 18, as gradle does not yet support running itself on Java 19.
* a couple of patches need to be applied, since a new State enum was
introduced in the JDK that collides with one in JavaFX.
* the hash of the gradle dependencies has not changed, which is
surprising, but as far as I can tell correct.
One application (libreoffice) doesn't work with 19 yet, so pin it to
jdk 17 for now.
Co-authored-by: Mario Rodas <marsam@users.noreply.github.com>
2022-10-28 18:49:31 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
|
|
aarch64-darwin = {
|
|
|
|
|
arch = "aarch64";
|
2023-08-11 19:24:16 +00:00
|
|
|
zuluVersion = if enableJavaFX then "19.32.15" else "19.32.13";
|
2023-08-05 00:02:08 +00:00
|
|
|
jdkVersion = "19.0.2";
|
2023-08-11 19:24:16 +00:00
|
|
|
hash =
|
|
|
|
|
if enableJavaFX then "sha256-/R2rrcBr64qPGEtvhruXBhPwnvurt/hiR1ICzZAdYxE="
|
|
|
|
|
else "sha256-F30FjZaLL756X/Xs6xjNwW9jds4pEATxoxOeeLL7Y5E=";
|
openjdk: init 19.0.1
as usual this is mostly copy-pasted from 18, so this commit is best
reviewed with '--find-copies-harder'
stop exposing openjdk 18 since it was not a long-term support release
change the default openjdk from 17 to 19 since nixpkgs is a
rolling-release repository
drop the ceremony around bootstrapping via adoptopenjdk for 64-bit
builds vs. via earlier openjdk builds for 32-bit, because, to be
frank, since we're using temurin now, it's not a simple copy-paste
job. :-/ if someone needs a 32-bit openjdk, that work can be done
separately.
JavaFX revs from 17 to 19; it looks like 18 was never packaged along
with JDK 18.
* the gradle invocation used to build JavaFX must still be done with
Java 18, as gradle does not yet support running itself on Java 19.
* a couple of patches need to be applied, since a new State enum was
introduced in the JDK that collides with one in JavaFX.
* the hash of the gradle dependencies has not changed, which is
surprising, but as far as I can tell correct.
One application (libreoffice) doesn't work with 19 yet, so pin it to
jdk 17 for now.
Co-authored-by: Mario Rodas <marsam@users.noreply.github.com>
2022-10-28 18:49:31 +00:00
|
|
|
};
|
|
|
|
|
}."${stdenv.hostPlatform.system}";
|
|
|
|
|
|
|
|
|
|
jce-policies = fetchurl {
|
2023-08-05 00:02:08 +00:00
|
|
|
url = "https://web.archive.org/web/20211126120343/http://cdn.azul.com/zcek/bin/ZuluJCEPolicies.zip";
|
|
|
|
|
hash = "sha256-gCGii4ysQbRPFCH9IQoKCCL8r4jWLS5wo1sv9iioZ1o=";
|
openjdk: init 19.0.1
as usual this is mostly copy-pasted from 18, so this commit is best
reviewed with '--find-copies-harder'
stop exposing openjdk 18 since it was not a long-term support release
change the default openjdk from 17 to 19 since nixpkgs is a
rolling-release repository
drop the ceremony around bootstrapping via adoptopenjdk for 64-bit
builds vs. via earlier openjdk builds for 32-bit, because, to be
frank, since we're using temurin now, it's not a simple copy-paste
job. :-/ if someone needs a 32-bit openjdk, that work can be done
separately.
JavaFX revs from 17 to 19; it looks like 18 was never packaged along
with JDK 18.
* the gradle invocation used to build JavaFX must still be done with
Java 18, as gradle does not yet support running itself on Java 19.
* a couple of patches need to be applied, since a new State enum was
introduced in the JDK that collides with one in JavaFX.
* the hash of the gradle dependencies has not changed, which is
surprising, but as far as I can tell correct.
One application (libreoffice) doesn't work with 19 yet, so pin it to
jdk 17 for now.
Co-authored-by: Mario Rodas <marsam@users.noreply.github.com>
2022-10-28 18:49:31 +00:00
|
|
|
};
|
|
|
|
|
|
2023-08-11 19:24:16 +00:00
|
|
|
javaPackage = if enableJavaFX then "ca-fx-jdk" else "ca-jdk";
|
|
|
|
|
|
openjdk: init 19.0.1
as usual this is mostly copy-pasted from 18, so this commit is best
reviewed with '--find-copies-harder'
stop exposing openjdk 18 since it was not a long-term support release
change the default openjdk from 17 to 19 since nixpkgs is a
rolling-release repository
drop the ceremony around bootstrapping via adoptopenjdk for 64-bit
builds vs. via earlier openjdk builds for 32-bit, because, to be
frank, since we're using temurin now, it's not a simple copy-paste
job. :-/ if someone needs a 32-bit openjdk, that work can be done
separately.
JavaFX revs from 17 to 19; it looks like 18 was never packaged along
with JDK 18.
* the gradle invocation used to build JavaFX must still be done with
Java 18, as gradle does not yet support running itself on Java 19.
* a couple of patches need to be applied, since a new State enum was
introduced in the JDK that collides with one in JavaFX.
* the hash of the gradle dependencies has not changed, which is
surprising, but as far as I can tell correct.
One application (libreoffice) doesn't work with 19 yet, so pin it to
jdk 17 for now.
Co-authored-by: Mario Rodas <marsam@users.noreply.github.com>
2022-10-28 18:49:31 +00:00
|
|
|
jdk = stdenv.mkDerivation rec {
|
2023-08-11 19:24:16 +00:00
|
|
|
pname = "zulu${dist.zuluVersion}-${javaPackage}";
|
openjdk: init 19.0.1
as usual this is mostly copy-pasted from 18, so this commit is best
reviewed with '--find-copies-harder'
stop exposing openjdk 18 since it was not a long-term support release
change the default openjdk from 17 to 19 since nixpkgs is a
rolling-release repository
drop the ceremony around bootstrapping via adoptopenjdk for 64-bit
builds vs. via earlier openjdk builds for 32-bit, because, to be
frank, since we're using temurin now, it's not a simple copy-paste
job. :-/ if someone needs a 32-bit openjdk, that work can be done
separately.
JavaFX revs from 17 to 19; it looks like 18 was never packaged along
with JDK 18.
* the gradle invocation used to build JavaFX must still be done with
Java 18, as gradle does not yet support running itself on Java 19.
* a couple of patches need to be applied, since a new State enum was
introduced in the JDK that collides with one in JavaFX.
* the hash of the gradle dependencies has not changed, which is
surprising, but as far as I can tell correct.
One application (libreoffice) doesn't work with 19 yet, so pin it to
jdk 17 for now.
Co-authored-by: Mario Rodas <marsam@users.noreply.github.com>
2022-10-28 18:49:31 +00:00
|
|
|
version = dist.jdkVersion;
|
|
|
|
|
|
|
|
|
|
src = fetchurl {
|
2023-08-11 19:24:16 +00:00
|
|
|
url = "https://cdn.azul.com/zulu/bin/zulu${dist.zuluVersion}-${javaPackage}${dist.jdkVersion}-macosx_${dist.arch}.tar.gz";
|
2023-08-05 00:02:08 +00:00
|
|
|
inherit (dist) hash;
|
openjdk: init 19.0.1
as usual this is mostly copy-pasted from 18, so this commit is best
reviewed with '--find-copies-harder'
stop exposing openjdk 18 since it was not a long-term support release
change the default openjdk from 17 to 19 since nixpkgs is a
rolling-release repository
drop the ceremony around bootstrapping via adoptopenjdk for 64-bit
builds vs. via earlier openjdk builds for 32-bit, because, to be
frank, since we're using temurin now, it's not a simple copy-paste
job. :-/ if someone needs a 32-bit openjdk, that work can be done
separately.
JavaFX revs from 17 to 19; it looks like 18 was never packaged along
with JDK 18.
* the gradle invocation used to build JavaFX must still be done with
Java 18, as gradle does not yet support running itself on Java 19.
* a couple of patches need to be applied, since a new State enum was
introduced in the JDK that collides with one in JavaFX.
* the hash of the gradle dependencies has not changed, which is
surprising, but as far as I can tell correct.
One application (libreoffice) doesn't work with 19 yet, so pin it to
jdk 17 for now.
Co-authored-by: Mario Rodas <marsam@users.noreply.github.com>
2022-10-28 18:49:31 +00:00
|
|
|
curlOpts = "-H Referer:https://www.azul.com/downloads/zulu/";
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
nativeBuildInputs = [ unzip ];
|
|
|
|
|
|
|
|
|
|
installPhase = ''
|
|
|
|
|
mkdir -p $out
|
|
|
|
|
mv * $out
|
|
|
|
|
|
|
|
|
|
unzip ${jce-policies}
|
|
|
|
|
mv -f ZuluJCEPolicies/*.jar $out/lib/security/
|
|
|
|
|
|
|
|
|
|
# jni.h expects jni_md.h to be in the header search path.
|
|
|
|
|
ln -s $out/include/darwin/*_md.h $out/include/
|
|
|
|
|
|
|
|
|
|
if [ -f $out/LICENSE ]; then
|
|
|
|
|
install -D $out/LICENSE $out/share/zulu/LICENSE
|
|
|
|
|
rm $out/LICENSE
|
|
|
|
|
fi
|
|
|
|
|
'';
|
|
|
|
|
|
|
|
|
|
preFixup = ''
|
|
|
|
|
# Propagate the setJavaClassPath setup hook from the JDK so that
|
|
|
|
|
# any package that depends on the JDK has $CLASSPATH set up
|
|
|
|
|
# properly.
|
|
|
|
|
mkdir -p $out/nix-support
|
|
|
|
|
printWords ${setJavaClassPath} > $out/nix-support/propagated-build-inputs
|
|
|
|
|
|
|
|
|
|
# Set JAVA_HOME automatically.
|
|
|
|
|
cat <<EOF >> $out/nix-support/setup-hook
|
|
|
|
|
if [ -z "\''${JAVA_HOME-}" ]; then export JAVA_HOME=$out; fi
|
|
|
|
|
EOF
|
|
|
|
|
'';
|
|
|
|
|
|
|
|
|
|
# fixupPhase is moving the man to share/man which breaks it because it's a
|
|
|
|
|
# relative symlink.
|
|
|
|
|
postFixup = ''
|
|
|
|
|
ln -nsf ../zulu-${lib.versions.major version}.jdk/Contents/Home/man $out/share/man
|
|
|
|
|
'';
|
|
|
|
|
|
|
|
|
|
passthru = {
|
|
|
|
|
home = jdk;
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
meta = import ./meta.nix lib version;
|
|
|
|
|
};
|
|
|
|
|
in
|
|
|
|
|
jdk
|