Re: Installation-issues

[Jan Ekholm <chakie@infa.abo.fi>]

On Fri, 11 Dec 1998, Nicholas Lee wrote:

<much stuff I should have RTFM:d snipped>

>Applications may use a single subdirectory under /usr/lib. If an
>application uses a subdirectory, all architecture-dependent data
>exclusively used by the application should be placed within that
>subdirectory. For example, the perl5 subdirectory for Perl 5 modules and
>libraries. ""

>So /usr/lib/zombie might be a possibility.

Yep, definitely something to consider. Qt uses /usr/lib/qt. I'll then get:

/usr/lib/zombie           - main directory
/usr/lib/zombie/bin       - binaries (server)
/usr/lib/zombie/lib       - shared and static libs
/usr/lib/zombie/include   - all include-files
/usr/lib/zombie/etc       - configuration-files for server
/usr/lib/zombie/man       - brutally simple manpages
/usr/lib/zombie/samples   - some samples
/usr/lib/zombie/doc       - all Doxygen-docs as well as extensive docs
                            crafted by me outlining functionality and how
                            to use Zombie.

Alternatively the binaries could be put into /usr/bin as symlinks, which
would make it easier to start the daemon.

>Since http://www.pathname.com/fhs/2.0/fhs-4.6.html explicitly mentions
>/usr/local/games for local game binaries, it might still be worth
>considering /usr/local.

Yep, a good point. But Zombie is not exclusively for gaming, as it can be
used for instance to irc-like things, ftp, mpi/pvm-like stuff etc.

>Possibly there is room for us to develop some sort of meta installation
>process, to easy the creation of packaging for the games developers.   ie,
>give some sort of meta information, a developer could go make rpm or make
>deb and "hey magic!" there it is.

Good idea.

------------------------+-------------------------------------------------
  Jan 'Chakie' Ekholm   |  CS at Åbo Akademi University, Turku, Finland 
 Linux Inside since '94 |      chakie@infa.abo.fi, jekholm@abo.fi