You mentioned a bukkit version, but the github branch for bukkit is the same as master. Should I use Kitteh's version, or are you going to update that branch?
You mentioned a bukkit version, but the github branch for bukkit is the same as master. Should I use Kitteh's version, or are you going to update that branch?
Lol.. my bad, I ran into a bit of busy and haven't had a chance to push the commits.. Should be ready in an hour.
Small update to allow for users to have more control over the server mod jar that is being used. MODJAR varibable allows for you to specify the name of the jar file to launch when servermod is set to 1 (active).
I've been thinking it over and I would have to disagree. Keeping with screen allows for a greater number of user's to be able to use the script without too much knowledge. What you are proposing would require more work for the user or start to be geared for a more specific audience, which I don't agree with.
That's fine that you disagree. However, I do have trouble understanding how having the entire process of hosting a minecraft server handled for the user, including installation in a convenient package, could possibly require more work.
I've been thinking it over and I would have to disagree. Keeping with screen allows for a greater number of user's to be able to use the script without too much knowledge. What you are proposing would require more work for the user or start to be geared for a more specific audience, which I don't agree with.
That's fine that you disagree. However, I do have trouble understanding how having the entire process of hosting a minecraft server handled for the user, including installation in a convenient package, could possibly require more work.
Thanks for your time.
Well... how about this... can you provide me with a working code/example of what you have done so I can test it out and attempt to get a better grasp of what you are attempting to accomplish?
Update still doesnt work for bukkit until they establish a static location and naming convention that we can grab the files from.
FYI
Quote from Selbram »
[from the bukkit forums]
You can find the current dev builds of bukkit/craftbukkit at the following locations. These downloads are automatically updated for the latest dev builds when they happen.
The mod server to run servers is here: (Use this if you want to run a server.)
Just wanted to say that I love this very simple shell script. I am using it full time with several bukkit plugins and it is VERY stable on our production server.
I do have a couple issues with using Overviewer and/or Biome map generators. I have never used hmod so I am unfamiliar if previous knowledge of the mod is required. Has anyone else run into problems with getting Overviewer to work properly? Should also add, Carto works great!
The error I get when running Overviewer follows below. Thanks again in advance for any help!
Minecraft-Overviewer in progress...
Traceback (most recent call last):
File "/home/minecraft/overviewer//gmap.py", line 34, in <module>
import world
File "/home/minecraft/overviewer/world.py", line 25, in <module>
import numpy
ImportError: No module named numpy
Minecraft-Overviewer is done.
Just wanted to say that I love this very simple shell script. I am using it full time with several bukkit plugins and it is VERY stable on our production server.
I do have a couple issues with using Overviewer and/or Biome map generators. I have never used hmod so I am unfamiliar if previous knowledge of the mod is required. Has anyone else run into problems with getting Overviewer to work properly? Should also add, Carto works great!
The error I get when running Overviewer follows below. Thanks again in advance for any help!
Minecraft-Overviewer in progress...
Traceback (most recent call last):
File "/home/minecraft/overviewer//gmap.py", line 34, in <module>
import world
File "/home/minecraft/overviewer/world.py", line 25, in <module>
import numpy
ImportError: No module named numpy
Minecraft-Overviewer is done.
That is actually Overviewer throwing a fit...
depends on which distro you are using, but with debian you should be able to just issue
sudo apt-get install python-numpy
I think maybe 'yum install python-numpy' or something of apt-get doesnt work.
Kinda seems like the log parser code is a little loose when it comes to sniffing out errors. Simply saying "error" in chat seems to get it collected in the error logs.
Kinda seems like the log parser code is a little loose when it comes to sniffing out errors. Simply saying "error" in chat seems to get it collected in the error logs.
I agree, and I've seen that in my logs as well. Not sure what would work best to make it a bit more strict though, so I've left it alone.
I think I've narrowed down the issue to the line: MC_PID=$(ps --ppid $SCREEN_PID -F -C java | tail -1 | awk '{print $2}')
Any idea on how I'd fix that?
With the server running, when you type 'screen -list' in the command prompt, what does it come back with?
$ screen -list
There is a screen on:
15895.minecraft (Detached)
1 Socket in /var/folders/ic/icVGUEhgFm4YZJozb950kE+++TI/-Tmp-/.screen.
That's what I get when I type screen -list in terminal.
Hmm.... I'm not sure if this is something specific with Mac's shell...
Minecraft is running... a 'screen -x' should return you to minecraft
A bit of a pain, but can you add a line right after that MC_PID declaration to echo the variable... so:
echo $MC_PID
then do a './minecraft.sh status'
You should be seeing something like:
minecraft@minecraft:~/minecraft-Sheller$ minecraft status
4170
Minecraft server seems ONLINE.
In my case, 4170 is the pid for minecraft. I'm guessing yours is going to be something odd. What is it?
If you really want, you can just remove that section and revert your start and stop back to just killing all java processes on a force(which is why we changed it to PID)
I can post to code if that is the route you want, but I would rather you stick with PID and try to resolve the issue.
This script is using the --ppid option that appears to be unsupported on the Mac. Try using the line out of my script (slightly edited to work with this script, I hope) that does this:
That is, of course assuming they update like they're supposed to. At the moment, the latest build has been up for 2 hours which is in line with the last github commit.
This script is using the --ppid option that appears to be unsupported on the Mac. Try using the line out of my script (slightly edited to work with this script, I hope) that does this:
This script is using the --ppid option that appears to be unsupported on the Mac. Try using the line out of my script (slightly edited to work with this script, I hope) that does this:
Maybe... I am digging how you are doing some sections, but don't agree with others, such as your use of 'su'...
I noticed that this was the largest difference in how our scripts operate, and I've been thinking about how to deal with this. I personally want the ability to run the script as root because I use it as a startup script, but I don't want any of the processes started to be run as root, hence the use of 'su'. However, I also see your script being useful if you want to run it as a user without access to sudo. I think that we can have it both ways. I'll work on encapsulating the use of 'su' in my script so that it only gets used if the script is run as root.
Feel free to assimilate anything I have done in my script.
edit: My script no longer requires su, instead only using it when run as root. This should bring our scripts a bit more in line with each other.
Lol.. my bad, I ran into a bit of busy and haven't had a chance to push the commits.. Should be ready in an hour.
Lulz
I think I've narrowed down the issue to the line: MC_PID=$(ps --ppid $SCREEN_PID -F -C java | tail -1 | awk '{print $2}')
Any idea on how I'd fix that?
With the server running, when you type 'screen -list' in the command prompt, what does it come back with?
Lulz
Lulz
That's fine that you disagree. However, I do have trouble understanding how having the entire process of hosting a minecraft server handled for the user, including installation in a convenient package, could possibly require more work.
Thanks for your time.
Well... how about this... can you provide me with a working code/example of what you have done so I can test it out and attempt to get a better grasp of what you are attempting to accomplish?
Lulz
That's what I get when I type screen -list in terminal.
FYI
I do have a couple issues with using Overviewer and/or Biome map generators. I have never used hmod so I am unfamiliar if previous knowledge of the mod is required. Has anyone else run into problems with getting Overviewer to work properly? Should also add, Carto works great!
The error I get when running Overviewer follows below. Thanks again in advance for any help!
That is actually Overviewer throwing a fit...
depends on which distro you are using, but with debian you should be able to just issue
I think maybe 'yum install python-numpy' or something of apt-get doesnt work.
Lulz
I agree, and I've seen that in my logs as well. Not sure what would work best to make it a bit more strict though, so I've left it alone.
Lulz
Hmm.... I'm not sure if this is something specific with Mac's shell...
Minecraft is running... a 'screen -x' should return you to minecraft
A bit of a pain, but can you add a line right after that MC_PID declaration to echo the variable... so:
then do a './minecraft.sh status'
You should be seeing something like:
In my case, 4170 is the pid for minecraft. I'm guessing yours is going to be something odd. What is it?
If you really want, you can just remove that section and revert your start and stop back to just killing all java processes on a force(which is why we changed it to PID)
I can post to code if that is the route you want, but I would rather you stick with PID and try to resolve the issue.
Lulz
This script is using the --ppid option that appears to be unsupported on the Mac. Try using the line out of my script (slightly edited to work with this script, I hope) that does this:
ps: endofzero, I wish we were working together. Any way we can merge projects (preferably starting with my code base, lol)?
Even better, this should always be the latest "stable" build.
http://ci.bukkit.org/job/dev-CraftBukki ... ableBuild/
Or this one for the latest "recommended" build.
http://ci.bukkit.org/job/dev-CraftBukki ... APSHOT.jar
And this one for the latest might-not-be-working build.
http://ci.bukkit.org/job/dev-CraftBukkit/lastBuild/
That is, of course assuming they update like they're supposed to. At the moment, the latest build has been up for 2 hours which is in line with the last github commit.
Awesome! That works perfectly!
Maybe... I am digging how you are doing some sections, but don't agree with others, such as your use of 'su'...
I've been kinda busy as of late, but when i have more time, assimilation of some of your methods will take place.
Lulz
I noticed that this was the largest difference in how our scripts operate, and I've been thinking about how to deal with this. I personally want the ability to run the script as root because I use it as a startup script, but I don't want any of the processes started to be run as root, hence the use of 'su'. However, I also see your script being useful if you want to run it as a user without access to sudo. I think that we can have it both ways. I'll work on encapsulating the use of 'su' in my script so that it only gets used if the script is run as root.
Feel free to assimilate anything I have done in my script.
edit: My script no longer requires su, instead only using it when run as root. This should bring our scripts a bit more in line with each other.