Games :: Cube

New version of Cube released yesterday. It's mainly a bug-fix, but also has some improved/added models and maps. I was thinking about making a new extension, but it seems like a lot of bother for something that just extracts and runs from the official package anyway...and being on dialup the upload would kill me. The one thing I don't care for is the lack of support for a multi-user system, which is why the current cube extension installs into /home/dsl instead of /opt. I've since developed a workaround that works even if cube is on a read-only filesystem (like a UCI for example):

Added to the beginning of cube_unix script:

Code Sample

CUBE_INST_DIR=/opt/cube #where cube is installed
CUBE_DIR=$HOME/.cube #where the user-writeable files will be

setup_cube_at_HOME() {
mkdir -p $CUBE_DIR/{demos,packages/DSL,savegames,screenshots} || exit
ln -s $CUBE_INST_DIR/{bin_unix,data} $CUBE_DIR/
ln -s $CUBE_INST_DIR/packages/* $CUBE_DIR/packages/
}
[ -d "$CUBE_DIR" ] || setup_cube_at_HOME

Sets up a personal $HOME/.cube directory if it's not already there. This is kinda messy, creating a packages directory full of symlinks, but it's the only way i know to allow saving on a multiuser system with a read-only /opt/cube. Saving edited maps will require the use of "/savemap directory/mapname" instead of just "/savemap mapname", since the packages/base directory is read-only. A writeable directory in packages called "DSL" is created so you can use that one if you forget to make a directory yourself.

original here.