mikshaw
Group: Members
Posts: 4856
Joined: July 2004 |
|
Posted: Aug. 31 2005,03:04 |
|
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.
-------------- http://www.tldp.org/LDP/intro-linux/html/index.html
|