head	1.2;
access;
symbols;
locks; strict;
comment	@# @;


1.2
date	2007.12.12.16.39.31;	author ru;	state dead;
branches;
next	1.1;

1.1
date	2007.12.10.19.09.24;	author dougb;	state Exp;
branches;
next	;


desc
@@


1.2
log
@- Fix setting of MK_GSSAPI option by bsd.own.mk; its value should
  default to the value of MK_KERBEROS unless set explicitly by
  WITH_GSSAPI/WITHOUT_GSSAPI.  (This introduces another type of
  MK_* variables which itself is questionable.)

- Teach tools/build/options/makeman script that generates the
  src.conf(5) manpage about the new type of MK_* variables.

- Fix broken logic in lib/Makefile.
@
text
@.\" $FreeBSD: src/tools/build/options/WITH_GSSAPI,v 1.1 2007/12/10 19:09:24 dougb Exp $
Set to build libgssapi when
.Va WITHOUT_KERBEROS
is set.
@


1.1
log
@Hide the building and installation of libgssapi behind the
WITHOUT_KERBEROS knob. While GSS can be used for other things
some third party software (most notably ports/x11/kdelibs3)
takes the presence of libgssapi as an indication that kerberos
is available, and attempts to link with the kerberos libs. If
they are not available, the build will fail.

Because you might want to use GSS but not kerberos, add a knob
to re-enable it if WITHOUT_KERBEROS is present.

Document the new knob, and the new behavior of WITHOUT_KERBEROS.

Not objected and/or generally agreed to by:	freebsd-arch

Problem discussed/analyzed in:
PR:	ports/116484
@
text
@d1 1
a1 1
.\" $FreeBSD$
@

