It looks like the 1.14.2-1 PKGBUILD update did not change the JAR url or SHAsum. Based on the 1.14.2 blogpost it seems like the URL should have changed (808be....) https://www.minecraft.net/en-us/article/minecraft-java-edition-1-14-2
Search Criteria
Package Details: minecraft-server 1.21.3-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/minecraft-server.git (read-only, click to copy) |
---|---|
Package Base: | minecraft-server |
Description: | Minecraft server unit files, script, and jar |
Upstream URL: | https://minecraft.net/ |
Keywords: | bash minecraft official script server |
Licenses: | custom |
Conflicts: | minecraft-canary, minecraft-server-systemd |
Submitter: | sorcix |
Maintainer: | edh |
Last Packager: | edh |
Votes: | 164 |
Popularity: | 0.074784 |
First Submitted: | 2010-11-29 15:52 (UTC) |
Last Updated: | 2024-10-23 19:51 (UTC) |
Dependencies (8)
- awk (gawk-gitAUR, busybox-coreutilsAUR, gawk)
- bash (bash-devel-static-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR)
- java-runtime-headless (jre10AUR, jre12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jre7AUR, amazon-corretto-16AUR, jdk16-adoptopenjdkAUR, jdk8-armAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jre11-jbr-xdg-headlessAUR, jre16-openjdk-headlessAUR, jre14-openjdk-headlessAUR, jre15AUR, jre14AUR, jre13AUR, jre16AUR, jre18-openjdk-headlessAUR, amazon-corretto-19-binAUR, liberica-jre-11-full-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jre-openj9-headlessAUR, jre12-openjdk-headlessAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-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, jre13-openjdk-headlessAUR, jre15-openjdk-headlessAUR, jdk8-openj9-binAUR, jre-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jre19-openjdk-headlessAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, zing-21-binAUR, zing-8-binAUR, 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, 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-wakefield-headlessAUR, jre-openjdk-wakefieldAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, zulu-23-binAUR, jreAUR, jdkAUR, jdk21-jetbrains-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, java-openjdk-ea-binAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre-openjdk-headless, jre11-openjdk, jre11-openjdk-headless, jre17-openjdk, jre17-openjdk-headless, jre21-openjdk, jre21-openjdk-headless, jre8-openjdk-headless)
- sed (busybox-coreutilsAUR, sed-gitAUR)
- sudo (fake-sudoAUR, polkit-fakesudoAUR, sudo-gitAUR, doas-sudo-shimAUR, doas-sudo-shim-minimalAUR, sudo-hgAUR, sudo-selinuxAUR, fudo-gitAUR)
- tmux (tmux-tcl-gitAUR, tmux-xdg-gitAUR, tmux-sixel-gitAUR, tmux-gitAUR)
- netcat (nmap-netcatAUR, openbsd-netcat-gitAUR, gnu-netcat-svnAUR, gnu-netcat, openbsd-netcat) (optional) – required in order to suspend an idle server
- tar (tar-gitAUR, busybox-coreutilsAUR) (optional) – needed in order to create world backups
Required by (0)
Sources (2)
Latest Comments
« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 37 Next › Last »
ProdigySim commented on 2019-05-27 14:22 (UTC)
edh commented on 2019-03-29 11:41 (UTC)
@abrenner Thanks a bunch! That should not have happened! Fixed.
abrenner commented on 2019-03-29 03:25 (UTC) (edited on 2019-03-29 03:26 (UTC) by abrenner)
Bug Report:
In commit fc300f4fd62a
a switch was made from using "which" to "command" to determine if binaries exists on a system (tar, netcat, etc.).
The issue is that a space needs to be between the -v and name of the binary:
command -vtar is not correct
command -v tar is correct
Please add a space.
thanks, /adam
edh commented on 2019-02-14 07:35 (UTC)
@fryfrog Fair point given that Java is in the process of changing their versions more frequently.
fryfrog commented on 2019-02-13 16:49 (UTC)
I'm running this w/ java-11-openjdk
(jre-openjdk
and jre-openjdk-headless
packages), could the java-runtime-headless
dep be set to >= instead of =?
edh commented on 2018-09-23 01:57 (UTC)
@buzo Technically the resulting package has changed and bumping the pkgrel would have been justified. However, as the change in the script addressed an issue which will affect probably no one who uses the package, I refrained from doing so.
buzo commented on 2018-09-22 11:46 (UTC)
edh: It would have been a good idea to increase pkgrel with your change yesterday.
edh commented on 2018-08-02 02:50 (UTC)
@Grelek Minecraft server logs are important though! Previously a similar error which has since been fixed was due to the server already running and the screen session therefore failing to start properly. Those kind of anomalies can be investigated if the server logs are present. Furthermore my very first request was not about the server logs at all and you disregarded that completely.
Pinning down the problem with merely the information which you provided until now is simply impossible as I can not reproduce your error! The systemd service should simply execute the script using the minecraft user as seen here and until now has not caused any problems itself AFAIK. Regarding the script, I can merely tell you that the error originated from somewhere around here.
If you do not want to investigate the problem in a reproducible way yourself (e.g. using a clean chroot), then I am afraid you have to provide more details.
Grelek commented on 2018-08-01 16:46 (UTC)
@edh Minecraft logs aren't relevant here, the server isn't even getting started. And the only info I have is the I posted here before. For some reason the systemd unit file does not work, although I can start the server just fine manually with the commands, even when I log in as the minecraft user.
edh commented on 2018-07-30 10:59 (UTC)
@Grelek
I can not reproduce your described effect in a clean chroot. Please explain your problem in more detail: E.g. are there any other screen sessions running (pgrep -af SCREEN
), what does the minecraft log tell you, ...
Pinned Comments
edh commented on 2016-06-18 18:24 (UTC) (edited on 2021-10-02 08:19 (UTC) by edh)
To get an overview of the available options provided by the management script, be sure to have a look at the help page or read the according section on the ArchWiki article [1].
You can quit the console without shutting down the server by press ctrl+a d (first ctrl+a and after releasing the buttons press d; ctrl+b also works). This will detach your input from the server console. The attaching and detaching is done with tmux (previously GNU screen) since it lets you view and type into the console, send single commands to it and keep it alive without a connected user. Take a look at the the command overview at the ArchWiki [2] to get a feel for its power. (@carmelo12341)
[1] https://wiki.archlinux.org/title/Minecraft#Setup [2] https://wiki.archlinux.org/title/Tmux