I think that's a very reasonable way to do it; my suggestion was made because I thought someone said something that implied path names were currently hard-coded or something...but the system you've already got looks fine..
-David. On Wed, 2002-02-13 at 05:18, Troy A. Griffitts wrote: > I don't think many people commenting on this subject know how sword data > is located. We allow 4 different ways to specify WHERE the data is > saved. > > 1) current working directory > 2) $SWORD_PATH environment variable > 3) /etc/sword.conf: DataPath= > 4) $HOME/.sword/ > > > Sword data can be place anywhere on your system. One of these 4 > mechanisms must be used to tell the engine WHERE your data lives. I > don't think we need more mechanisms to specify WHERE. > > Does this make sense? > > -Troy. > > > > > > On Tue, 2002-02-12 at 01:26, David White wrote: > > That is why I would suggest using a configuration script of some kind. > > Users should not have to be root to install Sword, and I assume Sword is > > intended to work on a wide variety of platforms, which may have very > > different directory hierarchy schemes. Thus it is important for Sword to > > robustly support installation into any arbitary directory in a > > filesystem. > > > > David. > > > > On Tue, 2002-02-12 at 02:56, Martin Gruner wrote: > > > > Personally I would prefer 3 places for linux. > > > > the main sword mods directory (/usr/share/sword) for system installed > > > > modules (rpms and debs) > > > > /usr/local/sword for modules installed by installmgr and untaring by root. > > > > home directory under .sword for users. > > > > > > > > or at least, this is the way it has to be for debian so could it please be > > > > supported. > > > > > > The problem here is that you have diffenent locations and different > > > installation methods. Once somebody starts to mix them, he'll get into > > > trouble. Therefore I suggest ONE location, and ONE method, which should be a > > > good installmgr imo. Would even be easier than installing a bunch of rpms. > > > > > > Martin > > > >