Should libgssapi be hidden behind the MK_KERBEROS knob?

Remko Lodder remko at FreeBSD.org
Sat Dec 8 15:44:29 PST 2007


Doug Barton wrote:
> Gordon M Tetlow wrote:
>> On Dec 8, 2007, at 8:38 AM, Brooks Davis wrote:
>>
>>> On Fri, Dec 07, 2007 at 03:49:28PM -0800, Doug Barton wrote:
>>>> If there is a better list for this, don't hesitate to let me know.
>>>>
>>>> I use WITHOUT_KERBEROS=true in /etc/{make|src}.conf, since I don't
>>>> need or use it. However, this leads to a problem with building the
>>>> kdelibs3 port. The configure script looks for the presence of
>>>> libgssapi and the associated headers, and takes that to mean that
>>>> kerberos is available, and sets things up accordingly. This causes
>>>> the build to fail when it tries to actually link something to a
>>>> kerberos library.
>>>>
>>>> I realize that GSS can be used for other things besides kerberos, but
>>>> are we really losing anything by hiding them both under the same knob?
>>>> If the answer to that is yes, is there any objection to a WITHOUT_GSS
>>>> knob?
>>> We wouldn't loose anything today, but a without GSS knob makes more
>>> sense to me.  There's at least one other GSS system in fairly wide use
>>> in the high performance computing world today.
>> How about WITHOUT_KERBEROS implies WITHOUT_GSSAPI unless people
>> specifically ask for GSSAPI? Is that too obscure?
> 
> That sounds totally reasonable. How does the attached look?
> 
> Doug
> 

The attached patch looks good to me, and the proposals as well..

Cheers
remko

-- 
/"\   Best regards,                      | remko at FreeBSD.org
\ /   Remko Lodder                       | remko at EFnet
 X    http://www.evilcoder.org/          |
/ \   ASCII Ribbon Campaign              | Against HTML Mail and News


More information about the freebsd-arch mailing list