Package Details: minecraft-server 1.21.3-1

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)

Required by (0)

Sources (2)

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

Latest Comments

« First ‹ Previous 1 .. 10 11 12 13 14 15 16 17 18 19 20 .. 37 Next › Last »

sflor commented on 2016-03-04 12:04 (UTC)

Yeah, the startup always fails for me, claiming that the variables in /etc/conf.d/minecraft are write-protected.

Vosky commented on 2016-03-04 08:29 (UTC)

Hi there, I had an issue with systemd service. It did not start with systemctl but su - minecraft -c 'minecraftd start' worked. Fixed by editing minecraftd.service : - Remove line "EnvironnementFile" - Set USER/GROUP = minecraft

edh commented on 2016-03-02 21:00 (UTC)

@ThecaTTony Thanks for reporting the issue. I screwed up an if-statement in the script and thereby broke it for anyone not using IDLE_SERVER. The recent commit should fix that. Sorry for the inconvenience.

ThecaTTony commented on 2016-03-02 02:34 (UTC)

The server goes down even if IDLE_SERVER="false" or IDLE_SERVER=false are in the config file. What are the steps for start the server by socket? I try to connect even if the client shows 'cant connect to server', but the server never wake up. Any help?

edh commented on 2016-02-29 21:26 (UTC) (edited on 2016-02-29 21:26 (UTC) by edh)

The recent release featured some major additions, not just minecraft wise but concerning the managing script as well: Add suspending capability for the minecraft server through the control script and an additional screen session which listens on the same port with netcat. * Update .conf accordingly * IDLE_SERVER can be either true or false * The default is no idle server * Choose an available netcat flavor automatically Variable renaming in .install. Notify the user of kept directories on post_remove and alter ownership to root before removing the game user. Print error messages to stderr. Plus some more minor things...

melvinvermeeren commented on 2016-02-27 13:14 (UTC)

@edh Agreed, makes sense. Thanks for quick reply.

edh commented on 2016-02-27 12:49 (UTC) (edited on 2016-02-27 12:51 (UTC) by edh)

@melvinvermeeren Stating that it may not be implemented within a couple of minutes is not a real objection and AFAIK systemd socket activation really does strive this use case. @sorcix I put systemd in brackets since I assume it to be installed though you are wrong that it should not be listed as dependency in the depends array solely because it is in base group. This rule only applies for the makedepends and the checkdepends array [1]. Just to be clear I am not completely against implementing it through systemd though you must admit that the only thing you would be able to strip from the scirpt is the netcat invocation which would then be handled by systemd. Everything else shutting down the server if there are no players on it and altering status and shutdown commands accordingly would still be done through the script. The program has to behave differently in many ways (look where I check for IDLE_SERVER) if the user wants to suspend the server. In case this would be done through systemd there would be a need for the script to check whether the user has activated the socket or not. This is not really hard to implement but it would add a little more complexety to the script than there needs to be. (Btw. we would not get rid of the process manager.) Currently I assume that the implementation as of right now is more effecient. [1] https://wiki.archlinux.org/index.php/PKGBUILD#makedepends

melvinvermeeren commented on 2016-02-27 12:08 (UTC) (edited on 2016-02-27 12:12 (UTC) by melvinvermeeren)

@sorcix I spent a few hours trying to make it work properly, but in the end it either spawned multiple server instances when multiple connects occurred before the first server finished booting or it didn't listen when the server shut down. If a working configuration can be found, I don't mind switching to systemd sockets because it is Arch's "native" manager. netcat on the other hand took a 5 minute look on the man page and it worked. Personally I won't have time for this soon, I have a backlog of other scripts that need updating and creating. If anyone finds a solution please let me know here. Thanks. EDIT: systemd sockets also act as a proxy afaik, meaning the actual minecraft server will need to run on a different port than the one people would connect to, further complicating configuration. It just seems extremely over-engineered for the simple "sleep until connection is caught" that is used now.

sorcix commented on 2016-02-27 11:35 (UTC)

@edh @melvinvermeeren Seems a little weird to write your own process manager when a more powerful one is already available on every system. It's hardly a dependency as it is in base, so you don't even have to list it. But it was just a suggestion. :-)

edh commented on 2016-02-27 10:30 (UTC)

@sorcix The idea seams reasonable though we would merely get rid of netcat and everything else would stay the same. However the user would be required to ativate a socket in addition to changing the configuration of this script (plus we would gain systemd as a dependency). Since in the current implementation the script is very self containing and all configarion is done in one central file, I am in favor of invocing netcat manually.