[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: FHS
From: |
Akim Demaille |
Subject: |
Re: FHS |
Date: |
07 Feb 2002 10:59:04 +0100 |
User-agent: |
Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp) |
>>>>> "Thomas" == Thomas Bushnell <address@hidden> writes:
Thomas> Russ Allbery <address@hidden> writes:
>> Personally, I'm somewhat annoyed to see yet more paths going into
>> Autoconf that I'll then have to override to get the installation
>> paths that I want (namely a flat tree of bin, sbin, lib, man, info,
>> and etc); with over five hundred packages installed that way and
>> using automated tools to maintain Stanford's shared software tree,
>> I have no intention at the present time of changing our package
>> layout. But I suppose I can always continue to override all the
>> individual paths like I already have to do for sharedstatedir,
>> libexecdir, and datadir. (Of course, GNU gettext has a habit of
>> blissfully ignoring the datadir setting given at configure time in
>> favor of hard-coding share. And I'm not sure anything actually
>> uses sharedstatedir and libexecdir except Emacs.)
Thomas> The changes here for the GNU Coding Standards (which I'm
Thomas> proposing, and RMS has now agreed to) will not add any new
Thomas> paths, it will simply change some that currently exist.
Could someone summarize these changes? I have not seen them in
standards.texi, although I just updated them :( Can someone point me
to where Autoconf ought to be adjusted?
- Re: FHS,
Akim Demaille <=
- Re: FHS, Akim Demaille, 2002/02/11
- Re: FHS, Guido Draheim, 2002/02/11
- Re: FHS, Thomas Bushnell, BSG, 2002/02/11
- Re: FHS, Thomas Bushnell, BSG, 2002/02/11