On Feb 7, 2008 5:09 PM, Jules Colding <colding@xxxxxxxxxxx> wrote:
> On Thu, 2008-02-07 at 05:31 -0700, Eric Blake wrote:
> > Autoconf follows the GNU Coding Standards, which states that the package
> > must install into ${prefix}/var unless configured otherwise. Yes, this
> > default conflicts with the recommendations of FHS, meaning that to follow
> > the FHS, you must select the the alternate path at configure time. Most
> > distros include a packaging system that takes care of calling configure
> > with the correct arguments for that distro. Sorry, this isn't likely to
> > change in autoconf.
>
> Wouldn't the world be a better place if the GNU Coding Standards
> respected the FHS?
>
> IMHO it would.
Perhaps, but I think the reasoning is that the common case is that of
users installing packages into /usr/local, so as not to interfere with
the operating system. Which makes localstatedir be /usr/local/var -
away from /var where it could cause trouble. Because it's the common
case, it gets optimised (in terms of number of required ./configure
arguments).
If OTOH you're one of the (presumably) few who install into
--prefix=/usr, you also need to do --localstatedir=/var separately.
Think of it as a sort of Huffman encoding for common configurations.
:)
I agree that It Would Be Nice (tm) if ./configure would automagically
choose FHS defaults if you asked it by, for example, specifying
--prefix=/usr. Then again, how would it know WHICH hierarchy standard
to obey?
_______________________________________________
Autoconf mailing list
Autoconf@xxxxxxx
http://lists.gnu.org/mailman/listinfo/autoconf
