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.
Search Criteria
Package Base Details: jdk
Package Actions
| 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.27 |
| First Submitted: | 2011-08-27 17:56 (UTC) |
| Last Updated: | 2024-03-19 23:02 (UTC) |
Det commented on 2011-11-27 13:50 (UTC)
Det commented on 2011-11-25 12:18 (UTC)
@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
Babets commented on 2011-11-24 12:44 (UTC)
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 (UTC)
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:46 (UTC)
This too should probably have a pkgver of "7u1" instead of "7".
Det commented on 2011-11-07 13:44 (UTC)
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 (UTC)
pacman -Rdd jdk7-openjdk; [whateveraurtoolyougot] -S jdk
Pinned Comments
dbermond commented on 2024-03-19 19:54 (UTC)
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.