Package Base Details: jdk

Git Clone URL: https://aur.archlinux.org/jdk.git (read-only, click to copy)
Submitter: td123
Maintainer: dbermond
Last Packager: dbermond
Votes: 1087
Popularity: 0.22
First Submitted: 2011-08-27 17:56 (UTC)
Last Updated: 2024-04-26 00:51 (UTC)

Pinned Comments

dbermond commented on 2024-03-19 19:54 (UTC)

  • Important notice:

As was made with the java packages in the official repositories, jdk now provides the jre alongside it, and both packages conflict with each other. During the package upgrade to version 22, act accordingly to your needs. For example, if you have both jdk and jre installed, only jdk will be sufficient, as it now also contains the runtime environment, and jre can be uninstalled. If you have only jre installed, no action is required.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 81 Next › Last »

zrhoffman commented on 2019-09-19 15:04 (UTC)

jdk-13_linux-x64_bin.tar.gz has a SHA-256 of 095fe9ee73bfa8d594b6bf63ae8c750144670a676ba4331ffd2d06b5ae4d5af1.

[zrhoffman@computer jre]$ makepkg
==> Making package: jre 13-1 (Thu 19 Sep 2019 09:58:57 AM CDT)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found jdk-13_linux-x64_bin.tar.gz
==> Validating source files with sha256sums...
    jdk-13_linux-x64_bin.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!

zor1984qq commented on 2019-09-19 09:03 (UTC) (edited on 2019-09-19 09:39 (UTC) by zor1984qq)

Yes. How to fix checksum problem? Well I just enabled editing in yay AUR wrapper and edit sha256 checksumm to 095fe9ee73bfa8d594b6bf63ae8c750144670a676ba4331ffd2d06b5ae4d5af1

to enable editing in yay: https://github.com/Jguer/yay

Yay is not asking me to edit PKGBUILDS, and I don't like the diff menu! What can I do?

yay --editmenu --nodiffmenu --save

Thats it. You can calculate sha256checksum with the same name following utility if it changes once more.

And archlinux-java status or archlinux-java get to check it. I have defaulted to 13 after package installation.

deconf commented on 2019-09-19 08:39 (UTC)

Please upgrade the checksum. updpkgsums

xuanruiqi commented on 2019-09-19 04:15 (UTC)

The checksum seems out of date?

xuanruiqi commented on 2019-09-19 04:14 (UTC)

The checksum seems out of date?

mqs commented on 2019-07-21 16:12 (UTC)

The checksums don't seem to fit (sha256 also fails the same way)

$ makepkg --verifysource 
==> Making package: jdk-docs 12.0.2-1 (So 21 Jul 2019 18:07:04 CEST)
==> Retrieving sources...
  -> Found jdk-12.0.2_doc-all.zip
  -> Found LICENSE-Oracle-Legal-Notices.txt
==> Validating source files with md5sums...
    jdk-12.0.2_doc-all.zip ... Passed
    LICENSE-Oracle-Legal-Notices.txt ... FAILED
==> ERROR: One or more files did not pass the validity check!

dbermond commented on 2019-06-16 11:58 (UTC)

@ForeverZer0 Yes it's possible. You need to set a directory path in the SRCDEST variable in your makepkg.conf file. All the sources downloaded by makepkg will be placed in this directory, avoiding duplicate download of sources:

https://wiki.archlinux.org/index.php/Makepkg#Package_output

https://www.archlinux.org/pacman/makepkg.conf.5.html#_options

It's also possible to specify a SCRDEST environment variable which overrides the one defined in makepkg.conf:

https://www.archlinux.org/pacman/makepkg.8.html#_environment_variables

ForeverZer0 commented on 2019-06-16 06:09 (UTC)

Just a quick question, was installing this and watching the log, and it appeared to be downloading "jdk-12.0.1_linux-x64_bin.tar.gz" twice, once for the jre, and the other for the jdk.

Would it be possible to re-use the same file to avoid the duplicate 181M download?

dalu commented on 2019-04-23 09:26 (UTC) (edited on 2019-04-23 09:34 (UTC) by dalu)

circular dependency

==> jdk dependencies:
 - java-environment-common (already installed)
 - jre<13 (already installed)
 - zlib (already installed)
 - hicolor-icon-theme (already installed)
 - jre>=12 (building from AUR)

however

sudo pacman -U /tmp/yaourt-tmp-darko/jre-12.0.1-1-x86_64.pkg.tar
loading packages...
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing jre (12.0.1-1) breaks dependency 'jre<12' required by jdk

I see that has been answered. "Build jre normally with makepkg, then build jdk with makepkg -d, and then install both with pacman -U"

Still it's an unelegant solution and the issue re-appears every time.

jeroenr commented on 2019-04-23 09:18 (UTC)

Is everybody aware that the Oracle version of the JDK/JRE can not be used for free in a server environment? See https://www.oracle.com/technetwork/java/javase/overview/oracle-jdk-faqs.html For a free to use version, jdk.java.net should be used.

Quote: "For what uses is Oracle Java SE, including Java 8 updates, free? For full information and terms, refer to the OTN License Agreement for Java SE. The OTN License Agreement for Java SE for current Oracle Java SE releases allows them to be used, without cost: (i) For personal use on a desktop or laptop computer, such as to play games or run other personal applications. (ii) For development, testing, prototyping, and demonstrating applications, including to use by/with profilers, debuggers, and Integrated Development Environment tools. (iii) For use with some approved products, such as Oracle SQL Developer, or as an end user of a software application created by an approved product. (referred to as “Schedule A” and “Schedule B” Products in the OTN License Agreement for Java SE) (iv) With identified Oracle Cloud Infrastructure products."

And: "Where can I get the latest releases of Java SE at no cost on or after April 16, 2019? Oracle provides the latest Java releases, made available in March and September each year, including quarterly performance, stability and security updates (in January, April, July and October) under an open source license at jdk.java.net. Also, Oracle provides updates; including Java 8, Java 11, and Java 12 of Oracle Java SE under the OTN License Agreement for Java SE at OTN. "