It seems that bea.com has moved jrockit out of their server: >>> Downloading 'ftp://anonymous:*password*@ftpna.bea.com/pub/releases/security/jrockit-R27.5.0-jdk1.5.0_14-linux-x64.bin' --2008-06-22 19:55:29-- ftp://anonymous:*password*@ftpna.bea.com/pub/releases/security/jrockit-R27.5.0-jdk1.5.0_14-linux-x64.bin => `/usr/portage/distfiles/jrockit-R27.5.0-jdk1.5.0_14-linux-x64.bin' Resolving ftpna.bea.com... 66.248.193.229 Connecting to ftpna.bea.com|66.248.193.229|:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD /pub/releases/security ... done. ==> SIZE jrockit-R27.5.0-jdk1.5.0_14-linux-x64.bin ... done. ==> PASV ... done. ==> RETR jrockit-R27.5.0-jdk1.5.0_14-linux-x64.bin ... No such file `jrockit-R27.5.0-jdk1.5.0_14-linux-x64.bin'. Their info on the pages say that oracle.com is now administrating the downloads: BEA software downloads currently available from the BEA download center on dev2dev will be migrated to Oracle software fulfillment sites by August 2008. Production customers can download the latest supported versions of BEA software from http://edelivery.oracle.com, and more versions will be made available by the migration date. Solutions for the bug: On http://edelivery.oracle.com I found the file jrockit-R27.5.0-jdk1.5.0_14-linux-x64.bin needed by the ebuild by this method: On http://edelivery.oracle.com/ click continue -> Then fill in full name "John Doe", company name "Oracle", e-mail address "john.doe@oracle.com" and country "FI"; and check Yes for license and export restrictions and click continue -> Then select Product pack BEA products and platform "Linux Intel (64-bit)" click Go -> check BEA WebLogic Media Pack for Linux x86-64 and click Continue -> click download on "JRockit R27.5.0 for Java SE 5.0 for Linux x86-64" (http://edelivery.oracle.com/EPD/Download/process_download/B46960-01.zip?file_id=23670676&aru=10238872&userid=368279&egroup_aru_number=10238869&email=john.doe@oracle.com&country_id=246&patch_file=B46960-01.zip). Sums for B46960-01.zip: MD5 C4012D3E9E1ACA2FD69AD40A5E100CB2 SHA-1 615CC0571FEBFD25D905BE52C67B3455F3A5AAE3 Now you have zip file B46960-01.zip which contains file: jrockit-R27.5.0-jdk1.5.0_14-linux-x64.bin Then copy jrockit-R27.5.0-jdk1.5.0_14-linux-x64.bin to /usr/portage/distfiles Also edit /usr/portage/dev-java/jrockit-jdk-bin/jrockit-jdk-bin-1.5.0.14.ebuild: On line 96 and 97 doc commands result in die do to the changes in distfile: newdoc README.txt README || die dodoc LICENSE || die There are no more README.txt on LICENSE files... Only on THIRDPARTYLICENSEREADME.txt; So if you replace the lines 96 and 97 with: newdoc THIRDPARTYLICENSEREADME.txt README || die newdoc THIRDPARTYLICENSEREADME.txt LICENSE || die then it will emerge clean. Then run: hki# ebuild /usr/portage/dev-java/jrockit-jdk-bin/jrockit-jdk-bin-1.5.0.14.ebuild manifest and after that: hki# emerge jrockit-jdk-bin will go through nicely. So could you please fix in the new placements for the jrockit-R27.5.0-jdk1.5.0_14 files and modify the ebuilds in portage tree accordingly :)
Just to confirm: 1. dev-java/jrockit-jdk-bin SRC_URI and LICENSE is no longer valid? 2. The Package now has a FETCH_RESTRICTION because you have to get the bin file from oracle.com which requires a login/password and Accepting of a License Agreement? thanks, weisso
(In reply to comment #1) > Just to confirm: > > 1. dev-java/jrockit-jdk-bin SRC_URI and LICENSE is no longer valid? SRC_URI definitely, LICENSE most likely too. But who already downloaded it in the past from BEA under the old license should be fine, so the current ebuilds match the old distfiles+licences. > 2. The Package now has a FETCH_RESTRICTION because you have to get the bin file It was always fetch restricted. > from oracle.com which requires a login/password and Accepting of a License > Agreement? Seems there's no login/password, just providing your info and license agreement. IBM is worse :) > thanks, > weisso > Looks like they provide jrockit downloads again - last time I looked it was only bundled with some other stuff and license didn't permit it to be used separately... we'll have to download and check.
(In reply to comment #2) >SRC_URI definitely, LICENSE most likely too. But who already downloaded it in >the past from BEA under the old license should be fine, so the current ebuilds >match the old distfiles+licences. Correct, the Old license is still valid for current and past builds, Moving forward the new license is: http://www.oracle.com/technology/software/popup-license/standard-license.html > http://edelivery.oracle.com I wasn't able immediately access the files because they considered my external IP suspicious :( Only took about 2-3hours to get a response. Unfortunately the only way to get the files from Oracle was: http://www.oracle.com/technology/software/products/jrockit/index.html -weisso
The sources all appear to be available via direct download from: http://download2.bea.com/pub/jrockit/ direct ia32 download at: http://download2.bea.com/pub/jrockit/50/jrockit-R27.5.0-jdk1.5.0_14-linux-x64.bin
sorry - pasted too quickly. direct ia32 download at: http://download2.bea.com/pub/jrockit/50/jrockit-R27.5.0-jdk1.5.0_14-linux-ia32.bin
download2.bea.com is no longer resolving, and download.bea.com does not exist either. I was not able to find a subsitute link.
Same here
That's too bad. Unless we can find an alternative download, we're screwed. Just wondering, are you interested in this because of ia64? On other arches, there are alternatives.
I noticed this because emerge suddenly wanted to pull this package. After some research I found out about ACCEPT_LICENSE="*" which I didn't know about before. And then I got dev-java/sun-jdk instead.
(In reply to comment #9) > I noticed this because emerge suddenly wanted to pull this package. > > After some research I found out about ACCEPT_LICENSE="*" which I > didn't know about before. And then I got dev-java/sun-jdk instead. > Ok, this would work for me. I have used sun jdk before but it got masked away... I'll try the license thingy.
http://www.oracle.com/technology/software/products/jrockit/index.html
01 Aug 2010; Vlastimil Babka <caster@gentoo.org> jrockit-jdk-bin-1.5.0.14.ebuild: Remove amd64 and x86 keywords, as it's no longer fetchable, bug #228929. The ia64 keyword likely to be removed as well. The question now is whether we: a) remove all java stuff from ia64 b) provide a jrockit mission control ebuild, which should contain the jdk as well (but afaik the license wouldn't allow to install it separately, and it should be used only for evaluation purposes etc, so it might be borderline) c) see if we could get icedtea working I'd say it depends on user interest. It seems not many people CC'd or voted for this bug, even if the only ia64 jdk we had is unavailable for 2 years...
I agree on dropping java from ia64, if any user wants java on ia64 i could use icedtea.
For anyone interested in getting JRockit to run, I've put a hacked up JRockit-1.6.0 (mission control, 4.0.1) up in my overlay. http://hg.xavamedia.nl/portage/file/04ab86d381fd/dev-java/jrockit-jdk-bin
04 Jan 2012; Ralph Sennhauser <sera@gentoo.org> package.mask: Package.mask dev-java/jrockit-jdk-bin for removal in 30 days. Outdated Java version, fails to fetch, no upstream. #228929
Package removed from tree.