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