[1908] in Kerberos_V5_Development
Re: krb5-libs/37: Consider upgrading to new Autoconf directory standards before 1.0 release
daemon@ATHENA.MIT.EDU (Sam Hartman)
Wed Oct 30 19:16:26 1996
Date: Wed, 30 Oct 1996 19:15:53 -0500
From: Sam Hartman <hartmans@MIT.EDU>
To: krbdev@MIT.EDU
Cc: krb5-bugs@MIT.EDU, ghudson@MIT.EDU
I will soon be checking in some fairly major restructuring of
where krb5 files get installed to correspond more closely with more
recent file system standards and what Autoconf expects. Major changes
include:
* prefix/lib/krb5.conf ==> sysconfdir/krb5.conf (prefix/etc normally)
* prefix/lib/krb5kdc ==> localstatedir/krb5kdc (normally
* prefix/var/krb5kdc)
Marc had convinced me that these changes were a bad idea,
because while they tended to introduce compatability with other
systems and enabled several configure-time options, they broke
compatability with the Betas. He suggested I should use these options
only if there was a way that I could get the default behavior to be
what it used to be; no such way exists. However, when I was
complaining to Greg about this, he pointed out that making such
changes would only become difficult after 1.0 was released, and it is
really a bad idea to clutter up prefix/lib. I decided to make these
changes in parallel with having the debate about whether they are a
good idea, because they are fairly simple to revert, and I would like
a chance to work out the bugs if we do accept them.
It should be possible to add an
--enable-old-directory-structure option that sets things back the way
they used to be, but there are some problems that make it a fairly bad
idea for this to be the default. The main problem is that you would
then force the user to both disable this option and set whatever
overides to the directories they wanted if they wanted to change
something. I.E. configure lines might look like:
configure --disable-old-directory-structure
--localstatedir=/secure/krb5-database
instead of:
configure --localstate dir=/secure/krb5-database
This type of default behavior is more confusing than it's
worth.
--Sam
