Package Details: spigot 1.19+b147-1

Git Clone URL: (read-only, click to copy)
Package Base: spigot
Description: High performance Minecraft server implementation
Upstream URL:
Keywords: craftbukkit games minecraft minecraft-server
Licenses: LGPL
Conflicts: bukkit, craftbukkit, spigot-patcher
Provides: bukkit, craftbukkit, minecraft-server
Submitter: Schala
Maintainer: edh
Last Packager: edh
Votes: 29
Popularity: 0.53
First Submitted: 2013-10-09 23:27 (UTC)
Last Updated: 2022-06-08 15:50 (UTC)

Dependencies (11)

Required by (9)

Sources (2)

Latest Comments

edh commented on 2021-12-22 15:33 (UTC)

The management script to control this minecraft flavor was moved to a dedicated repository at GitHub:Edenhofer/minecraft-server. The script works for various flavors of minecraft. It is very minimalist yet versatile and feature-rich. For more information on how to configure and install the script separately, visit the above linked repository.

kulak commented on 2021-12-22 01:34 (UTC)

If you got error:

spigot[2940]: The corresponding screen session for spigot was already dead.

check screen log file. Mine reported error:

Unsupported Java detected (61.0). Only up to Java 15 is supported.

Majora320 commented on 2021-06-17 05:32 (UTC)

Looks like Java 16 is now mainlined :)

toasterbath commented on 2021-06-12 19:36 (UTC)

I was able to build newest (1.17) spigot with this PKGBUILD patch:

diff --git a/PKGBUILD b/PKGBUILD
index 7763acd..ae2edf1 100755
@@ -2,15 +2,15 @@
 # Submitter: Schala Zeal <>

 pkgdesc="High performance Minecraft server implementation"
-depends=("java-runtime-headless>=8" 'screen' 'sudo' 'fontconfig' 'bash' 'awk' 'sed')
+depends=("java-runtime-headless>=16" 'screen' 'sudo' 'fontconfig' 'bash' 'awk' 'sed')
 optdepends=("tar: needed in order to create world backups"
        "netcat: required in order to suspend an idle server")
 makedepends=("java-environment>=8" 'git')
@@ -26,7 +26,7 @@ source=("BuildTools-${_pkgver}+b${_build}.jar::

beware, you need java runtime >= 16, I installed amazon-corretto-16 from AUR in this case.

edh commented on 2021-06-12 09:02 (UTC)

Just as a heads-up, I will wait until java-runtime-headless>=16 hits the stable Arch repositories before publishing the next release of spigot to the AUR. Please be patient until then.

edh commented on 2020-11-21 16:08 (UTC)

You'll see this message if you attempt to stop a server that is already dead. At first glance this does not seem like an error.

Can you elaborate a little on what you are trying to do and which part of it does not work? Have you tried stopping and then restarting the service again on the command line via the spigot script?

Bujiraso commented on 2020-11-21 13:49 (UTC)

I started the server once and it ended abnormally and now all the systemd service does is this:

spigot[2940]: The corresponding screen session for spigot was already dead. 
systemd[1]: spigot.service: Succeeded.

Is there a way to fix it? Is this a bug?

edh commented on 2020-11-17 10:45 (UTC)

@heycrip haha no worries. You're welcome! Be sure to read/skim the wiki first next time though. And, once again, don't edit files in /usr/bin :D

heycrip commented on 2020-11-17 10:37 (UTC)

God I'm dumb :'). Need more coffee. Sorry about that and thanks.

edh commented on 2020-11-17 08:38 (UTC)

@heycrip What? Why would you change the /usr/bin/spigot script? There is a dedicated setting for this in /etc/conf.d/spigot . This is also documented in the ArchWiki.

P.S. please don't edit files in /usr/bin. That is generally a bad idea.

heycrip commented on 2020-11-17 08:24 (UTC)

When running spigot with a java -jar -Xms16G -Xmx16G, it uses 16G. However when I change the /usr/bin/spigot script to those values, the server shows a max of 1024M (using tps).

Am I missing something?

edh commented on 2020-10-03 09:52 (UTC)

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 craftbukkit 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 craftbukkit as root.

chan commented on 2020-08-21 03:12 (UTC)


It improved when I updated to 1.16.2+b121-1. Thank you for your prompt response.

edh commented on 2020-08-20 17:44 (UTC)

@chan Ah sorry, that's my fault. The error should be fixed now: I confused the username and the package name when switching to systemd's sysusers and tmpfiles.

chan commented on 2020-08-20 14:10 (UTC)


Thank you. I tried "--forceUpgrade" but it didn't improve. The new finding is that when I run "spigot.jar" from the console it works, but it doesn't seem to work from systemd.

dfdfdf commented on 2020-08-20 07:26 (UTC)


Try "--forceUpgrade" option for updating "world" data.

chan commented on 2020-08-20 01:59 (UTC)

After updating to 1.16.2, "systemctl start spigot" now exits immediately after booting. Is this just my environment?

The status is displayed as follows.

August 18 22:19:09 ?????? systemd[1]: Starting Spigot... August 18 22:19:09 ?????? spigot[2018]: Starting server... done August 18 22:19:09 ?????? systemd[1]: Started Spigot. August 18 22:19:36 ?????? spigot[5074]: The corresponding screen session for spigot was already dead. August 18 22:19:36 ?????? systemd[1]: spigot.service: Succeeded.

dfdfdf commented on 2020-06-25 19:59 (UTC)


I read upstream release note at first. So, I start Spigot with "--forceUpgrade" option. It works correctly.

Thank you for your suggestion.


dfdfdf commented on 2020-06-25 18:59 (UTC)


Thank you for your fast(!) reply. Alright. I will post this issue to upstream (Spigot) forum.


xinayder commented on 2020-06-25 18:55 (UTC)

@theskycrawlers You probably need to update your Nether dimension, as the update is focused on Nether and requires converting the world to the new format.

You should post this issue in the Spigot forums because, as you pointed yourself, there was no problem in building Spigot for 1.16.1, meaning if you have any problems with the server software itself it's not related to AUR.

dfdfdf commented on 2020-06-25 18:51 (UTC)

Thank you for your works, maintainer.

I try to update spigot from "1.15.2+b112-1" to "1.16.1+b118-1". The package update itself looks like it worked. However, when I try to start the server, it always fails at the following log points.

Preparing start region for dimension minecraft:overworld

I often see that many of these errors are avoided by allocating more memory.However, despite seeming to have enough memory, the situation remains the same.

-Xms2G -Xmx8G

Should I have this issue in the spigot upstream forum?

dfdfdf commented on 2020-05-26 21:23 (UTC)

Thank you for updating the package.

It is booted for me on Java 14 environment.

dfdfdf commented on 2020-05-25 23:29 (UTC)

Although I have not tested it, such as building it myself, the official 112 build has "Prepare for Java 14" written in ChangeLogs. Therefore, I will request out-of-flags.


dfdfdf commented on 2020-05-25 23:17 (UTC)


It appears that Spigot server has stopped booting due to version 14.0.1.u7 of JDK and JRE packages for the official packages of Arch Linux. When I downgraded to the previous JDK and JRE (13.0.2.u8) as a workaround, I confirmed that it started normally. Is this a problem for my environment only?

edh commented on 2020-01-14 20:48 (UTC)


Somehow spigot slipped through among the rest of the updates. Fixed...

Viech commented on 2019-12-11 17:46 (UTC)

What's the proper way to start the server with the --forceUpgrade argument (once after each upgrade) with this package?

xinayder commented on 2019-07-03 02:36 (UTC)

@edh I was able to fix the issue. Turns out when I installed spigot via yay, it uninstalled Java after spigot was installed.

edh commented on 2019-07-02 14:53 (UTC)

@xinayder The package works just fine for me. Are you sure that there is no eula.txt in the /srv/craftbukkit/ folder? If there is none, try to start the server by hand and see at which point it fails. It might be a bug in the server itself.

xinayder commented on 2019-07-02 02:30 (UTC)

I'm having some trouble getting a spigot server running. I've installed it, compiled, built, everything fine. And then when I tried to execute the command spigot start with the craftbukkit user, it said "Starting server...done!" and then nothing happened. I checked the status of the server with spigot status and it says "stopped".

The service also doesn't work, saying that the screen session was already dead before the service could be executed.

I just tried running a normal, non-detached screen with the craftbukkit user and it gives the same message that it started the server, but then the screen terminates, without any evident error.

I wasn't able to start the server so no eula could be generated.

mee42 commented on 2019-06-22 17:41 (UTC)

@Curi0 You can probably build it on another computer and then copy it over. I'm not sure what the performance issues of that would be, but it's Java, it should run fine.

edh commented on 2019-06-22 16:04 (UTC)


I am afraid this is up to the developer to fix.

Curi0 commented on 2019-06-22 15:55 (UTC)

Getting "BuildTools requires at least 512M of memory to run (1024M recommended), but has only detected 218M." on Arch Linux ARM running on an RPi. I have 1gb of swap so there should be enough memory

mee42 commented on 2019-04-28 17:08 (UTC)

@edh can you update to 1.14 please?

edh commented on 2019-01-14 18:38 (UTC)

@Baconator Could you please elaborate as to what you are proposing?

Baconator commented on 2019-01-14 18:33 (UTC)

Don't think jre6 complies to the rule "java-runtime-headless>=8"

edh commented on 2018-12-13 20:12 (UTC)

@ASzc Updated.

ASzc commented on 2018-12-13 16:53 (UTC)

Upstream news post says build 84 of BuildTools is now required:

ASzc commented on 2018-12-13 16:47 (UTC)

Getting an error:

**** Your BuildTools is out of date and will not build the requested version. Please grab a new copy from

edh commented on 2018-10-18 14:37 (UTC)

@tealeaf Ok, you convinced me. I will update the package soon. However, note that Arch ships the latest software but not unstable or beta releases by default. IMHO this version lies somewhere in between beta and stable hence my reluctance to update.

tealeaf commented on 2018-10-18 11:56 (UTC) (edited on 2018-10-18 11:56 (UTC) by tealeaf)

From my perspective I would say that this is the time to update -- I can't see that this status will ever change. There could always be bugs, and now there has been time for really serious ones to emerge.

I completely supported the delay in that initial testing period, but given that there are now no serious known conversion bugs, I think it's time to move on.

With respect to older plugins, that's a problem that occurs every time the server software is updated. Whilst 1.13 was a huge update, in this sense it's not really that different to other plugin incompatibilities.

It strikes me that as this is the current version, and especially given Arch's tendency towards the bleeding edge, at this point it feels that the onus should be on people seeking stability to hold back their installs, rather than requiring people who want to update to make the extra effort.

Just my opinion!

edh commented on 2018-10-18 11:28 (UTC)

@sflor I am not really sure whether now is the right time to update. To me the statement

Caution (1.13.x - Current): There are no known serious world conversion bugs. Some aspects of older worlds may not function correctly, but all player data remains intact. Native 1.13 plugins should be used, but older plugins will function as well as they are ever likely to. Caution is still advised as there may be undiscovered data loss bugs.

does not really sound reassuring. However, I am more than happy to receive more input from users whether an update is desired.

For now, I would advise you to just bump the pkgver and _build variable manually.

sflor commented on 2018-10-17 21:52 (UTC)

Are you going to update to 1.13 now that they've removed any critical warning?

edh commented on 2018-09-10 03:29 (UTC)

@Bernie_McGee Thanks for the bug report and the accompanying workaround. I will look into fixing the issue as soon as I can spare some time.

Bernie_McGee commented on 2018-09-07 18:12 (UTC)

If anyone is using this tool with Paper and has issues with the idle server daemon closing the server while players are online, add --nojline to your SERVER_START_CMD.

There seems to be an issue with the script parsing Paper's /list output due to part of it being bold. --nojline disables the "pretty" output and seems to be a good workaround.

edh commented on 2018-07-23 05:44 (UTC)

I will wait out the first release for now as there is no safe update route outline in the blog post. If you really feel like updating yourself and have read the above linked article, please simply adapt the _pkgver and the _build variable.

@jgottula Thank you very much for the heads up! However, there is no need to flag the package and leave a comment. One notification is sufficient.

jgottula commented on 2018-07-22 19:28 (UTC)

Spigot 1.13 has been officially released.

edh commented on 2018-06-29 18:06 (UTC)

@fennectech I am not really sure what you mean. The backup service is a separate unit and should not influence the server startup.

Please provide more detailed log excerpts of the service and the server itself.

fennectech commented on 2018-06-29 17:45 (UTC)

@edh. Sometimes spigot still fails to start on my box. Something is still holding it up. Could it perhaps be that the backup service is running by the time spigot.service stops?

edh commented on 2018-06-14 19:00 (UTC)

@fennectech I added the WantedBy directive again and made in point to '' as well, since otherwise the service can not be enabled. Somehow this simple fact completely slipped my mind while I was stripping the line (see also here). Obviously this might lead to some weird behavior as '' is now part of WantedBy and After.

edh commented on 2018-06-11 09:28 (UTC)

@fennectech Thanks for the notice. Your suggestions makes sense and I altered the service accordingly.

fennectech commented on 2018-06-10 04:39 (UTC) (edited on 2018-06-10 04:41 (UTC) by fennectech)

@maintainer Your spigot.service requires modification Spigot cannot start in the craftbukkit user until is reached however on slower booting systems where is reached before spigot will fail to start.

A solution would be to modify spigot.service as follows ;; [Unit] Description=Spigot

[Service] Type=forking ExecStart=/usr/bin/spigot start ExecStop=/usr/bin/spigot stop User=craftbukkit Group=craftbukkit

[Install] EOF [/code] Remove from wanted-by and make it start after multi-user.

edh commented on 2017-12-02 22:17 (UTC)

@tarasis First of all it is important to emphasize that this message, besides not being desirable, is harmless. The package should work either way. Concerning the solution: I just forgot to push the changes to the AUR. Thanks a lot delivering the necessary hint! Btw. I did not increase the pkgrel since the actual package does not get changed and hence rebuilding is unnecessary.

tarasis commented on 2017-12-02 21:58 (UTC)

Just built spigot. Got all the way to the install phase and then gave errors which indicates that "msg" should be added to the list of dependencies, or a different way of spitting out messages. :: Processing package changes... (1/1) installing spigot [###############################################################] 100% /tmp/alpm_ShxF4Q/.INSTALL: line 7: msg: command not found /tmp/alpm_ShxF4Q/.INSTALL: line 12: msg: command not found /tmp/alpm_ShxF4Q/.INSTALL: line 18: msg: command not found /tmp/alpm_ShxF4Q/.INSTALL: line 19: msg: command not found /tmp/alpm_ShxF4Q/.INSTALL: line 20: msg: command not found /tmp/alpm_ShxF4Q/.INSTALL: line 21: msg: command not found /tmp/alpm_ShxF4Q/.INSTALL: line 22: msg2: command not found error: command failed to execute correctly Optional dependencies for spigot tar: needed in order to create world backups [installed] netcat: required in order to suspend an idle server :: Running post-transaction hooks... (1/1) Arming ConditionNeedsUpdate...

edh commented on 2017-11-09 22:40 (UTC)

I recently obtain the maintainership for this packages and will do my best to keep it up-to-date and clean. First of all I update the pkgver, quoted a lot of more bash variables, tidied up the source naming schema and implemented some minor shell-code improvements. If you have any additional suggestions which might make sense to include into the PKGBUILD, please let me know.

sflor commented on 2017-10-23 12:34 (UTC)

Will there be an update to 1.12.2?

edh commented on 2017-07-02 12:38 (UTC)

@wyre I host most of my AUR related code on github [1], including the management script for the spigot server [2]. However this time the change is really incremental [3] and may easily be done manually by just editing /usr/bin/spigot. [1] [2] [3]

jfernandz commented on 2017-07-02 11:44 (UTC)

@edh Where could I found the last version of the script? Thank you so much.

edh commented on 2017-07-01 16:35 (UTC)

@wyre Thanks a lot for reporting the problem. It is caused by GNU screen being unable to connect to a session which is owned by a different user. Thankfully there are some workarounds available and the most recent version of the script fixes the behavior. Just for the sake of completeness: Other commands of the server are not affected by this. Meaning the server does run happily without someone being able to connect to the console. @Schala Could you please update the script in this package to reflect the recent commits. Thanks in advance!

jfernandz commented on 2017-06-30 18:25 (UTC) (edited on 2017-06-30 18:26 (UTC) by jfernandz)

I'm getting all the time the same message when I try to do "spigot console" "Cannot open your terminal '/dev/pts/1' - please check." I think there is something wrong with your script and last system updates. I've got that: ┌—————[wyre]—————[~] └> $ spigot console Cannot open your terminal '/dev/pts/1' - please check. ┌—————[wyre]—————[~] └> $ cd /dev/pts/ ┌—————[wyre]—————[/dev/pts] └> $ ls -latr total 0 c--------- 1 root root 5, 2 jun 30 20:14 ptmx drwxr-xr-x 2 root root 0 jun 30 20:14 . drwxr-xr-x 18 root root 3020 jun 30 20:14 .. crw--w---- 1 craftbukkit tty 136, 0 jun 30 20:24 0 crw--w---- 1 wyre tty 136, 1 jun 30 20:26 1 ┌—————[wyre]—————[/dev/pts] └> $

Schala commented on 2017-06-19 06:11 (UTC)

Only flag if it's outdated. Do not flag for bug reports

edh commented on 2017-05-24 17:50 (UTC)

@fennectech If there is no data to be saved but you trigger a backup nevertheless, then the server will simply backup empty folders. This is expected behaviour and nothing to worry about. Simply start you server, accept the EULA and start it again to populate the world. In a nutshell: create data which makes sense to backup.

fennectech commented on 2017-05-24 05:08 (UTC)

backing my server up with spigot backup yealds [fennectech@manjaro ~]$ spigot backup Starting backup... tar: world: Cannot stat: No such file or directory tar: world_nether: Cannot stat: No such file or directory tar: world_the_end: Cannot stat: No such file or directory Total bytes written: 10240 (10KiB, 40MiB/s) tar: Exiting with failure status due to previous errors backup completed Only keeping the last 10 backups and removing the other ones... done (no backups pruned) and an empty tarball

edh commented on 2017-03-29 08:33 (UTC)

@wyre Since this discussion starts to clutter the comments section, please direct further replies directly to my E-Mail address. Validate that you have the required dependencies installed on your system and that the idle server is properly started and running using the 'status' command. If you have changed the value recently a complete shutdown and subsequent start is required (respectively a restart). If everything from the above yields the expected results, start investigating the idle_server by attaching to its GNU screen session using 'sudo -u craftbukkit screen -S idle_server_spigot -xR'. The so called idle_server shuts the server down if no player has been on it for IDLE_IF_TIME (defaults to 20 minutes). It then listens on the usual minecraft port for incoming connections and starts the server if someone tries to connect, thereby discarding the first connection. After waiting a few seconds for the server to properly start everything should be back to normal and the process repeats itself. Bookmarked servers are immediately checked whether they are available thereby initiating a server start without you connecting to it.

jfernandz commented on 2017-03-29 02:15 (UTC) (edited on 2017-03-29 02:16 (UTC) by jfernandz)

@edh I cannot start the server when I setup IDLE_SERVER=true in /etc/conf.d/spigot What is this mode supposed to do? Stops the server when there are no players, but then what is the state reported to minecraft bookmarks servers? and it will be enabled again if a player try to connect?

edh commented on 2017-03-27 15:09 (UTC)

@wyre The idle server works fine for me. However I can't guarantee the same for your setup. In general I would consider it stable. Whether you want to enable it depends on you being fine with an increased connection time after resuming. The file permissions should be independent from spigot and are most likely dictated by the user's umask. Adapting it to grant the group read and write access to newly created files should do the job.

jfernandz commented on 2017-03-27 14:24 (UTC)

@edh Last few things: - The idle function works fine with this server? Can I enable it? it is recommended? - How could I make spigot generates files with 775 permissions to get an easier managing? (I've included my usual user into craftbukkit group)

edh commented on 2017-03-25 10:39 (UTC)

@wyre Glad to hear that everything works as expected. The backup process works like this: Disable automatic rewriting of savestats (in theory preventing file-changes while backing up); Instruct the server to save all remaining files; Syncing files to disk; Actually create the backup using tar; Turn automatic savestats back on. However this approach is not fail-safe as you have seen with your backup. In some weird way files can get changed nevertheless. The server is not suspended at any point therefore allowing full player interaction while taking a backup. Either way to be sure to get a proper backup, I would consider shutting down the server for the time being. This often is not a viable option for most admins, hence I would not broadly recommend it.

jfernandz commented on 2017-03-25 03:52 (UTC)

@edh Yes, you are right, I must have looked into an old backup or something like that, because it had only world folder. But last backup has three folders. Also... the script suspend the server to do the backup? I mean, I've scheduled the timer to 8am to ensure there is few users inside server but the server should not be stopped in order to get better performance in the backup? Otherwise I get messages from tar like "region file has changed while compression"

edh commented on 2017-03-24 22:04 (UTC)

@wyre You need to change the configuration of the control script which resides in /etc/conf.d/spigot to include those folders. However by now this should be the default, meaning if you have a pacnew file, merge it first. Should the problem persist be sure to contact me directly via mail with as much detail as possible since the script is working perfectly fine with my setup.

jfernandz commented on 2017-03-24 19:38 (UTC)

The script is only doing world backup, doesn't make backups of world_nether and world_the_end.

jfernandz commented on 2017-03-16 15:38 (UTC)

Could it be possible setup the umask 002 to craftbukkit user? I've tried in systemd unit but i'm not pretty sure what be working. What do you think?

Schala commented on 2017-02-27 16:17 (UTC)

Maybe the latest git version isn't for 1.11.2? I'd think BuildTools grabs the latest stable release.

jfernandz commented on 2017-02-27 13:38 (UTC)

when I run again "makepkg -sfi" spigot package doesn't build the last spigot git version. I'm 1 version behind.

Schala commented on 2017-02-27 04:06 (UTC)

Yeah, I too, use jdk8.

lightninjay commented on 2017-02-26 20:55 (UTC)

@Gaesthy I was having the same issue you are having. It seems as though Jdk7 is having problems connecting to their git. I loaded Jdk8 instead and it seems to be successfully cloning the directories now. Perhaps give that a shot?

Gaesthy commented on 2017-02-23 23:20 (UTC)

Hi, I can't install Spigot, can somebody help me? Loading BuildTools version: git-BuildTools-8aa3a22-59 (#59) BuildTools Starting clone of to Bukkit Exception in thread "main" org.eclipse.jgit.api.errors.TransportException: cannot open git-upload-pack at at org.eclipse.jgit.api.CloneCommand.fetch( at at org.spigotmc.builder.Builder.clone( at org.spigotmc.builder.Builder.main( Caused by: org.eclipse.jgit.errors.TransportException: cannot open git-upload-pack at org.eclipse.jgit.transport.TransportHttp.connect( at org.eclipse.jgit.transport.TransportHttp.openFetch( at org.eclipse.jgit.transport.FetchProcess.executeImp( at org.eclipse.jgit.transport.FetchProcess.execute( at org.eclipse.jgit.transport.Transport.fetch( at ... 4 more Caused by: EC parameters error at at at at at at at at at at at at org.eclipse.jgit.transport.http.JDKHttpConnection.getResponseCode( at org.eclipse.jgit.util.HttpSupport.response( at org.eclipse.jgit.transport.TransportHttp.connect( ... 9 more Caused by: EC parameters error at$P11ECPublicKey.getEncodedInternal( at at java.util.ArrayList.indexOf( at java.util.ArrayList.contains( at at at at at at at at at at at at ... 18 more Caused by: EC parameters error at at<init>( at$P11ECPublicKey.getEncodedInternal( ... 33 more Caused by: no such provider: SunEC at at at at at ... 35 more ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build spigot. ==> Restart building spigot ? [y/N] ==> -------------------------------

jfernandz commented on 2017-02-15 00:39 (UTC)

And what is spigot-backup.timer?

Schala commented on 2017-02-14 00:52 (UTC)

I don't use it. It's optional anyway.

jfernandz commented on 2017-02-13 02:03 (UTC)

Is it necessary enable spigot-backup.service? because it makes systemd slower.

Schala commented on 2016-12-21 20:56 (UTC)

Odd. I explicitly put it to get 1.11.1, but oh well. updating

Jacuzzi commented on 2016-12-21 13:19 (UTC)

I have an error while installing the latest version... Success! Everything compiled successfully. Copying final .jar files now. Copying craftbukkit-1.11.2-R0.1-SNAPSHOT.jar to /home/jacuzzi/.cache/pacaur/spigot/src/. - Saved as craftbukkit-1.11.2.jar Copying spigot-1.11.2-R0.1-SNAPSHOT.jar to /home/jacuzzi/.cache/pacaur/spigot/src/. - Saved as spigot-1.11.2.jar ==> Entering fakeroot environment... ==> Starting package()... install: cannot stat 'spigot-1.11.1.jar': No such file or directory ==> ERROR: A failure occurred in package(). Aborting...

Schala commented on 2016-07-12 23:50 (UTC)

I did that for backwards compatibility with Craftbukkit

edh commented on 2016-07-12 17:19 (UTC) (edited on 2016-07-12 17:20 (UTC) by edh)

@ImNtReal The package moved all files from /srv/spigot to /srv/craftbukkit in a commit [1] from 2015-11-20 and a warning message was placed at a later point [2]. However due to the rolling release nature of arch linux and the fact that it has been about half a year ago, the warning was removed in a recent commit [3]. [1] [2] [3]

ImNtReal commented on 2016-07-12 15:07 (UTC)

I found my problem. I don't recall if the .jar files used to be installed elsewhere, but since they were installed in /srv/craftbukkit, and I was using /srv/spigot, I would either need to rearrange the package, or move to craftbukkit, so I moved my stuff.

ImNtReal commented on 2016-07-12 01:36 (UTC)

I haven't played for a while, but when my server rebooted tonight, I noticed that spigot didn't start back up. I have no idea how long it's been going on, but I don't get any status information, and there's nothing written to the log file. Any advice on how to debug the control script?

edh commented on 2016-06-26 20:08 (UTC)

Remember to close all spigot sessions prior to upgrading GNU screen since you can not reattach to the previous session [1] after the upgrade. [1]

edh commented on 2016-05-28 12:01 (UTC) (edited on 2016-05-28 12:03 (UTC) by edh)

@Schala, @jro I fixed the bug and pushed a new release to github. I tried to mimic the described use case as good as possible and am optimistic that it will work. As always, the changes are openly available in my github repo [1]. [1]

edh commented on 2016-05-28 10:19 (UTC)

@jro Thanks for the bug report. I will look into ASAP. Unfortunately the minecraft/spigot server does not have an API to properly communicate with it, therefore things has to be a little bit hacky. Currently the search pattern for determining that no player is on the server is by looking at the last line of the log after triggering the list command: # tail -n 1 "${LOGPATH}/latest.log" | sed -r 's/\x1B\[([0-9]{1,2}(;[0-9]{1,2})?)?[m|K]//g' | sed 's/.*\: //' | tr -d '\n' and scanning for the first word following the last ':'. Spigot and most plugins do not alter this behaviour. I assume you got one of those plugins which do.

jro commented on 2016-05-28 08:57 (UTC)

on the spigot console I see the following output: [10:55:09 INFO]: CONSOLE issued server command: /list [10:55:09 INFO]: There are 0 out of maximum 20 players online. >list [10:55:40 INFO]: CONSOLE issued server command: /list [10:55:40 INFO]: There are 0 out of maximum 20 players online. >list [10:56:11 INFO]: CONSOLE issued server command: /list and so on, yet, the suspend seems to be never triggered

jro commented on 2016-05-28 08:27 (UTC)

I installed gnu-netcat and set IDLE_SERVER to "true" in /etc/conf.d/spigot but it seems to have no effect. The server doesn't seem to be suspended at any time, I see java continuing to cause high server load and "sudo -u craftbukkit spigot status" always tells me the server is running. Any guesses what might be the cause?

edh commented on 2016-04-27 19:32 (UTC) (edited on 2016-04-27 19:38 (UTC) by edh)

@Schala I increased the funtionality of the minecraftd server script by a lot: Add suspending capability for the minecraft server through the control script and an additional screen session which listens on the same port with netcat. Bear in that when using the idle server, the first incoming connection when the server is down will be aborted. * Update .conf accordingly * IDLE_SERVER can be either true or false * The default is no idle server * Choose an available netcat flavor automatically A whole lot of bug fixes, not sever but still... [1] 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... The changes might be of interest to users of spigot as well. The script is in use in the minecraft-server package since more than a month ago and should be stable. As always, the changes may be pulled in from my github repo [2]. [1] [2]

jfernandz commented on 2016-03-31 22:49 (UTC) (edited on 2016-03-31 22:53 (UTC) by jfernandz)

Spigot has been updated to 1.9.2 and I canno't get the last build, when I force makepkg and recompile the package I haven't got the last git Spigot's version: git-Spigot-1480adb-6247aa0 At least my server startup says git-Spigot-d20369f-7fc5cd8 (6 versions down), However it seems runing 1.9.2 because I can connect to the server with that client version. Thanks so much :D

edh commented on 2016-02-20 00:34 (UTC) (edited on 2016-02-20 00:36 (UTC) by edh)

@wyre Sorry, but I can't reproduce your error. At least not on my 64bit computers. Please provide more information.

jfernandz commented on 2016-02-18 23:01 (UTC) (edited on 2016-02-18 23:01 (UTC) by jfernandz)

I've noticed some issues to start Spigot from its service with newest systemd version 229. (i686) Can someone confirm that?

edh commented on 2016-02-15 08:55 (UTC) (edited on 2016-06-10 09:35 (UTC) by edh)

@wyre Not really. The systemd service is called spigot and not minecraftd. With "very similiar" I ment that they behave similiar not that they are called the same. Have a look at the source array to get a feeling for the naming schema.

jfernandz commented on 2016-02-15 00:56 (UTC)

@edh And systemd daemon would be the same? or something like spigotd.service?

edh commented on 2016-02-14 20:00 (UTC) (edited on 2016-02-14 20:01 (UTC) by edh)

@wyre Yes sure. You may even have both servers installed and running if you don't want to loose the vanilla minecraft-server - Just make sure to make them listen on different ports. Managing a minecraft or a spigot server is very similiar. The control script is the same and the server root is under /srv as well. If you need some guidance take a look at the wiki page [0]. It should give you a brief overview of how things work. [0]

jfernandz commented on 2016-02-14 19:53 (UTC)

Could I replace minecraft-server with this?

edh commented on 2016-02-03 18:22 (UTC)

@Schala By the way my nickname is edh :P

edh commented on 2016-02-01 20:10 (UTC) (edited on 2016-02-02 10:25 (UTC) by edh)

@Schale I am sorry for this but I screwed up a recent commit and misquoted a variable. Therefore making it buggy to take backups of multiple worlds. I fixed it as soon as I noticed it and updated the repo accordingly. Unfortunatly the bug made its way into this package. I highly recommend updating the script again. Sorry for the inconvenience!

edh commented on 2016-01-30 23:18 (UTC)

@Schala I made some significant additions and bugfixes to the minecraft managing script: * The script is now capable of restoring backups easily (The new config file must be merged in order to properly restore backups.) * The naming schema for backups is more human readable * Backed up directories are relative More cosmetic changes include proper quotation of variables which might contain spaces, some brackets reordering and not using sudo if the user is minecraft. It might be worth updating this script as well.

edh commented on 2015-11-11 12:10 (UTC)

It is great to hear that it is working. Though a swapfile is not a solution which could be implemented in a PKGBUILD. I assume the problem was not that java/maven etc. does not have sufficient RAM, but the filesystem on which it was build was simply full. This is due to the nature how /tmp is constructed in Arch Linux: The tmp directory itself is a tmpdir (see the output of 'df') hence it resides in RAM. If you now try to move spigot.jar, which is a rather big file considering all of its build dir, to RAM the build process fails because there is not enough space left. The solution to your problem - and I guess to @Thymo's as well - is to move the build dir to the actual disk/SD-card. This can be done in the configuration file of your AUR-helper of choice or by setting the environment variable 'BUILDDIR' to whatever directory you want to build in. I personally would not consider this a problem with the package since every package which is bigger than you RAM should fail building. I would be interested in whether my assumption is correct, so please let me know if you have the time to do so.

fraunos commented on 2015-11-11 01:00 (UTC) (edited on 2015-11-11 01:01 (UTC) by fraunos)

@edh A friend advised me to just make a swap file.. And it went all good. :) (2GB swap was sufficient)

Thymo commented on 2015-11-10 20:47 (UTC)

I'm getting an error when the sources are being fetched. Same issue as emjds. Here's a pastebin:

edh commented on 2015-11-09 10:26 (UTC) (edited on 2015-11-09 10:31 (UTC) by edh)

@fraunos Have you played around with the MAVEN_OPTS? I think they might just help...

fraunos commented on 2015-11-08 19:59 (UTC) (edited on 2015-11-09 01:07 (UTC) by fraunos)

Did anyone manage to build this on a Raspberry Pi 2? I'm getting out of memory errors despite setting java to lower memory usage (-Xmx 512m -Xms128m, RPi2 has 1GB). EDIT: I made some mistake, Java was not set properly, "export _JAVA_OPTIONS="-Xmx512m" almost worked... I got [INFO] --- specialsource-maven-plugin:1.2.1:remap (default) @ craftbukkit --- Exception in thread "main" java.lang.RuntimeException: Error running command, return status !=0: [sh, /tmp/yaourt-tmp-alarm/aur-spigot/src/apache-maven-3.2.5/bin/mvn, clean, install] at org.spigotmc.builder.Builder.runProcess( at org.spigotmc.builder.Builder.main( ==> ERROR: A failure occurred in build().

Schala commented on 2015-09-18 05:12 (UTC)


edh commented on 2015-09-17 09:57 (UTC)

@Schala It is great to see the script spread! By the way I recently updated it again and it is now possible to change the settings in /etc/conf.d/spigot instead of in the script itself. Hereby makes it a whole lot easier to get the configuration back after an upgrade. This should however be the last addition for a while since steadily increasing the pkgrel without changing the actual package is in no one's interest. Feel free to ignore this message in case there is no need for it. Otherwise alter it to your liking (or make me Co-Maintainer so I could add it :D).

markzz commented on 2015-09-16 19:42 (UTC)

I've had issues with starting an existing server installed with 1.8.8-1 or earlier. Be weary if you upgrade to this package and things may stop working.

Schala commented on 2015-09-15 07:33 (UTC)

Awesome! I'll commit the changes shortly

edh commented on 2015-09-14 15:18 (UTC)

@Schala I recently wrote my own spigot shell script [1] from scratch with the use of GNU screen to easily manage my minecraft server. The programm is obviously able to start and stop the server but it also can provides status information, create backups, bring you to the server console or simply run single commands in the server console with all (nearly all) output piped back to stdout. In addition I created a systemd timer and service file for automated backups. I don't want to seem intrusive but since the functionality of the currently provided script is somewhat limited, I would be glad to be able to improve this PKGBUILD. [1]

theYinYeti commented on 2015-05-22 18:46 (UTC)

I had a “GC overhead limit” error. The error disappeared by adding this line as the first line of the build() function: export MAVEN_OPTS="-Xmx2g -XX:MaxPermSize=1g" You may probably get by with less memory, though.

Schala commented on 2015-03-25 01:53 (UTC)

Sounds like an upstream issue

emjds commented on 2015-03-23 07:09 (UTC)

Getting this running is quite a challenge. I'm currently getting the error "cannot open git-upload-pack" stacked with "unable to find valid certification path to requested target." Anyone have any ideas? Is it because I'm using a self-signed certificate?

PaulAvery commented on 2015-01-25 10:55 (UTC)

You might want to add fontconfig as a dependency. Otherwise this does not build on minimal, headless server.

Schala commented on 2015-01-05 21:14 (UTC)

Did you try sourcing your JDK path script? If that doesn't work, you could try exporting JAVA_HOME yourself.

Enverex commented on 2015-01-04 22:47 (UTC)

This refuses to install, it always fails with "Error: JAVA_HOME is not defined correctly." (logging out then back in after installing JDK doesn't help).

Schala commented on 2014-12-01 22:26 (UTC)

I don't use OpenSUSE though. Feel free to modify this though for it. This is based off of the craftbukkit package and I didn't even write the script or service file for it. I simply edited it.

Cent commented on 2014-12-01 15:42 (UTC)

Why don't you provide a build package on for us? It would be much simpler

Schala commented on 2014-11-29 00:22 (UTC)

Updated. However, I STRONGLY recommend keeping this package's src folder in the future to avoid long build times due to the new way this is installed.

keffcat commented on 2014-11-28 23:08 (UTC)

A release candidate for 1.8 has been released - are there any plans on updating? The new build system involves compiling from source rather than using a jar. The DCMA issue, however, is still somewhat in question.

Schala commented on 2014-09-08 22:33 (UTC)

Due to the DMCA complaint, I've released the spigot-patcher and spigot-update packages. They assume you have build 1649 of Spigot. The patcher backs up the .jar on installation.

xPlozion commented on 2014-09-01 18:15 (UTC)

I agree with Raimar... I was not aware about the eula, and actually reverted back to craftbukkit until I investigated further and found the problem (would have been easier if I just read your comment). It would make it easier for the user, or at least make them aware about setting eula=true in the eula.txt file.

Raimar commented on 2014-08-15 20:18 (UTC)

Yes, I use a private server, too. But since 1.7.10 the service stops, if there is no eula.txt with the contend eula=true.

Schala commented on 2014-08-15 20:02 (UTC)

Haven't tried it myself. I run a private server, so no need for an eula.txt

Raimar commented on 2014-08-15 18:47 (UTC)

Is it possible to set the variable to true in the eula.txt file automatically? This will avoid setting the variable manually. I suggest copying a prepared file. May be it exists an other way to avoid changing the variable in the eula.txt file.