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
Search Criteria
Package Details: jre 23.0.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/jdk.git (read-only, click to copy) |
---|---|
Package Base: | jdk |
Description: | Oracle Java Runtime Environment |
Upstream URL: | https://www.oracle.com/java/ |
Licenses: | LicenseRef-custom |
Conflicts: | jdk |
Provides: | java-runtime, java-runtime-headless, java-runtime-headless-jdk, java-runtime-jdk23, jre23-jdk, jre23-jdk-headless |
Submitter: | td123 |
Maintainer: | dbermond |
Last Packager: | dbermond |
Votes: | 1087 |
Popularity: | 0.83 |
First Submitted: | 2011-08-27 17:56 (UTC) |
Last Updated: | 2024-11-16 14:08 (UTC) |
Dependencies (12)
- ca-certificates-utils
- freetype2 (freetype2-qdoledAUR, freetype2-macosAUR, freetype2-gitAUR)
- java-runtime-common
- libx11 (libx11-gitAUR)
- libxext (libxext-gitAUR)
- libxi (libxi-gitAUR)
- libxrender
- libxtst
- python-html2text (make)
- alsa-lib (optional) – for basic sound support
- gtk2 (gtk2-patched-filechooser-icon-viewAUR) (optional) – for the Gtk+ 2 look and feel - desktop usage
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR) (optional) – for the Gtk+ 3 look and feel - desktop usage
Required by (1731)
- 2009scape (requires java-runtime)
- 2009scape-git (requires java-runtime)
- 2p-kt (requires java-runtime)
- abchr (requires java-runtime)
- abcl-git (requires java-runtime)
- abdownloadmanager-bin (requires java-runtime)
- acodec-bin (requires java-runtime)
- acronis-cyber-protect-bin (requires java-runtime)
- activemq (requires java-runtime)
- aechoterm-bin (requires java-runtime)
- ahmyth-bin (requires java-runtime)
- aio-remote (requires java-runtime)
- airsonic (requires java-runtime-headless)
- airsonic-advanced-bin (requires java-runtime-headless)
- airsonic-advanced-git (requires java-runtime-headless)
- airsonic-git (requires java-runtime-headless)
- aladin (requires java-runtime)
- alchemist (requires java-runtime)
- alda (requires java-runtime)
- alda-bin (requires java-runtime)
- Show 1711 more...
Sources (9)
Latest Comments
« First ‹ Previous 1 .. 66 67 68 69 70 71 72 73 74 75 76 .. 81 Next › Last »
jjacky commented on 2012-04-27 17:08 (UTC)
Det commented on 2012-04-27 16:57 (UTC)
You realize the license needs to be accepted first, right?
Also, I think the file name thing is pretty clear. It's not windows or solaris and it's not .rpm.
E: Also, the permission thing was fixed long before seblu mentioned it. I just don't bump the pkgrel, if that's all there is.
Det commented on 2012-04-27 16:43 (UTC)
@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 (UTC)
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.
sjakub commented on 2012-04-27 16:31 (UTC)
Det: Things like that (permissions) should be done by the PKGBUILD.
Also, it looks like now it is required to download the package manually.
It would be helpful if it actually said what is the file name you're expected to download.
berbae commented on 2012-04-27 16:24 (UTC)
Why didn't you name the package jre 7u4 as this is the official name?
(the previous package was jre 7u3)
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.