Java 8 is required, but in actuality it could be any version. Why does the PKGBUILD force =8 ? Even Minecraft itself has moved on from JRE 8
Search Criteria
Package Details: amidst 4.7-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/amidst.git (read-only, click to copy) |
---|---|
Package Base: | amidst |
Description: | Advanced Minecraft Interface and Data/Structure Tracking |
Upstream URL: | https://github.com/toolbox4minecraft/amidst |
Licenses: | GPL3 |
Submitter: | Freso |
Maintainer: | Freso (cubethethird) |
Last Packager: | Freso |
Votes: | 18 |
Popularity: | 0.000028 |
First Submitted: | 2013-08-09 08:50 (UTC) |
Last Updated: | 2021-06-17 19:12 (UTC) |
Dependencies (5)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- java-runtime (jre10AUR, jre12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jre7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, jdk8-armAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jre11-jbr-xdgAUR, jre16-openjdkAUR, jre14-openjdkAUR, jre15AUR, jre14AUR, jre13AUR, jre16AUR, jre18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jre-openj9AUR, jdk11-graalvm-ee-binAUR, jre12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, zulu-15-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jre11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jre13-openjdkAUR, jre15-openjdkAUR, jdk21-graalvm-binAUR, jre17-jetbrainsAUR, jdk8-openj9-binAUR, jre-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jre21-jetbrains-gitAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jre19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jre21-jetbrainsAUR, jdk17-zulu-prime-binAUR, zing-21-binAUR, zing-8-binAUR, jdk23-graalvm-ee-binAUR, jdk-android-studioAUR, jre17AUR, java-openjdk-binAUR, jre21-zulu-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jre17-zulu-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jre8AUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-jre-fx-binAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jdk17-openj9-binAUR, jre-jetbrainsAUR, jre-openjdk-wakefieldAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, java-openjdk-ea-binAUR, zulu-23-binAUR, jreAUR, jdkAUR, jdk21-jetbrains-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre11-openjdk, jre17-openjdk, jre21-openjdk, jre8-openjdk)
- sh (dashbinshAUR, bash-devel-static-gitAUR, zshbinshAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR, bash)
- minecraft (optional) – the game itself
- minecraft-launcherAUR (optional) – The new game launcher
Required by (0)
Sources (2)
jpegxguy commented on 2021-06-17 19:37 (UTC)
lberrymage commented on 2020-03-16 04:25 (UTC)
@Freso
- It wouldn't (my bad, I didn't pay attention to the package requirements), although the relevant java bug states the deprecation will "prevent users from running code that violates the JVM Specification, which can leave their applications open to malicious code." I may be wrong, but this seems to apply to java 8 as well.
- The Arch PKGBUILD page describes
optdepends
as "An array of packages that are not needed for the software to function, but provide additional features." - My mistake; I meant to quote @jochembroekhoff but read the comments wrong.
- Again, my mistake. I thought the wiki mentioned something, but after some digging, I can't find a dev preference either way.
- You're right. My initial impression was that the directory wasn't created if only one file existed within it since this seems to be the case with upstream packages like
libbluray
andlibjpeg-turbo
. I will point out that Linux convention is to keep filenames lowercase (and there's no reason to change it to uppercase), but like you said, we don't need unnecessary modifications.
Freso commented on 2020-03-15 18:45 (UTC) (edited on 2020-03-15 18:45 (UTC) by Freso)
@lberrymage
- Why does JDK 13 matter for a JRE=8 package?
- They’re
optdepends
, as in optional. They don’t have to provide functionality to the program, and you are free to not install them. I might remove the outdated of the two in the next package update, but I don’t see a reason to remove both at this point. - Where did I say that? But I agree, dependencies could use some cleaning up. No rush though, as no harm is done by having it in there.
- I’ve seen both
echo
and precreated….sh
files being used also in Arch packages and am not aware of any preference among Arch devs either way. If there’s a guideline/update I have missed in this respect, I am happy to change this. - Changing the filename would IMHO be against the Simplicity principle: "Arch Linux defines simplicity as without unnecessary additions or modifications." Additionally, the Java packaging guidelines say to "Place all jar files (and no other files) distributed with the program in a
/usr/share/java/myprogram
directory."
lberrymage commented on 2020-03-14 22:23 (UTC)
I have a few suggestions
- Don't pass the
-noverify
flag to java; it was deprecated in JDK 13. - Take the
minecraft
andminecraft-launcher
packages out of optdepends; amidst doesn't inherit any additional functionality from these. - As @Freso said, remove the
sh
dependency, as this is included in the base installation. - Rather than use
echo
to make a script from the PKGBUILD, just create the script file directly in the git tree. - Set the
amidst.jar
file as/usr/share/java/amidst.jar
rather than/usr/share/java/amidst/AMIDST.jar
. I think this would follow convention in that directory more closely (this is more of my pickiness though, admittedly).
I don't think any of these are strictly necessary, but they would clean things up a bit in my opinion.
jochembr commented on 2019-12-20 20:48 (UTC)
Could you please make the main executable pass its arguments to the AMIDST invocation? This is solved by adding "$@" (including quotation marks) to the end of the second line of the amidst.sh file.
Also, adding sh to the dependencies is not necessary, since sh is part of the base installation.
Freso commented on 2019-04-11 20:27 (UTC)
There’s now an amidst-beta package available at https://aur.archlinux.org/packages/amidst-beta/ if you want the latest beta version of AMIDST. This package, amidst, is only for the stable/final releases.
stick commented on 2019-03-31 13:37 (UTC) (edited on 2019-03-31 20:02 (UTC) by stick)
@mqs I came here to say the same thing. Updated PKGBUILD here:
https://pastebin.com/raw/67yUhPSB
I've also created a new AUR package that tracks the git repo directly:
mqs commented on 2019-01-09 16:24 (UTC)
@Freso Could you please push the version to the current beta? the last release is just too old for current seeds and as per my experience just now the beta works just fine
I updated the PKGBUILD myself: https://gist.github.com/mqus/059020041fea08147a2ae80ca130bf47
So if anyone wants to build the beta, you have to git clone the aur package, replace the PKGBUILD with the one from the gist and run makepkg -sri
Pietro_Pizzi commented on 2018-02-11 23:07 (UTC)
Hi,
Can we have the 4.3 Beta (eventually in another package) for MC 1.12?
The 4.2 don't start for me. I manually replaced the jar and now it works again, but i think to mess manually with tracked files isn't the best practice ;).
THX
Pinned Comments
Freso commented on 2019-04-11 20:27 (UTC)
There’s now an amidst-beta package available at https://aur.archlinux.org/packages/amidst-beta/ if you want the latest beta version of AMIDST. This package, amidst, is only for the stable/final releases.