-
-
Notifications
You must be signed in to change notification settings - Fork 71
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Package OpenJDK for Debian #25
Comments
I'd suggest to change this to be more generic: "Package OpenJDK for Debian" |
Fixed |
Hi, check out https://github.com/rpardini/adoptopenjdk-deb-installer |
I will test it |
hey @rpardini, thanks for the link! could you join our slack channel at https://adoptopenjdk.net/slack and we could perhaps setup a call to discuss what you've been able to do so far! |
We could use one for Java 8 as well... |
I needed a |
Your solution works great, @basil, thank you! :) For those of you interested in trying it, I reduced it to this:
Stop here and fix the typo in java-package/lib/adopt-open-jdk.sh on line 162. On the line that begins with "Provides: " remove LF at the end and make one line with the next.
The result is:
It works fine for Java 11 as well. I have already submitted a merge request to fix that typo referenced above. Once that is merged no fix needs to be applied. |
What is the long term plan for this? We are looking at switching Java 8 from Oracle to AdoptOpenJDK on our Ubuntu servers. Our server maintainers wants OS native packages, since that makes their job so much easier. |
Work in progress, see #61. |
For anyone wanting to test a deb file we've generated a sample jdk11 one here: https://ci.adoptopenjdk.net/view/work%20in%20progress/job/andreas-deb-job/10/artifact/linux/deb/build/adoptopenjdk-11-hotspot_11.0.2+9-1_amd64.deb Please let me know if there are any issues/bugs. |
We build the debian and rpm packages this way now and are testing them. One feature wish. Please provide seperate jdk / jre packages. The jdk package is too big for docker-images that need only the jre. |
@nudgegoonies I'm working on it, but still trying to figure out what the best strategy is to provide the JREs because JDKs and JREs overlap. |
There are going to be completely separate packages (no dependencies on each other):
If the full JDK is installed, there's no need to install the JRE. |
@aahlenst Great! Thank you very much. I look forward to try it out. Do you already have a branch? The overlap is problematic, yes. The openjdk package within debian are very splitted. But i would suggest to use a jdk+jre and a jre package that "conflict" each other in the debian "control" file to make things not too complicated. Have you thought about a solution for the ca-certificates? We have an internal script that does this but it better would be updating debian directly here to add the paths: |
Regarding dependencies we found this would be usefull to reduce size: |
@nudgegoonies What do you have in mind regarding ca-certificates? I currently cheat by depending on |
@aahlenst Please excuse me. I try to describe in more details. /etc/ssl/certs/java/cacerts is there and is generated from all certificates in /usr/share/ca-certificates by ca-certificates-java. But adoptopenjdk does not pick it up. I verified this with sslpoke. In the debian openjdk package its cacerts file is just a symlink to /etc/ssl/certs/java/cacerts. In the adoptopenjdk debian package it is still the cacert file from the official adoptopenjdk tar.gz and thus does not contain certificates from debian or locally installed certificates: Our internal script is a workaround hookup script in /etc/ca-certificates/update.d that finds all JVMs beneath /usr/lib/jvm and imports all certificates there too. And i had to adjust this to support the adoptopenjdk packages. But i find the symlink approach of the debian openjdk package better. Especially when you depend on ca-certificates-java. Please forget what i have written about the official script. |
@nudgegoonies Thanks for the explanation. Will fix by linking to |
May I suggest to create a separate issue for the JRE package. This issue is long enough as it is 😃 |
@aahlenst I tried your JRE branch to build the packages here. Works fine for us, By the way, all bintray options have to be set when using build targets. Is this intended? |
Having to define all Bintray variables even if you don't use the upload tasks is not intended, but my Gradle skills haven't yet found a way around it without having to forgo Gradle's input validation. |
@aahlenst Thank you for the answer. I am used to maven and this is the first gradle project i see so i have no skills yet too. It works with giving all parameters with dummy values. |
I tested the RPM found at https://dl.bintray.com/adoptopenjdk/rpm-nightly/centos/7/x86_64/Packages/ and it works, but it pulls in some AdoptOpenJDK
CentOS Provided
|
@stellirin Would you mind opening a separate issue? Makes it easier to keep track of it and to limit the scope of the discussion. |
Putting it in the repo would be the easiest way yet to avoid both stale versions and "mystery meat" OpenJDK builds on Ubuntu! Also a fantastic way to drop in OpenJ9 as a replacement, especially in the bare-metal world. |
Hijacking this, again, sorry. |
Closing as this is now complete! check out https://medium.com/adoptopenjdk/adoptopenjdk-rpm-and-deb-files-7003ba38144e for more info! |
Currently, the project provides a stable build for OpenJDK 11 for ARM32 (Raspberry Pi) with the following Jenkins Job:
https://ci.adoptopenjdk.net/view/arm/job/openjdk11_build_arm32_linux/
We should consider to design a solution to package and publish on Debian:
https://wiki.debian.org/Java
Once the build, passes the different Test suites from:
https://github.com/AdoptOpenJDK/openjdk-tests/
Juan Antonio
The text was updated successfully, but these errors were encountered: