From owner-cvs-user Tue Jul 25 01:18:47 1995 Return-Path: cvs-user-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id BAA16015 for cvs-user-outgoing; Tue, 25 Jul 1995 01:18:47 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id BAA16008 ; Tue, 25 Jul 1995 01:18:17 -0700 Received: by sequent.kiae.su id AA06616 (5.65.kiae-2 ); Tue, 25 Jul 1995 12:01:27 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Tue, 25 Jul 95 12:01:26 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id LAA00546; Tue, 25 Jul 1995 11:47:34 +0400 To: "Rodney W. Grimes" Cc: CVS-commiters@freefall.cdrom.com, cvs-user@freefall.cdrom.com References: <199507242330.QAA20238@gndrsh.aac.dev.com> In-Reply-To: <199507242330.QAA20238@gndrsh.aac.dev.com>; from "Rodney W. Grimes" at Mon, 24 Jul 1995 16:30:59 -0700 (PDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Tue, 25 Jul 1995 11:47:34 +0400 (MSD) X-Mailer: Mail/@ [v2.40 FreeBSD] From: =?KOI8-R?Q?=E1=CE=C4=D2=C5=CA_=FE=C5=D2=CE=CF=D7?= aka "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: cvs commit: src/secure/usr.bin/telnet Makefile Lines: 37 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1388 Sender: cvs-user-owner@freebsd.org Precedence: bulk In message <199507242330.QAA20238@gndrsh.aac.dev.com> Rodney W. Grimes writes: >> >> ache 95/07/24 15:56:01 >> >> Modified: secure/lib/libtelnet Makefile >> secure/libexec/telnetd Makefile >> secure/usr.bin/telnet Makefile >> Log: >> Final cleanup pass through Makefiles, now this stuff >> autodetect kerberos/eBones and work even with eBones, > ^^^^^^^^^^^^^^^ >> but with reduced functionality (don't pick up des/krb stuff >> in this case) >> >You mean if I have src/eBones I am now going to automatically get >eBones versions of telnet and telnetd? If so turn it off, that >will cause the release to be built that way, and that is bad news. No, secure/*/*telnet* not affects standard telnet building. You need directly goes to secure to buld enhanced telnet. The root of all evil is that eBones (namely eBones/des) not fully compatible with kerberosIV, so we can't obtain encryption and authentification from enhanced telnet with our eBones :-( I already ask Eric Young to implement additional functions too. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849