Package Details: spigot 1.13.2+b81-1

Git Clone URL: https://aur.archlinux.org/spigot.git (read-only)
Package Base: spigot
Description: High performance Minecraft server implementation
Upstream URL: https://www.spigotmc.org/
Keywords: craftbukkit games minecraft minecraft-server
Licenses: LGPL
Conflicts: bukkit, craftbukkit, spigot-patcher
Provides: bukkit=1.13.2, craftbukkit=1.13.2, minecraft-server=1.13.2
Submitter: Schala
Maintainer: edh
Last Packager: edh
Votes: 22
Popularity: 1.188774
First Submitted: 2013-10-09 23:27
Last Updated: 2018-11-11 19:31

Dependencies (11)

Required by (8)

Sources (6)

Latest Comments

1 2 3 4 5 6 ... Next › Last »

edh commented on 2018-10-18 14:37

@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

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

@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

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

edh commented on 2018-09-10 03:29

@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

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

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

Spigot 1.13 has been officially released.

edh commented on 2018-06-29 18:06

@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

@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?