Re: How to handle multiple versions of binaries

1999-12-12 Thread Seth R Arnold
IANADD(Y) I do think /usr/lib/ is the right place for the binaries; mozilla does it that way, rpm stores scripts and programs there, and now I am getting tired of looking for more -- so you can't be too far off. :) Also, if the minimal game dataset does need to be customized before use, /usr/shar

Re: How to handle multiple versions of binaries

1999-12-12 Thread Ben Collins
On Sun, Dec 12, 1999 at 10:39:48AM -0800, [EMAIL PROTECTED] wrote: > > I'm currently massaging out packaging details for a particular game > server, and I'm not completely clear where I should place the ELF > binaries. The server will be started via a customisable initialisation > script and shoul

How to handle multiple versions of binaries

1999-12-12 Thread ferret
I'm currently massaging out packaging details for a particular game server, and I'm not completely clear where I should place the ELF binaries. The server will be started via a customisable initialisation script and should not be manually started. The script to start the server by hand will go in

Re: Uploading only one of the generated binaries

1999-12-12 Thread Ben Collins
On Sun, Dec 12, 1999 at 09:48:34AM -0500, Bob Hilliard wrote: > The dictd source package generates two binaries, dict and dictd. > I need to upload a new version of dict to fix a bug in the postrm > script. I would like to avoid making people install a new version of > dictd that is identical

Uploading only one of the generated binaries

1999-12-12 Thread Bob Hilliard
The dictd source package generates two binaries, dict and dictd. I need to upload a new version of dict to fix a bug in the postrm script. I would like to avoid making people install a new version of dictd that is identical, except for the version number, to the existing version. I also want