[16284] in Kerberos_V5_Development
Re: Project Review: kinit -C
daemon@ATHENA.MIT.EDU (Sam Hartman)
Wed Sep 15 10:52:17 2010
From: Sam Hartman <hartmans@mit.edu>
To: Nicolas Williams <Nicolas.Williams@oracle.com>
Date: Wed, 15 Sep 2010 10:51:55 -0400
In-Reply-To: <20100915143134.GL3982@oracle.com> (Nicolas Williams's message of
"Wed, 15 Sep 2010 09:31:35 -0500")
Message-ID: <tsleicvkqk4.fsf@live.mit.edu>
MIME-Version: 1.0
Cc: Luke Howard <lukeh@padl.com>, Tom Yu <tlyu@mit.edu>, krbdev@mit.edu
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krbdev-bounces@mit.edu
>>>>> "Nicolas" == Nicolas Williams <Nicolas.Williams@oracle.com> writes:
Nicolas> On Wed, Sep 15, 2010 at 04:00:24PM +0200, Luke Howard wrote:
>> > Now, that's my personal analysis. If someone looks at the
>> situation and > concludes that these sorts of dependencies would
>> be a problem for them, > I think we should solve that. So far,
>> as I've been reading the > discussions, we've had a couple of
>> people say that it might be a > problem, and a couple of others
>> describe the issue and note that it is a > change.
>>
>> I'm not really a distribution-packager so to be honest I have no
>> valuable opinion on this.
Nicolas> I don't think moving libs from a KDC pkg to a client pkg is
Nicolas> that big a deal for distro builders. Just one more thing
Nicolas> to explain to zealous minimizers.
Well, I do think it would be an issue for something like Android, or for
something that is hard embeded. However those tend not to ship our
kinit at all.
Not surprisingly it does end up being reasonably easy to build two
different versions of kinit. One gets a stub that prints an error if
you use this option. One gets the real function. Still, I'd like to
wait for one of the Os distributors (either now or in the future) to
come forward and say they need that before doing it.
--Sam
_______________________________________________
krbdev mailing list krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev
