Package Details: jre 8u112-1

Git Clone URL: https://aur.archlinux.org/jre.git (read-only)
Package Base: jre
Description: Oracle Java Runtime Environment
Upstream URL: http://www.oracle.com/technetwork/java/javase/downloads/index.html
Keywords: java-openjfx java-runtime-headless-jre java-runtime-jre java-web-start-jre
Licenses: custom
Provides: java-openjfx=8, java-runtime=8, java-runtime-headless=8, java-runtime-headless-jre=8, java-runtime-jre=8, java-web-start=8, java-web-start-jre=8
Submitter: td123
Maintainer: Det
Last Packager: Det
Votes: 555
Popularity: 5.601223
First Submitted: 2011-08-27 17:57
Last Updated: 2016-11-11 16:09

Required by (787)

Sources (4)

Latest Comments

Det commented on 2016-10-21 11:27

Boot or sth.

Clear the cache, build with makepkg, ...

guiodic commented on 2016-10-21 11:23

AUR Packages (1) jre-8u112-1

:: Procedere con installazione? [S/n]s
:: Retrieving package(s)...
fatal: Not a git repository (or any parent up to mount point /home)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
fatal: Not a git repository (or any parent up to mount point /home)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
fatal: Not a git repository (or any parent up to mount point /home)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
fatal: Not a git repository (or any parent up to mount point /home)
Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not set).
:: jre build files are up-to-date -- skipping
grep: /home/guido/.cache/pacaur/jre/.SRCINFO: File o directory non esistente
:: Checking jre integrity...
==> ERRORE: PKGBUILD non esiste.
:: failed to verify jre integrity

erkexzcx commented on 2016-04-26 19:11

I always need to perform this command when starting specific app via WEB:
sudo chown -R :wheel /etc/java*

Det commented on 2016-04-24 08:57

No need to be pasting those. Please just include them in the out-of-date message, if necessary.

FadeMind commented on 2016-04-20 04:20

Values for 8u92-1

pkgname=jre
_major=8
_minor=92
_build=b14

md5sums=('b3c7031bc65c28c2340302065e7d00d3'
'762729fa0faba8ff2b5a29c249c95079')
md5sums_i686=('e2157870ce7f0484f347b8374da863a0')
md5sums_x86_64=('df1371cec5c66c1039ccc3e7a433c1de')

FadeMind commented on 2015-08-19 06:10

Values for 8u60-1 release

pkgname=jre
_major=8
_minor=60
_build=b27

md5sums_i686=('51512cfe055125570b5215a48a553d83')
md5sums_x86_64=('e6e44f44b67c1a412f06694c9c30b77f')

Det commented on 2015-04-24 08:39

They don't actually need to be, since they are sourced ("source <name>.sh" OR ". <name>.sh"), not executed ("./<name>.sh"):
- https://wiki.archlinux.org/index.php/Autostarting#.2Fetc.2Fprofile
- https://bugs.archlinux.org/task/22036

Any package doing that is either a leftover of the old behavior (fixed in December 2010), or how upstream does things.

axper commented on 2015-04-24 08:35

The files at /etc/profile.d/jre*.sh aren't executable

MartyTM commented on 2015-03-20 20:03

Awesome, glad I could help. Thanks for the quick responses and packaging!

Det commented on 2015-03-19 19:27

That's exactly right. The HighContrast and LowContrast icons have been deprecated in at least GNOME way back in 2.22 [1], which was already available in Arch in April 2008 [2].

I've removed those from all of my Java packages. Thanks very much for your contribution!

[1] = https://developer.gnome.org/hig-book/unstable/icons-design-accessible.html.en
[2] = https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/gnome-control-center&id=d801cae824fc5f62f92415576ede3d2c226a2f8f

MartyTM commented on 2015-03-18 03:02

When uninstalling this package I get a message saying "error: command failed to execute correctly" right before the uninstall finishes. Debug output didn't give any useful information (this was the only error) and I can't find any evidence that something failed to remove.

Not sure if it's just something like having a nonzero exit code without error or an actual error, but I figured I'd report it just in case.

Thanks

EDIT: Sorry for the deleted comment, couldn't find a better way to edit. I went through and checked and apparently it was because of there not being LowContrast and HighContrastInverse icon folders besides this package so the xdg-icon-resource command gives an exit code of 3. Not sure if I just don't have something installed on my system. I don't think there actually is any issue, unless these are deprecated icon sets or something like that.

Det commented on 2015-03-18 02:52

I'll check that out, my man.

MartyTM commented on 2015-03-18 02:37

When uninstalling this package I get a message saying "error: command failed to execute correctly" right before the uninstall finishes. Debug output didn't give any useful information (this was the only error) and I can't find any evidence that something failed to remove.

Not sure if it's just something like having a nonzero exit code without error or an actual error, but I figured I'd report it just in case.

Thanks

MartyTM commented on 2015-03-18 02:26

When uninstalling this package I get a message saying "error: command failed to execute correctly" right before the uninstall finishes. Debug output didn't give any useful information (this was the only error) and I can't find any evidence that something failed to remove.

Not sure if it's just something like the archlinux-java command outputting a nonzero exit code or an actual error, but I figured I'd report it just in case.

Thanks

Det commented on 2014-10-15 06:14

java.com has now updated to v8, so we could start using the auto-download links (no cookie flags required):

- downloads: https://www.java.com/en/download/manual.jsp?locale=en
- x86_64: http://javadl.sun.com/webapps/download/AutoDL?BundleId=97360
- i686: http://javadl.sun.com/webapps/download/AutoDL?BundleId=97358

Det commented on 2014-10-15 06:14

java.com has now updated to v8, so we could start using the auto-download links:

- https://www.java.com/en/download/manual.jsp?locale=en
- x86_64: http://javadl.sun.com/webapps/download/AutoDL?BundleId=97360
- i686: http://javadl.sun.com/webapps/download/AutoDL?BundleId=97358

Det commented on 2014-10-13 15:15

I will, that was asked and explained in the comment just before yours, thank-you :).

rafaelff commented on 2014-10-13 15:13

@det: please set this package to work with 'java-runtime-common' and 'java-environment-common'. Thanks in advance!

galaux commented on 2014-10-12 19:59

As previously reported, package "java-common" is now gone in favor of "java-runtime-common" and "java-environment-common".

@users: once this very package is updated, you will be able to build and install it. Please note that a news item was posted (https://www.archlinux.org/news/java-users-manual-intervention-required-before-upgrade/) that provides 3 quick commands to prevent you from getting a "file conflict" error during the next pacman upgrade.

Please see our Java wiki page for info, and forum, IRC, Mailing lists for help.

@maintainer: you will need to:
- change your "java-runtime" providing package dependency from "java-common" to "java-runtime-common"
- add dependency "java-environment-common" to your "java-environment" providing packages

Changelog:
- Links from /usr/bin now belong to one of the mentioned "common" packages (fixes FS#41883)
- Links from /usr/bin point at /usr/lib/jvm/default/bin/* and thus do not use JAVA_HOME nor script /usr/lib/java-common-wrapper (prevents incorrect Java path detection for many build or run scripts). As a side effect, forcing a Java runtime by setting JAVA_HOME is now NOT supported anymore.

This should be all. Please have a look at official OpenJDK packages from extra for reference. "install" scripts for OpenJDK packages have also been revamped for nicer integration but without any consequence on other packages. These could easily be customized (or even taken "as is") for your own "install" scripts.

Det commented on 2014-10-05 13:34

Thanks for letting me know. :)

galaux commented on 2014-10-05 13:15

FYI, current package "java-common" will be split due to https://bugs.archlinux.org/task/41883

The only changes needed will be:
- for java-runtime-headless providing packages to now depend on "java-runtime-common" rather than "java-common"
- for java-environment providing packages to now depend on "java-environment-common"

These new packages are expected to be pushed to extra next week-end.

galaux commented on 2014-10-05 12:17

FYI, chances are current package "java-common" will be split due to https://bugs.archlinux.org/task/41883

leonardof commented on 2014-09-05 04:09

The package update pulled java-common, which conflicted with existing /etc/profile.d/jre.{,c}sh. Removing the files made it work.

Det commented on 2014-09-03 11:31

Also, you're going to have to remove the license folder manually before having it replaced with the symlink:

# rm -r /usr/share/licenses/jre/

Det commented on 2014-09-03 01:04

8u20-2: support 'archlinux-java' (extra/java-common).

See: https://wiki.archlinux.org/index.php/Java#Switching_between_JVM

Det commented on 2014-08-28 14:49

Certainly.

reflexing commented on 2014-08-28 02:54

@Det It will be more right to require ttf-font virtual provide instead of ttf-dejavu, won't it?

Det commented on 2014-08-27 18:35

Thanks, I will try to get around to that asap.

rafaelff commented on 2014-08-25 15:02

@Det: hey, why don't you try to set the package to use archlinux-java, provided by 'java-common' ? Looks like you would need to drop jre.csh and jre.sh, move /opt/java to /usr/lib/jvm/, some other stuff.

Det commented on 2014-06-25 14:51

They move it back during build.

E: Just kidding, see: http://stackoverflow.com/q/10268583/1821548 (and especially my answer: http://stackoverflow.com/a/22466509/1821548)

Det commented on 2014-06-25 14:49

They move it back during build.

slot commented on 2014-06-25 14:44

Download location seems to have changed

Det commented on 2014-04-25 08:37

Enabled by default: permission java.awt.AWTPermission "accessClipboard"
- https://blogs.oracle.com/kyle/entry/copy_and_paste_in_java

johnthekipper commented on 2014-04-24 00:45

please add in : /opt/java/jre/lib/security/java.policy

permission java.awt.AWTPermission "accessClipboard";

Det commented on 2014-03-18 19:55

Updated to Java SE 8: https://blogs.oracle.com/java/entry/java_se_8_is_now

Made it a 8u0, so we can have 8u1, 8u2, etc. That was the mistake in the 7 series, as Pacman considers 7u1-1 a downgrade from 7-1.

Det commented on 2014-03-05 13:37

All right, then.

Det commented on 2014-03-05 13:36

And no, it's not fucking out-of-date, ant32.

ant32 commented on 2014-03-05 13:36

Sorry. Accidentally clicked flag out of date

Det commented on 2014-03-05 11:34

# source /etc/profile

RubenKelevra commented on 2014-03-05 08:33

JAVA_HOME is empty for the root user, was this intentional?

[root@delling ~]# echo $JAVA_HOME

[ruben@delling ~]$ echo $JAVA_HOME
/opt/java/jre

Det commented on 2014-02-24 05:16

Removed "PKGEXT='.pkg.tar'" due to a request of having your own way through makepkg.conf.

Det commented on 2014-01-30 19:41

No, sandy. Firefox doesn't satisfy Chrome, just like JRE doesn't satisfy JDK.

sandy8925 commented on 2014-01-30 18:25

Det: This is the JRE, so shouldn't it satisfy any requirements for java-environment ?

Det commented on 2013-12-20 08:30

No, because it _doesn't_ provide it.

dracorp commented on 2013-12-20 08:29

Could you add java-environment to the provides?

romax commented on 2013-12-06 01:06

@matrs: seems you have used the wrong package file with pacman -U.
Use instead: pacman -U jre-7.XX-1-ARCH.pkg.tar

mini commented on 2013-10-19 10:26

Thanks a lot, it is working now

Det commented on 2013-10-19 09:33

https://www.google.com/search?&q=site%3Aarchlinux.org+strip+binary -> https://wiki.archlinux.org/index.php/AUR_User_Guidelines#Prerequisites -> # pacman -S base-devel (which is _always_ required when building source packages from the AUR)

mini commented on 2013-10-19 08:46

I have get error "cannot find the strip binary" when I try to update jre

Det commented on 2013-10-18 16:30

@cmorgenstern, it's not "new". It's been that way since March 2012.

@everybody else, it was my update script that f*cked it up. 90% of the time they actually work and facilitate the lack of support for multiple maintainers.

rafaelff commented on 2013-10-17 10:07

Missing major version "_major=7", while minor version set twice.

pingpong commented on 2013-10-17 04:11

Yes, as BertVoegele suggested changing one of the _minor=45 to _major=7 in the PKGBUILD fixes the upgrade issue.

However, the AUR helper Packer would still think the latest version of jre is
jre .45-1 (instead of jre 7.45-1) so it will still prompt user to upgrade jre.

von commented on 2013-10-17 02:20

There are two _minor=45 lines and no _major=7 lines. This diff will fix it, and no manual download requires:

5c5
< _major=7
---
> _minor=45

SinClaus commented on 2013-10-17 01:58

Oracle site says:

Sorry!

In order to download products from Oracle Technology Network you must agree to the OTN license terms.


Be sure that...
Your browser has "cookies" and JavaScript enabled.
You clicked on "Accept License" for the product you wish to download.
You attempt the download within 30 minutes of accepting the license.

From here you can go...


Back to Previous Page
Site Map
OTN Homepage

and aur download fail.

cmorgenstern commented on 2013-10-16 07:11

BertVoegele's comment solves the Oracle TOS problem and my build error. Thanks!

BertVoegele commented on 2013-10-16 06:27

@ oboedad55:
Change one of the "_minor=45" lines in PKGBUILD to "_major=7" or wait for the maintainer to update the package (or uninstall jre at all).

oboedad55 commented on 2013-10-16 06:15

curl: (22) The requested URL returned error: 404 Not Found
==> ERROR: Failure while downloading jre-u45-linux-x64.tar.gz
Aborting...

cmorgenstern commented on 2013-10-16 03:50

Needs to be updated to circumvent Oracle's new stupid "Agree to License" block. Also, I am getting the following build error.

line 45: cd: jre1..0_45: No such file or directory

larryhaja commented on 2013-10-16 02:42

yeah, there is no ${_major} variable...only 2 ${_minor} variables.

Jristz commented on 2013-10-16 02:22

.47? whitout a 7 first??

joschi commented on 2013-09-11 18:24

Updated PKGBUILD for Java 7u40: https://github.com/joschi/AUR/blob/40295e12c933eb052959432d4ef790d1f2632aea/jre/PKGBUILD

kristianjgs commented on 2013-08-31 18:24

I try to install jre and jdk and show conflicts. I installed just jdk but the browsers dont detect JRE. How fix it? THX

Det commented on 2013-08-24 22:31

Yes. JRE (Java Runtime Environment) is a part of JDK (Java Development Kit).

semeion commented on 2013-08-24 00:48

I am using i686 arch, not i586.

semeion commented on 2013-08-24 00:47

When try install i get this error:

sudo pacman -U jre-7u25-linux-i586.tar.gz
loading packages...
error: missing package metadata in jre-7u25-linux-i586.tar.gz
error: 'jre-7u25-linux-i586.tar.gz': invalid or corrupted package

Are i586 termination correct? Why i am getting this error?

mikes commented on 2013-08-21 10:08

I am trying to install both jdk and jre but jre conflicts with jdk. Is it normal?

Det commented on 2013-06-27 13:15

No. Jdk does: https://aur.archlinux.org/packages/jdk/

cousinm commented on 2013-06-27 11:52

When I install jre, I have to deinstall openjdk (seems normal). But then libreoffice complains about missing java-environment. Shouldn't this package provide java-environment ?

Det commented on 2013-06-21 12:11

I don't get that even with packer-color.

You should probably update it.

matrs commented on 2013-06-20 20:37

installing jre 7.25-1 with packer-color got me this error
http://pastebin.com/rx8RrRDr

although jre was successfully installed.

when i tray to install it using "pacman -U" i got this error:

# pacman -U jre-7u25-linux-x64.tar.gz
loading packages...
error: missing package metadata in jre-7u25-linux-x64.tar.gz
error: 'jre-7u25-linux-x64.tar.gz': invalid or corrupted package

matrs commented on 2013-06-20 17:38

installing jre 7.25-1 with packer-color got me this error
http://pastebin.com/rx8RrRDr

although jre was successfully installed.

when i tray to install it using "pacman -U" i got this error:

# pacman -U jre-7u25-linux-x64.tar.gz
loading packages...
error: missing package metadata in jre-7u25-linux-x64.tar.gz
error: 'jre-7u25-linux-x64.tar.gz': invalid or corrupted package

Det commented on 2013-06-17 17:25

That single "cat" line is where the problem is, which is that there's no space left in your /tmp, /, whatever.

/tmp is mounted in RAM so it's not actually physically located anywhere.

"df -h" is gonna show which one doesn't have any space left, if you don't know where you're actually building this thing in (/tmp is the default for AUR tools for non-VCS packages).

Det commented on 2013-06-17 17:25

That single "cat" line is where the problem is, which is that there's no space left in your /tmp, /, whatever.

/tmp is mounted in RAM so it's not actually physicall located anywhere.

"df -h" is gonna show which one doesn't have any space left, if you don't know where you're actually building in (/tmp is the default for AUR tools for non-VCS packages).

poshus27 commented on 2013-06-17 17:21

I get error. http://pastebin.com/mvJP4WYN

poshus27 commented on 2013-06-17 17:15

I get error. http://pastebin.com/mvJP4WYN

poshus27 commented on 2013-06-17 17:11

I get error -> Compressing package...
cat: write error: No space left on device
bsdtar: Write error
==> ERROR: Failed to create package file.
==> ERROR: Makepkg was unable to build jre.

Det commented on 2013-05-02 20:59

And for everything else :).

HLFH commented on 2013-05-02 20:30

The best for Android SDK :)

Det commented on 2013-04-23 13:02

That lasted a long time.

Det commented on 2013-04-17 14:33

Thanks. I guess I'll be removing it then.

Lol, Oracle gave up because of EasySly.

You changed the world, man.

gabrielrcp commented on 2013-04-17 14:28

The download worked fine for me after commenting the line DLAGENTS= ...

Det commented on 2013-04-17 01:27

Seems like we no longer need the DLAGENTS override.

Could anybody test, if this is the case for you too?

Det commented on 2013-03-10 20:25

How funny. Your brother was here just a couple of weeks ago.

barton commented on 2013-03-10 20:02

Seems like providing 'java-environment' would fix my update headaches with eclipse. S'pose I'll mod the PKGBUILD and give it a try.

Anonymous comment on 2013-02-20 11:37

I'm just getting this package for the comments :)
Oh and to get pwned by a 3 months old java flaw.

Det commented on 2013-02-18 16:02

JRE? Why doesn't JRE provide JDK?

Who knows. Maybe God was mean.

alex-eri commented on 2013-02-18 15:56

why it not provides java-environment=7 ?

Det commented on 2013-01-04 19:44

Well of course when you say things in the past you can mention any mistake you like!

dapolinario commented on 2013-01-04 19:37

When makepkg is finishing the process of creation, it runs a routine that deletes empty directories, so the directory /etc/.java is erased. I do not know a solution.

Det commented on 2012-12-23 08:34

[x] Comment by a user who decided it was best to avoid the humiliation || 2012-12-23 05:03
> Why do PKGBUILD misses provides=('java-runtime=7')?

You must be a detective and everything.

Det commented on 2012-12-23 05:56

You must be a detective and everything.

reflexing commented on 2012-12-23 05:03

Why do PKGBUILD misses provides=('java-runtime=7')?

Det commented on 2012-12-12 17:32

What do you think?

kyak commented on 2012-12-12 17:31

So you updated the PKGBUILD, why not bump the pkgrel?

loxley commented on 2012-12-12 14:27

Yeah that solved it for me.

loxley commented on 2012-12-12 14:26

line 46:

cd jre1.$_major.0_0$_minor

that 0 before $_minor should be removed i think?

loxley commented on 2012-12-12 14:03

==> Starting package()...
-> Creating required dirs
/tmp/packerbuild-1000/jre/jre/PKGBUILD: line 46: cd: jre1.7.0_010: No such file or directory
==> ERROR: A failure occurred in package().
Aborting...
The build failed.

loxley commented on 2012-12-12 14:02

Getting the same as kyak.

kyak commented on 2012-12-12 12:28

==> Starting package()...
-> Creating required dirs
/home/user/build/jre/PKGBUILD: line 46: cd: jre1.7.0_010: No such file or directory
==> ERROR: A failure occurred in package().
Aborting...

Det commented on 2012-11-25 15:06

You installed with "-dd" as well, didn't you? These two are in conflict because jdk already provides its own bundled JRE that I had been historically just replacing with this. No longer.

E: No wait, it's the same drop-in replacement bug that was reported as soon as I de-merged the two. I don't really intend doing anything about it because the installation is not supposed to continue, if the conflicting package could not be removed.

Det commented on 2012-11-25 14:58

You installed with "-dd" as well, didn't you? These two are in conflict because jdk already provides its own bundled JRE that I had been historically just replacing with this. No longer.

Anonymous comment on 2012-11-25 14:53

I don't think this is too important, but upon updating I got file conflicts with the license files. Perhaps that can be fixed with an .install file? Like I said, not really important, and a simple pacman -Rdd jdk and then pacman -U pkg works.

Det commented on 2012-11-05 15:03

Well, it's "PKGEXT" and I use it with all the other java packages and google-earth too.

MisterAnderson commented on 2012-11-05 11:53

Yeah sorry I wasn't reporting it to you I just wanted to inform anyone else coming here checking for an answer (only package I know of with a different PKG_EXT).

Det commented on 2012-10-30 15:20

I mentioned this to brisbin but the way we do things here in the Arch world is preferably by reporting things ourselves - not by through some middleman who first made you see it.

MisterAnderson commented on 2012-10-30 07:38

I read through the comments and saw note about changing PKG_EXT

The change is making it fail with aurget at least to install after compiling.

MisterAnderson commented on 2012-10-30 07:24

Package built to "jre-*-.pkg.tar" instead ".pkg.tar.xz".

Det commented on 2012-10-26 13:29

So the plugin is or is not enabled?

kalib commented on 2012-10-26 13:13

Well, I need eclipse for java development.

But my bank doesn't recognize my jre. :/ that's quite sad.. because I can't install jre without removing jdk. :/

kkl2401 commented on 2012-10-26 11:00

Yes, it is better to have JDK because it contains useful tools (which JRE doesn't) but it is not necessary because Eclipse has its own Java compiler.

Det commented on 2012-10-26 10:46

http://wiki.eclipse.org/Eclipse/Installation#Install_a_JVM:
"Regardless of your operating system, you will need to install some Java virtual machine (JVM). You may either install a Java Runtime Environment (JRE), or a Java Development Kit (JDK), depending on what you want to do with Eclipse. If you intend to use Eclipse for Java development, then you should install a JDK (the JDK includes--among other useful things--the source code for the standard Java libraries). If you aren't planning to use Eclipse for Java development and want to save some disk space, install a JRE."

It shouldn't be an issue, though. The plugin is the same in both JREs.

kkl2401 commented on 2012-10-26 06:58

kalib: Eclipse (as an application) doesn't actually need JDK, it only needs JRE. If eclipse (as a package) requires jdk (as a package), then you should be safely able to modify the PKGBUILD so that it doesn't.

Det commented on 2012-10-25 22:46

Well, it's there. You checked whether the plugin is disabled?

kalib commented on 2012-10-25 20:28

After the last jdk update, my jre have been removed and now my webbank doesn't recognize that I have java. When trying to install jre again (yaourt -S jre) it says that jdk conflicts with jre. But I can't remove jdk because Eclipse needs it. Any tip?

Det commented on 2012-10-25 12:48

And you're welcome for that.

spsf64 commented on 2012-10-18 20:07

I was not the one who took the vote... but will vote right now!
Thank you Det for your hard work on keeping these java packages up to date!

Det commented on 2012-10-18 14:14

Who took his vote from this pacakge?!

GIVE IT BACK.

Det commented on 2012-10-18 14:09

Just informing you guys too.

Since jdk-devel seems to be working just fine, I've done the same thing with jdk. As some of you already know, JDK already provides its own debug JRE, which historically I've just been replacing with this one and making it depend on this.

But this is no longer the case, my friends. From now on the jdk package will be both providing and thus conflicting with this one. This way the jdk users no longer have to download both upon every new release.

We'll see how it goes.

Also, on a delightful note I've included PKGEXT=".pkg.tar" in this package to speed up the damn compression (which on my 6-core system still took almost a minute). The downside of it is that the size also increased from 30 megabytes to 127. So happy HDD shoppings and naggings to make me change it back.

Det commented on 2012-10-16 20:29

Yeah. Actually it's a git repository.

giniu commented on 2012-10-16 19:39

Please add provides java-web-start where appropriate, see https://bugs.archlinux.org/task/31595 for reference - official openjdk (icedtea) packages now provide this (in svn). Thanks for maintaining this package btw!

Det commented on 2012-09-07 13:21

Just uploaded jre-/jdk-devel for those as eager as me to get their ugly hands on the new Java 8 snapshots.

E: They conflict with this package, though. Lost my nerve trying to make them not do so after finding out that I could not.

Det commented on 2012-09-05 21:56

Just uploaded jre-/jdk-devel for those as eager as me to get their ugly hands on the new Java 8 snapshots.

E: They conflict this this package, though. Lost my nerve trying to make them not do that after finding out they wouldn't work anymore.

Det commented on 2012-09-05 21:53

Just uploaded jre-/jdk-devel for those as eager as me to get their ugly hands on the new Java 8 snapshots.

Det commented on 2012-08-30 22:13

You would.

jjacky commented on 2012-08-30 22:09

Considering your use of DLAGENTS, I'd say it might be good to add curl as makedepends.

Det commented on 2012-08-30 20:06

Thanks, but I do these things on my own anyway.

Manouchehri commented on 2012-08-30 19:48

Updated PKGBUILD for 7u7:

http://sprunge.us/QNWi

Det commented on 2012-08-20 11:07

For a week xD.

Well, you can always manually get it from here, if the oracle site isn't playing along: http://uni-smr.ac.ru/archive/dev/java/JRE/oracle/7/

It's probably just the server you're being redirected to again.

FernandoBasso commented on 2012-08-20 10:58

Error downloading the file. I've been trying for a week.


https://gist.github.com/3219413

Det commented on 2012-08-09 19:28

Okay lybin, may I ask you _why_ do you think it's out of date?

Because, the fact is, it _isn't_.

Det commented on 2012-07-26 10:23

So why am _I_ the first guy you're coming after?

dront78 commented on 2012-07-26 05:36

there is a conflict installing jre after jre6 the same time in
/usr/lib/mozilla/plugins/libnpjp2.so

Det commented on 2012-07-19 07:12

Do you know the actual source Chrome is checking the latest plugin build from? I'm not on Arch all the time so it'd be easier, if there was a single page to get the full version string of the latest version. Even firefox thinks it's fine: https://www.mozilla.org/en-US/plugincheck/

The release notes section only shows the version of that _specific_ release: http://www.oracle.com/technetwork/java/javase/7u5-relnotes-1653274.html

E: Actually Chrome is still thinking I need to "Download Critical Security Update" in chrome://plugins, despite the fact that I already friggin' got it.

Det commented on 2012-07-19 06:49

Do you know the actual source Chrome is checking the latest plugin build from? I'm not on Arch all the time so it'd be easier, if there was a single page to get the full version string of the latest version. Even firefox thinks it's fine: https://www.mozilla.org/en-US/plugincheck/

The release notes section only shows the version of that _specific_ release: http://www.oracle.com/technetwork/java/javase/7u5-relnotes-1653274.html

cpatrick08 commented on 2012-07-19 05:32

update 5 build 06 is out http://download.oracle.com/otn-pub/java/jdk/7u5-b06/jre-7u5-linux-i586.tar.gz
md5sum 621131c104d77c6ca5e58784861dd060

http://download.oracle.com/otn-pub/java/jdk/7u5-b06/jre-7u5-linux-x64.tar.gz
md5sum 4c8850b82a536480cddd771012426f1b

cpatrick08 commented on 2012-07-19 05:24

update 5 build 06 is out http://download.oracle.com/otn-pub/java/jdk/7u5-b06/jre-7u5-linux-i586.tar.gz
md5sum 621131c104d77c6ca5e58784861dd060

Det commented on 2012-06-26 09:04

Correction: _was_ a small bug in jre.csh.

Anonymous comment on 2012-06-26 08:56

There is small bug in jre.csh file, setenv must not contain "=".

Det commented on 2012-06-18 20:13

Always happy to have these comments.

spsf64 commented on 2012-06-18 01:09

Dear Det;
Just writing to say a HUGE THANK YOU!
This java-oracle package made me change to archlinux forever.
For some online banking this original oracle is a must..
Keep up the good work!
Regards

DBError commented on 2012-06-10 17:36

Oh, disregard that. I thought java-environment was used to run .jars, not compile java source. (because netbeans depends on it and I'm not using it for java programming)

DBError commented on 2012-06-10 17:29

Oh, disregard that. I thought java-environment was used to run .jars, not compile java source. (because netbeans depends on it and I'm not using it for java programming)

Det commented on 2012-06-06 12:14

I don't.

DBError commented on 2012-06-06 01:30

I think 'java-environment=7' should get added to the provides

Jristz commented on 2012-05-08 23:51

not I see the /opt directory nd in my system jre6 is intaled in /opt/java6/jre
and developers of java app need both at the same thime for testing

Det commented on 2012-05-07 10:00

Because it's installed in /opt/java/jre and I didn't figure people were still using the old jre6, k????

On a lighter note, we can now download the jre tarballs straight from the Oracle site by defining the cookie through DLAGENTS. Cool, huh? The credit from this goes to EasySly.

I already tested this with my friend and he said it worked just fine.

Jristz commented on 2012-05-07 02:27

jre6 is instaled in /opt/java6/jre and jre7 (this) is intalled in /opt/java7/jre, right?
in this case, why jre7 (this) conflict w jre6 if both are installed in differents paths????

Det commented on 2012-05-02 12:56

The http://uni-smr.ac.ru guys have caught up.

Det commented on 2012-05-01 18:39

Sigh. The bloody download isn't this way because I wanna respect Oracle.

It's this way because _there is no other way_.

nickoe commented on 2012-05-01 15:31

Where in the license does oracle state that the user has to download it directly and manually accepting the license? http://java.com/license

Det commented on 2012-04-30 14:37

That's the spirit. You're welcome.

Anonymous comment on 2012-04-30 01:55

Working well now. Thanks for the fast fix! :)

~Eric

Det commented on 2012-04-27 18:37

K, that should be it.

Everybody happy now?

Det commented on 2012-04-27 17:21

No, forget it, I misunderstood. I'll do that.

But my point's still valid, don't repost long texts behind a link in here.

Det commented on 2012-04-27 17:19

Yeah, I read that but I'm not gonna do it.

This thing gets too messy otherwise.

E: also, no need to post the same stuff in here what's already done in the PKGBUILD you linked. That in turn makes this _comment section_ look messy.

Det commented on 2012-04-27 17:17

Yeah, I read that but I'm not gonna do that.

This thing gets too messy otherwise.

jjacky commented on 2012-04-27 17:08

Little nitpicking: the way you did it, after making the package & cleaning, trying to make it again would fail on the bsdtar call, because the file/symlink isn't in src. Would be better if the symlink was created if the file is in startdir but not src; e.g:

if [ ! -f "jre-$_pkg-linux-$_arch2.tar.gz" ]; then
if [ ! -f "../jre-$_pkg-linux-$_arch2.tar.gz" ]; then
# look in common (download) locations, and move it in startdir
for i in /tmp ~/{Desktop,Downloads}; do
if [ -f "$i/jre-$_pkg-linux-$_arch2.tar.gz" ]; then
msg2 "Moving jre-$_pkg-linux-$_arch2.tar.gz from $i/ to $startdir/"
mv "$i/jre-$_pkg-linux-$_arch2.tar.gz" "$startdir/"
break
fi
done
if [ ! -f "../jre-$_pkg-linux-$_arch2.tar.gz" ]; then
error "Tarball not found"
exit 1
fi
fi
# create symlink in src
ln -s ../jre-$_pkg-linux-$_arch2.tar.gz jre-$_pkg-linux-$_arch2.tar.gz
fi

Det commented on 2012-04-27 16:43

@jjacky, true. Done.

@berbae, because of the discussion you didn't read.

@sjakub, same thing. Also, please don't post the same thing in both places.

sjakub commented on 2012-04-27 16:35

It could also say what is the file name it is looking for (to easily find it on the download webpage). Also, it would be nice if it accepted /tmp as the download location as well.

berbae commented on 2012-04-27 16:24

Why didn't you name the package jre 7u4 as this is the official name?
(the previous package was jre 7u3)

jjacky commented on 2012-04-27 15:48

Besides the little bug mentionned, I would suggest a couple of things (that could also be applied to jdk) :
- use /tmp instead of $startdir as download location (to move the file from)
- move the file in $startdir, and then create a symlink in src/ -- this would allow to easily keep the file in startdir, use the cleaning (that removes src/) and still be able to re-build the package without anything needed.

Here's a PKGBUILD implementing this: https://gist.github.com/2510259

Anonymous comment on 2012-04-27 15:22

This is the fixed version:
https://gist.github.com/2510111/de86a1b1602a8c62ebfdf1e51f07c550c46feeec

rtimush commented on 2012-04-27 14:59

7.4-1 doesn't pick up tar.gz stored in ~/Downloads because of double '~/' (jdk package does)

Det commented on 2012-04-27 13:50

7u4's here then. The user's gotta download the package himself for now. Guess the http://uni-smr.ac.ru guy(s) will pull it tomorrow or later today.

Det commented on 2012-04-17 11:53

You think Oracle cares?

I like the 7.1/2 idea, though. Simpler than just stating the build number and better than raising the epoch.

davidovitch commented on 2012-04-17 10:32

From the pacman man page:
Alphanumeric:
1.0a < 1.0b < 1.0beta < 1.0p < 1.0pre < 1.0rc < 1.0 < 1.0.a < 1.0.1
Numeric:
1 < 1.0 < 1.1 < 1.1.1 < 1.2 < 2.0 < 3.0.0

Why does Oracle violates this principle by stating that 7 < 7u < 7u2 ? Maybe we need to convince them to follow a pacman compatible approach :-) Would a sensible alternative be 7 < 7.1u < 7.2u ?

On the other hand, the jre7-openjdk version number also looks a bit archaic: 7.b147_2.1-3
(In case I am stating the obvious, apologies, I am trying to grasp how pacman judges what the newest version is)

Det commented on 2012-04-16 21:26

Yeah, that seriously sucks (pacman probably considers this thing to be some alpha/beta/pre version).

I guess I could bump the epoch with the next update.

davidovitch commented on 2012-04-15 19:37

Maybe it's my ignorance, but it today I noticed that yaourt and pacman considered the new version number 7u3-1 as a downgrade compared to the previous 7-3, so it never got updated until I told so.

davidovitch commented on 2012-04-15 19:30

Maybe it's my ignorance, but it today I noticed that yaourt considered the new version number 7u3-1 as a downgrade compared to the previous 7-3, so it never got updated until I told so.

EasySly commented on 2012-04-06 21:48

Please note:

Bug/FR for downloading files with some specific behavior was commited to https://bugs.archlinux.org/task/29316.

You can vote for this or use patch to able to install jre6/jdk6 via AUR.

This path also will fix the possible issue with jre/jdk if it will use oracle site.

Thanks,
Vladimir

Anonymous comment on 2012-04-05 00:09

Ok, I stand corrected. Apologies for giving bad advice...

Det commented on 2012-04-04 20:36

Yeah, uh, no, that shouldn't be done. This doesn't provide java-environment exactly because it doesn't provide it. If something needs java-environment it means that it needs a jdk package. Not this one.

Anonymous comment on 2012-04-03 21:52

I think that adding java-environment would cause problems to people who are also wanting to install the package jdk, as that is currently set to provide java-environment.

If you really want jre to provide it, why not add it to the pkgbuild on your local machine? That way, you get java-environment and it allows those who are using this package in order to also install jdk to continue happily.

Det commented on 2012-04-02 16:49

Because! >:O

tanuva commented on 2012-04-02 16:47

Why?

Det commented on 2012-04-02 13:47

No.

tanuva commented on 2012-04-02 13:46

Could you add a provides=java-environment? Otherwise eclipse and tuxguitar for example will still request some other jre that provides this.

fackamato commented on 2012-03-28 06:12

Shouldn't this package PROVIDE java-environment ?

Det commented on 2012-03-27 12:10

The hell with them.

Anonymous comment on 2012-03-27 09:44

It seems Oracle have changed their downloads so you now need to accept the license before it'll let you download.. This PKGBUILD just downloads a HTML file saying the license hasn't been accepted and the build fails.

I've manually downloaded the jre-7u3-linux-x64.tar.gz from http://www.oracle.com/technetwork/java/javase/downloads/jre-7u3-download-1501631.html, put it in the build folder and the package builds/installs.

Cheers

Det commented on 2012-03-09 09:26

Yeah. Sure. Could've.

Just didn't wanna rebuild just because of that.

kyak commented on 2012-03-09 09:07

Thanks a lot! I just wish you would update the minor version of the package, so that 'cower' would catch that the package is updated :)

Thanks again!

Det commented on 2012-03-08 11:23

Lol. Yeah. Apparently.

karol_007 commented on 2012-03-08 10:34

@Det
http://www.archlinux.org/packages/extra/any/rhino/
Dependencies: java-runtime-headless (openjdk6, jre7-openjdk-headless)

It's a circular dependency.

Det commented on 2012-03-08 10:20

Already pleased to announce that I've done so.

E: also, "rhino" doesn't require 'java-runtime-headless'. "jre7-openjdk-headless" requires "rhino".

Det commented on 2012-03-08 10:16

Already pleased to announce that I've done so.

E: also, "rhino" doesn't require 'java-runtime-headless'. "jre7-openjdk-headless" requires 'rhino'.

Det commented on 2012-03-08 10:09

Already pleased to announce that I've done so.

kyak commented on 2012-03-08 05:35

at least 'rhino' requires java-runtime-headless.

Could you please update this package soon, because now rhino pulls jre7-openjdk-headless, which obviously conflicts with jre?

Det commented on 2012-03-07 23:37

Yeah, okay.

I can make this provide it but as long as nothing even needs it I ain't gonna bother with the split.

The J2REDIR/xdg-icon-resource stuff in the .install's and the .(c)sh's could be updated a bit, though.

It's just that I'm downloading porn with Windows so I can't actually do it without people going nuts about the 777 permissions.

Det commented on 2012-03-06 21:16

True. I'll think it over tomorrow (whether/how to split this thing or just provide it).

Currently nothing requires it, except 'jre7-openjdk' itself, though (never heard of a "non GUI" Java program anyway).

xduugu commented on 2012-03-06 20:02

I guess this package should also provide the new generic 'java-runtime-headless'.
See https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/java7-openjdk&id=8a09699ad49dd7e7e755ef77920461261a925220

Det commented on 2012-01-21 13:11

Yeah, that's a jdk file and I've fixed that a long time ago. Just rebuild it.

seblu commented on 2012-01-21 12:07

Invalid right on this file:

-rw------- 1 root root 291 2012-01-20 22:03 /usr/share/applications/java-visualvm.desktop

Det commented on 2012-01-13 04:53

Oh, shut up.

karol_007 commented on 2012-01-13 04:37

@Det
"And deliver us from java ..." :P

Det commented on 2012-01-13 04:24

I wonder if I _just_ mentioned this in the jdk comments section.

Click the *Show all 26 comments* button and find your salvation.

Det commented on 2012-01-13 04:23

I wonder if I _just_ mentioned this in the jdk comments section.

Click the *Show all 26 comments* button and find your salvation.

ultramancool commented on 2012-01-13 04:15

Annoying dependency problem, installing this and the jdk over openjdk6 doesn't work - openjdk6 satisfies both java-runtime and java-environment while jre satisfies java-runtime only and jdk satisfies java-environment only. If you have packages installed already that depend on both (eclipse in my case) you need to removed the dependency on jre from the jdk, build them both separately and then install them both at once. Is there some way you can fix this?

Det commented on 2011-12-29 08:05

It's what I do.

cro commented on 2011-12-29 04:30

I wasn't here for a while ... it seems the pkgbuild (and also jdk) improved a lot.
Thanks for the good work, Det!

Det commented on 2011-12-21 16:13

Didn't need to. See my response in the 'jdk' side.

Anonymous comment on 2011-12-21 12:33

use JRE from jdk-7u2-linux-i586.tar.gz and jdk-7u2-linux-x64.tar.gz.
Tranks..

Det commented on 2011-11-27 21:09

Updated, and did everything else already mentioned.

Det commented on 2011-11-27 19:04

Chromium-browser-bin uses continuous builds of Chromium - the same way firefox-nightly uses continuous nightlies of Firefox. The only difference being that Google names the builds according to the build version - Firefox according to the actual version number. Thus, if one is to create a decent package for the continuous chromium builds, he or she should have a package looking for the latest build number - whether or not the pkgver shown in AUR is the actual latest build number or, as in this case, something like "LATEST" is irrelevant. It's the maintainer's call and the current implementation is simpler. It's NOT the case here.

So no, "7.latest" would not make me happy. JRE is not a continuous build project. It's a project with clear different releases. First there was "7", now there was "7u1". The next one is going to be... that's right, "7u2".

Maybe you should just give this package up. You still haven't "pulled" the changes I suggested 2 days ago anyway.

dserban commented on 2011-11-27 18:52

By the way, have a look at the PKGBUILD for chromium-browser-bin:
http://aur.archlinux.org/packages.php?ID=31368

It's not a *-git package either, and it's a lot more popular than this one here.
It uses the same paradigm.

By the way, would it make you happy if I made the pkgver to be "7.latest" instead of "7"?

Det commented on 2011-11-27 18:43

Well, the thing is that I don't have to ask. Using dserban's logic google-chrome* packages wouldn't need to be updated either - but they are. Because it's _right_.

frb commented on 2011-11-27 18:31

Det you are right, you can ask to some trusted user in aur-general mailing list for opinions and if they say you are right you can ask for orphaning this package.

Det commented on 2011-11-27 14:16

That's not the point here.. the package downloads whatever is the latest version in the Oracle servers (effectively skipping the md5sums too). The problem is that this is not a git package - if you don't touch the pkgver people don't know when a new one has come up.

If you can't or won't understand that you have chosen the wrong package to maintain to begin with.

dserban commented on 2011-11-27 13:57

The PKGBUILD builds the latest version of upstream, correctly.
Unflagging.

Det commented on 2011-11-27 13:50

Build log..? I just told you a bunch of stuff what's wrong. And this is the 3rd time anyway the 7u1 is being mentioned.

dserban commented on 2011-11-26 15:34

Hi,
Please provide a build log along with the out-of-date flag, so I can see what's wrong.
Unflagging.

Det commented on 2011-11-25 12:18

@cro, yeah, I mentioned the pkgver thing over 2 weeks ago. See the post right before yours.

Anyways, I cleaned up the package quite a bit. Here's some of the changes:

- download the 31MB JRE tarball instead of the 91MB JDK one (verified functionality with 'j7z' and: java.com/en/download/installed.jsp?detect=jre&try=1). Install size only decreased by about 8 megabytes, though
- do this by using the source array - also remove 'lynx' from makedeps
- update the pkgver to '7u1'
- use the package() function
- use the mv/install/mkdir commands 'more efficiently'
- separate the 'install/cp' stuff from the 'mv/rm' stuff
- remove curly brackets ("{" and "}") from the PKGBUILD, since they seem to be something the repo packagers want to get rid of
- replace "${startdir}"s with "$srcdirs"
- use a 'common function' in the .install file (used in all of the functions) and echo an empty line before the license talk

Overall I managed to cut the 61 lines of the PKGBUILD down to 45 (-16). But let's cut the crap, here's the tarball: http://www3.zippyshare.com/v/1215983/file.html

frb commented on 2011-11-24 12:44

I agree with cro: wget http://download.oracle.com/otn-pub/java/jdk/7u1-b08/jdk-7u1-linux-x64.tar.gz works so putting the url in the source array should work so why using lynx?
Same thing for jdk.

cro commented on 2011-11-23 14:59

Why this hack with downloading the tarball from oracle using lynx and wget? Why not specify it as a source so that it will be verified with a checksum and stuff?
Shouldn't the package version reflect the patchlevel of the software? Current seems to be 7u1 at the moment.

Det commented on 2011-11-07 13:44

By the way, shouldn't the pkgver have been updated into 7u1 (like almost 3 weeks ago)?

Det commented on 2011-10-28 16:16

pacman -Rdd jdk7-openjdk; [whateveraurtoolyougot] -S jdk

techlive commented on 2011-10-27 10:11

@Det Jdk indeed provides the 'java-environment',but while you are trying to replace the openjdk with jdk,the jre need to be install first as dependency which will fail passing the requirements check as not privoding the 'java-environment',so the replacement will get stucked here,just because the openjdk provides both java-runtime and java-enviroment and the jre only provide the java-runtime,the uninstllation of openjdk will be stopped because of some packages like eclipse need java-environment.How this problem be solved?

Det commented on 2011-09-07 08:29

@ioos, you don't. Jdk provides 'java-environment(=7)': https://aur.archlinux.org/packages.php?ID=51906

Anonymous comment on 2011-09-03 08:18

How do I replace openjdk6 with jre when there are dependents of java-environment?

kelytha commented on 2011-08-30 15:16

@kralyk: oops, you are right.

I think I also understand why is it like this. NetBeans wants to have a JDK to be able to also develop Java apps in it. Didn't consider this at first, as I want to use it only for PHP development.

kralyk commented on 2011-08-30 14:40

@kelytha: I believe you're wrong, the 'java-environment' is provided by the jdk package.

kelytha commented on 2011-08-29 17:39

The PKGBUILD has an error. It doesn't has java-environment in the provides array, thus NetBeans couldn't be installed from pacman.

I have corrected the PKGBUILD and installed it on my machine, but couldn't upload it here.

karol_007 commented on 2011-08-28 16:57

Just for the record: http://mailman.archlinux.org/pipermail/arch-general/2011-August/021671.html

spider-mario commented on 2011-08-28 14:03

No, it’s not anymore.

http://www.archlinux.org/packages/?q=jre

msquared commented on 2011-08-27 20:19

Already in community repository. Please request deletion.