From owner-freebsd-current Fri Jun 16 12:12:41 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA13072 for current-outgoing; Fri, 16 Jun 1995 12:12:41 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA13066 for ; Fri, 16 Jun 1995 12:12:38 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA05550; Fri, 16 Jun 1995 12:12:07 -0700 From: "Rodney W. Grimes" Message-Id: <199506161912.MAA05550@gndrsh.aac.dev.com> Subject: Re: DES, crypt and eBones To: mark@grondar.za (Mark Murray) Date: Fri, 16 Jun 1995 12:12:07 -0700 (PDT) Cc: mark@grondar.za, FreeBSD-current@FreeBSD.Org In-Reply-To: <199506161847.UAA14596@grumble.grondar.za> from "Mark Murray" at Jun 16, 95 08:47:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1448 Sender: current-owner@FreeBSD.Org Precedence: bulk > > > I disagree. eBones was to and does replace the 4.4BSD lite supplied > > Kerberos tree. I can use ``secure'' without eBones at all. If you > > bundle the two into one tree it is going to complicate things like > > sup targets, source tree management in src/Makefile, etc. > > OK - I'll buy this. How would you then solve the problem of something > currently sitting in secure that needs bits of eBones and vice versa? > For example, in secure sits telnet[d] with obvious Kerberization. telnet[d] with kerberization should go in eBones, since eBones was to replace the kerberization stuff supplied by 4.4BSD lite. Garrett had some grand plan here, but has dropped the ball when the eBones stuff was done (Not his fault, this was taken over by some one else who has been unavaliable to maintain it). > > Binary sets should match source sets, otherwise you are heading for > > trouble :-(. > > I'd buy this if there was not so much crosstalk between the packages. > Solutions? One possible one is to move libraries to secure? (yuk) I need a better picture in my head of just what is going on in there right now. I have not looked at that part of the tree since it was changed from the original 4.4 lite code and am not so sure that the initial change was a good idea at all... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD