[325] in Kerberos-V5-bugs

home help back first fref pref prev next nref lref last post

Re: ISODE 8.0 trial, also bug?

daemon@ATHENA.MIT.EDU (Theodore Ts'o)
Fri Jul 30 00:00:32 1993

Date: Fri, 30 Jul 93 00:00:19 EDT
From: tytso@Athena.MIT.EDU (Theodore Ts'o)
To: Ward_Travis@transarc.com
Cc: krb5-bugs@Athena.MIT.EDU
In-Reply-To: Ward_Travis@transarc.com's message of Wed, 21 Jul 1993 11:42:27 -0400 (EDT),

   Date: Wed, 21 Jul 1993 11:42:27 -0400 (EDT)
   From: Ward_Travis@transarc.com

   Forgive me for being unfamiliar with the tools used in compiling krb5. I
   have to ask a question which, I hope, will be an easy one to answer. I
   am compiling krb5 to ensure that our products are correct w.r.t.
   kerberos environments, and so debugging kerberos (its build in
   prticular) is something I can't spend much time on. After spending some
   time trying to figure this out, I ask the question:

   The build I have is refusing to build libkrb.a before going on to try
   and link images that require it. Honestly, fgrep and I haven't found
   'libkrb.a' as a target in the imake'd Makefiles! Can anyone tell me how
   libkrb.a is built in a build of 'world' form the src level of the tree?

libkrb.a isn't built in the Kerberos V5 tree; it is externally provided
by those sites who want V4 backwards compatibility in the V5 Kerberos
server, or in certain applications which will support both V4 and V5
compatibility.  If you don't want the V4 backwards compatibility, you
just need to turn off the Krb4KDCCompat and Krb4ApplCompat in site.def.
Or if you do want it, you can define Krb4LibList in site.def to point to
where the build environment can pick up the Kerberos V4 library.

In Beta two, there was a bug where not all of the places where which
required the Kerberos V4 library were contingent on the defines in
site.def.  In those cases, you will just need to fix the Makefiles, etc.
by hand.  They've been fixed for V5.

					- Ted

home help back first fref pref prev next nref lref last post