[902] in Kerberos_V5_Development
Re: "Two copies of DES library" change breaks K5 compat w/Cygnus K4
daemon@ATHENA.MIT.EDU (Theodore Ts'o)
Mon Mar 20 20:48:54 1995
Date: Mon, 20 Mar 1995 20:48:46 +0500
From: Theodore Ts'o <tytso@MIT.EDU>
To: John Gilmore <gnu@cygnus.com>
Cc: John Gilmore <gnu@cygnus.com>, "Theodore Ts'o" <tytso@MIT.EDU>,
krbdev@MIT.EDU, gnu@cygnus.com
In-Reply-To: John Gilmore's message of Mon, 20 Mar 1995 16:22:16 -0800,
<199503210022.QAA16985@cygnus.com>
1995 16:22:17 -0800
Cc: "Theodore Ts'o" <tytso@MIT.EDU>, krbdev@MIT.EDU, gnu@cygnus.com
Date: Mon, 20 Mar 1995 16:22:16 -0800
From: John Gilmore <gnu@cygnus.com>
What I recommend is not trying to break an interface in half and
substitute for half of it. If you bring in any piece of krb4, bring
the whole thing in.
I have real work to do.
As far as I'm concerned, the des.a represents a real interface, which
Cygnus *changed* when it added that function to des.a and made krb.a
depend on it. You view all of krb4 plus its des library as one
interface. I don't; I view them as two distinct interfaces.
In any case, all I need to do to fix things is to put in the Unix
version of the time routine. The V4 compat libraries are only used by
the server-side code; they're not used by the clients. Simply from a
perspective of *my* time, and the real work that *I* have to do, it's a
lot faster for me to slip in the necessary routines than to back out all
of the changes in all of the relevant Makefiles.
We'll have to revisit this decision later, but we can do so when we
finally get around to integrating the V4 libraries into the source tree.
- Ted
P.S. Note that we have a similar abstraction in the OS part of the
library --- krb5_os_gettimeofday(). So you're going to have to deal
with that "heavily conditionalized" time code eventually anyway.
