Arch Linux User Repository

Unfortunately, upstream does not really have proper releases but instead points to build-versions of the software. Note, I will not push every new build of the package to the AUR but I will update the package upon new minecraft releases, e.g. for 1.14.4 to 1.14.5.

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). This will detach your input from the server console. The attaching and detaching is done with GNU screen since it lets you view and type into the console, sent single commands to it and keep it alive without a connected user. Take a look at the the command overview at the ArchWiki [1] to get a feel for its power. [1] https://wiki.archlinux.org/index.php/GNU_Screen#Common_Commands

Unfortunately there was a bug related to the new way users are created. It has been fixed in the new release of the package but for servers already featuring a cuberite user, manual intervention is needed: If you happen to encounter the error message This account is currently not available., you will need to update the login shell such that you can interact with the console again by running usermod -s /bin/bash cuberite as root.

@nasdack Thanks for the report. It should be fixed now.

==> Starting prepare()...
bsdtar: Error opening archive: Failed to open 'Cuberite.b40_armv7h.tar.gz'
==> ERROR: A failure occurred in prepare().
    Aborting...
error making: cuberite

To fix, please change line 28 from:

source_armv7h=("Cuberite.b${_build_armv7h}_armhf.tar.gz"::"https://builds.cuberite.org/view/all/job/linux-armhf/${_build_armv7h}/artifact/Cuberite.tar.gz")

to

source_armv7h=("Cuberite.b${_build_armv7h}_armv7h.tar.gz"::"https://builds.cuberite.org/view/all/job/linux-armhf/${_build_armv7h}/artifact/Cuberite.tar.gz")

@ludwhe Oh, that was sloppy. Sorry for that and thanks a bunch for the patch! Though I am still a little surprised by the change as it is not reflected in their installation guide.

Hello again edh! Thank you for updating the package. It seems that upstream has modified the build directory structure, and this breaks this package's build. I have created a patch to fix that, which is as follows:

diff --git a/PKGBUILD b/PKGBUILD
index cf3c4c3..f23a45f 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -24,7 +24,10 @@ source=("${pkgname}-backup.service"
        "${pkgname}.sh")
 source_i686=("Cuberite.b${_build_i686}_i686.tar.gz"::"https://builds.cuberite.org/job/Cuberite%20Linux%20x86%20Master/${_build_i686}/artifact/Cuberite.tar.gz")
 source_x86_64=("Cuberite.b${_build_x86_64}_x86_64.tar.gz"::"https://builds.cuberite.org/job/Cuberite%20Linux%20x64%20Master/${_build_x86_64}/artifact/Cuberite.tar.gz")
-source_armv7h=("Cuberite.b${_build_arm}_armhf.tar.gz"::"https://builds.cuberite.org/job/Cuberite%20Linux%20raspi-armhf%20Master/${_build_arm}/artifact/Cuberite.tar.gz")
+source_armv7h=("Cuberite.b${_build_armv7h}_armhv7h.tar.gz"::"https://builds.cuberite.org/job/Cuberite%20Linux%20raspi-armhf%20Master/${_build_armv7h}/artifact/Cuberite.tar.gz")
+noextract=("Cuberite.b${_build_i686}_i686.tar.gz"
+       "Cuberite.b${_build_x86_64}_x86_64.tar.gz"
+       "Cuberite.b${_build_armv7h}_armv7h.tar.gz")
 sha512sums=('4b4161558343dd2ec4d6b2be41b958e061df2a41961d9476ac1d38f28530043f99735d20115ba65bdbdc04003582f3ab8beb00b19623aae72ecab81797eb05dc'
             '2ae834c75dfc299e823308bcb500e028020f1ac47675c645c4a7832ae225f63e9f7d22c08cd1bbb754388db7cf57ab3d4c359615be70f8d234e82013c148b024'
             'afc35227b91bc302e095c84c30ee85114e4b97220e8ee6acf8e7250306bee969e2cd4d57b4d2afd1e43298b32fc7ecaa543bdf6fead8c0f218cfc37aa51b524e'
@@ -37,6 +40,12 @@ sha512sums_armv7h=('51d131faa04250d2f37c254c449dd53a5bd03f7678cf990cf3eaf9924ed7
 _game="cuberite"
 _server_root="/srv/cuberite"

+prepare() {
+       _build="_build_$CARCH"
+       mkdir Server
+       bsdtar -xf "Cuberite.b${!_build}_${CARCH}.tar.gz" -C Server
+}
+
 package() {
        install -Dm644 ${_game}.conf              "${pkgdir}/etc/conf.d/${_game}"
        install -Dm755 ${_game}.sh                "${pkgdir}/usr/bin/${_game}"

@ludwhe Oh, that's blunder. I'll fix it today! Thanks a lot for the comment!

Hello edh, in the last update, _build_x86_64 was changed to 270 instead of 1270 ; this has the effect of installing a very old version of Cuberite using the current PKGBUILD. The last build is _build_x86_64=1278 with sha512sums_x86_64=('b768afec4baa01063d26a170ccf23884408d9ee9a662a384d5313319fd285c86d42b9c7e62c2a7e4847d592c605d9ba49f33590fd0c718d4d403454d06808689') Thank you for maintaining this package!

Unfortunately, upstream does not really have proper releases but instead points to build-versions of the software. Note, I will not push every new build of the package to the AUR but I will update the package upon new minecraft releases, e.g. for 1.14.4 to 1.14.5.

@carey The management script would ideally work for more than just those three servers. Note, the regex is not that complicated and is properly explained in comments surrounding the expressions. Surely it is not more complex than the regex which you proposed disregarding the removal of colors from the string. It is juts more general. Imagine if I were to introduce the change. The three if statements would basically all look the same and I would probably be asked the question why I do not merge them.

@edh Sorry, but honestly, I'm just going to stick with my patch. I know it works and I trust it more than the huge regexes currently in the script.

Since it seems like trying to use the same script for multiple servers is where most of the regex complexity comes from, it might be better to set it up something like this:

# change this line depending on the server you're using
server_type="cuberite"

is_player_online(){
  if [ "$server_type" == "cuberite" ]; then
    # do cuberite check
  elif [ "$server_type" == "spigot" ]; then
    # do spigot check
  # ...
  fi
}

That way you can still use the same script for all the packages you maintain (thank you!), but can have simpler code where they differ.