Skip Menu |
 

Date: Fri, 13 Feb 2004 11:23:06 -0600
From: "Douglas E. Engert" <deengert@anl.gov>
To: krb5-bugs@mit.edu
Cc: Simon Wilkinson <simon@sxw.org.uk>
Subject: krb5-config --cflags gssapi when used by OpenSSH-snap-20040212
krb5-1.3.2-beta3:
krb5-config --cflag gssapi
returns -I${includedir} which in my case is -I/krb5/include

But the gssapi.h is in /krb5/include/gssapi
Most gssapi programs use #include <gssapi.h>
So the gssapi.h is not found.

Previous versions of OpenSSH with Simon's modifications
did not use the krb5-config but added -I /krb5/include/gssapi
With openssh-snap-20040212 it now calls krb5-config --cflag gssapi

Possible solutions:

(1) krb5-config --cflag gssapi could return -I/${includedir} -I/${includedir}/gssapi

(2) Programs could use #include <gssapi/gssapi.h>

(3) The gssapi.h could be installed in ${includedir}

(4) Install could do a ln -s gssapi/gssapi.h gssapi.h in the ${includedir}

I suggest (1) as the others could impact other applications or Kerberos implementations.


--

Douglas E. Engert <DEEngert@anl.gov>
Argonne National Laboratory
9700 South Cass Avenue
Argonne, Illinois 60439
(630) 252-5444
Date: Fri, 13 Feb 2004 12:29:01 -0500
From: Jeffrey Altman <jaltman@columbia.edu>
To: rt-comment@krbdev.mit.edu
Cc: krb5-prs@MIT.EDU
Subject: Re: [krbdev.mit.edu #2240] krb5-config --cflags gssapi when used by OpenSSH-snap-20040212
RT-Send-Cc:
Download smime.p7s
application/x-pkcs7-signature 3.3KiB

Message body not shown because it is not plain text.

DEEngert@anl.gov via RT wrote:
Show quoted text
krb5-1.3.2-beta3: 
krb5-config --cflag gssapi 
returns -I${includedir} which in my case is -I/krb5/include

But the gssapi.h is in /krb5/include/gssapi 
Most gssapi programs use #include <gssapi.h>
So the gssapi.h is not found. 
I truly believe it should be filed as a bug against those applications.



Date: Fri, 13 Feb 2004 13:29:13 -0600
From: "Douglas E. Engert" <deengert@anl.gov>
To: Jeffrey Altman <jaltman@columbia.edu>
Cc: rt-comment@krbdev.mit.edu, krb5-prs@mit.edu
Subject: Re: [krbdev.mit.edu #2240] krb5-config --cflags gssapi when usedby OpenSSH-snap-20040212
RT-Send-Cc:
Download (untitled) / with headers
text/plain 1.5KiB


Show quoted text
> Jeffrey Altman wrote:
>
> DEEngert@anl.gov via RT wrote:
>
> > krb5-1.3.2-beta3:
> > krb5-config --cflag gssapi
> > returns -I${includedir} which in my case is -I/krb5/include
> >
> > But the gssapi.h is in /krb5/include/gssapi
> > Most gssapi programs use #include <gssapi.h>
> > So the gssapi.h is not found.
> >
> I truly believe it should be filed as a bug against those applications.

I would still say if MIT wants people to use the krb5-config
then the gssapi.h should be accessable from the list of include
directories returned by the krb5-config --cflag gssapi

It is not clear where a generic application should find the gssapi.h.
RFC-2744 does not say where the gssapi.h should be, just:
"C-language GSS-API implementations should include a copy of the
following header-file."

Looking at the Heimdal source, Is looks like they install gssapi.h
in the include directory, not a subdirectory of it.

On Solaris, there is a /usr/include/gssapi/gssapi.h

On one of our HPs, there is a link
/usr/include/gssapi.h -> /usr/include/gssapi/gssapi.h





Show quoted text
>
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> _______________________________________________
> krb5-bugs mailing list
> krb5-bugs@mit.edu
> https://mailman.mit.edu/mailman/listinfo/krb5-bugs

--

Douglas E. Engert <DEEngert@anl.gov>
Argonne National Laboratory
9700 South Cass Avenue
Argonne, Illinois 60439
(630) 252-5444
Date: Fri, 13 Feb 2004 14:37:46 -0500
From: Jeffrey Altman <jaltman@columbia.edu>
To: "Douglas E. Engert" <deengert@anl.gov>
Cc: rt-comment@krbdev.mit.edu, krb5-prs@mit.edu
Subject: Re: [krbdev.mit.edu #2240] krb5-config --cflags gssapi when usedby OpenSSH-snap-20040212
RT-Send-Cc:
Download smime.p7s
application/x-pkcs7-signature 3.3KiB

Message body not shown because it is not plain text.

Douglas E. Engert wrote:
Show quoted text
On one of our HPs, there is a link 
/usr/include/gssapi.h -> /usr/include/gssapi/gssapi.h
I would be willing to consider installing a link like on HP-UX.


Date: Fri, 13 Feb 2004 13:41:10 -0600
From: "Douglas E. Engert" <deengert@anl.gov>
To: Jeffrey Altman <jaltman@columbia.edu>
Cc: krb5-prs@mit.edu, rt-comment@krbdev.mit.edu
Subject: Re: [krbdev.mit.edu #2240] krb5-config --cflags gssapi when usedbyOpenSSH-snap-20040212
RT-Send-Cc:


Show quoted text
> Jeffrey Altman wrote:
>
> Douglas E. Engert wrote:
>
> > On one of our HPs, there is a link
> > /usr/include/gssapi.h -> /usr/include/gssapi/gssapi.h
> >
> I would be willing to consider installing a link like on HP-UX.

OK, that would work.


Show quoted text
>
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> _______________________________________________
> krb5-bugs mailing list
> krb5-bugs@mit.edu
> https://mailman.mit.edu/mailman/listinfo/krb5-bugs

--

Douglas E. Engert <DEEngert@anl.gov>
Argonne National Laboratory
9700 South Cass Avenue
Argonne, Illinois 60439
(630) 252-5444
Date: Fri, 13 Feb 2004 13:47:56 -0600
From: "Douglas E. Engert" <deengert@anl.gov>
To: Jeffrey Altman <jaltman@columbia.edu>
Cc: krb5-prs@mit.edu, rt-comment@krbdev.mit.edu, Simon Wilkinson <simon@sxw.org.uk>
Subject: Re: [krbdev.mit.edu #2240] krb5-config --cflags gssapi when usedbyOpenSSH-snap-20040212
RT-Send-Cc:


Show quoted text
> Jeffrey Altman wrote:
>
> Douglas E. Engert wrote:
>
> > On one of our HPs, there is a link
> > /usr/include/gssapi.h -> /usr/include/gssapi/gssapi.h
> >
> I would be willing to consider installing a link like on HP-UX.

That would work, but wait till Simon sees the note. That might
not be till Monday. He is in Scotland.

Since Hiemdal also has a krb5-config, maybe you want to coordinate
with them too.

Show quoted text
>
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> _______________________________________________
> krb5-bugs mailing list
> krb5-bugs@mit.edu
> https://mailman.mit.edu/mailman/listinfo/krb5-bugs

--

Douglas E. Engert <DEEngert@anl.gov>
Argonne National Laboratory
9700 South Cass Avenue
Argonne, Illinois 60439
(630) 252-5444
Date: Fri, 13 Feb 2004 15:49:18 -0500
From: Jeffrey Altman <jaltman@columbia.edu>
To: "Douglas E. Engert" <deengert@anl.gov>
Cc: krb5-prs@mit.edu, rt-comment@krbdev.mit.edu
Subject: Re: [krbdev.mit.edu #2240] testing
RT-Send-Cc:
Download smime.p7s
application/x-pkcs7-signature 3.3KiB

Message body not shown because it is not plain text.

mailman test: to doug


Date: Fri, 13 Feb 2004 15:50:49 -0500
From: Jeffrey Altman <jaltman@columbia.edu>
To: rt-comment@krbdev.mit.edu
Cc: "Douglas E. Engert" <deengert@anl.gov>, krb5-prs@mit.edu
Subject: Re: [krbdev.mit.edu #2240] testing
RT-Send-Cc:
Download smime.p7s
application/x-pkcs7-signature 3.3KiB

Message body not shown because it is not plain text.

mailman test: to rt-comment


Date: Fri, 13 Feb 2004 15:53:01 -0500
From: Jeffrey Altman <jaltman@columbia.edu>
To: "Douglas E. Engert" <deengert@anl.gov>
Cc: krb5-prs@mit.edu, rt-comment@krbdev.mit.edu
Subject: Re: [krbdev.mit.edu #2240] testing
RT-Send-Cc:
mailman test: to doug unsigned


Date: Fri, 13 Feb 2004 14:57:40 -0600
From: "Douglas E. Engert" <deengert@anl.gov>
To: rt-comment@krbdev.mit.edu
Cc: krb5-prs@mit.edu
Subject: Re: [krbdev.mit.edu #2240] testing
RT-Send-Cc:
OK, I have 9 of these test messages. Do you want me to do something with them?


"\"\"Jeffrey Altman [Kermit Project]\" via RT\"" wrote:
Show quoted text
>
> mailman test: to doug unsigned
>
> _______________________________________________
> krb5-bugs mailing list
> krb5-bugs@mit.edu
> https://mailman.mit.edu/mailman/listinfo/krb5-bugs

--

Douglas E. Engert <DEEngert@anl.gov>
Argonne National Laboratory
9700 South Cass Avenue
Argonne, Illinois 60439
(630) 252-5444
Date: Thu, 19 Feb 2004 07:24:09 -0600
From: "Douglas E. Engert" <deengert@anl.gov>
To: rt-comment@krbdev.mit.edu
Cc: krb5-prs@mit.edu, Darren Tucker <dtucker@zip.com.au>
Subject: Re: [krbdev.mit.edu #2240] krb5-config --cflags gssapi whenusedbyOpenSSH-snap-20040212
RT-Send-Cc:

Darren Tucker wrote:
Show quoted text
>
> Douglas E. Engert wrote:
> > More or less, but the new code uses
> > CPPFLAGS="$CPPFLAGS ${K5CFLAGS}/gssapi"
>
> What guarantee is there that K5CFLAGS will contain only
> -I/path/to/includes?" What happens if it contains, eg,
> "-I/path/to/include -DSOME_FLAG"?

The current MIT krb5-config returns only -I/path/to/include

By the time MIT releases a new version of krb5-config, they should have
gssapi.h in the path so the code in question to test for gssapi.h in the
sub directory will not be executed. The Heimdal code (as I understand) does
not have this problem, so does not execute this code.

If they did changed the krb5-config to add some more flags, but did not
fix the gssapi.h not in the path, this code would fail. But I believe that
this is their bug, and they will fix it. This is bug 2240.

This problem is a moving target, my patch was designed to work with past
and future versions of krb5-config.



Show quoted text
>
> > Which uses the output of the krb5-config --cflag i.e. -I/some/location/include
> > were as the original uses
> > CPPFLAGS="$CPPFLAGS -I${KRB5ROOT}/include/gssapi"
> > The $KRB5ROOT may not be the same location as the output of krb5-config.
> >
> > The extra check is only executed if gssapi is not found in the expected place,
> > so when MIT fixes krb5-config so it finds the gssapi.h then the
> > extra check could be eliminated, and the tests could be combined.
>
> --
> Darren Tucker (dtucker at zip.com.au)
> GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69
> Good judgement comes with experience. Unfortunately, the experience
> usually comes from bad judgement.


Show quoted text
> --
>
> Douglas E. Engert <DEEngert@anl.gov>
> Argonne National Laboratory
> 9700 South Cass Avenue
> Argonne, Illinois 60439
> (630) 252-5444
> _______________________________________________
> krb5-bugs mailing list
> krb5-bugs@mit.edu
> https://mailman.mit.edu/mailman/listinfo/krb5-bugs

--

Douglas E. Engert <DEEngert@anl.gov>
Argonne National Laboratory
9700 South Cass Avenue
Argonne, Illinois 60439
(630) 252-5444
To: "Douglas E. Engert" <deengert@anl.gov>
Cc: rt@krbdev.mit.edu, Darren Tucker <dtucker@zip.com.au>
Subject: Re: [krbdev.mit.edu #2240] krb5-config --cflags gssapi whenusedbyOpenSSH-snap-20040212
From: Sam Hartman <hartmans@mit.edu>
Date: Thu, 19 Feb 2004 13:03:48 -0500
RT-Send-Cc:
Download (untitled) / with headers
text/plain 1.4KiB
Show quoted text
>>>>> "Douglas" == Douglas E Engert <deengert@anl.gov> writes:

Show quoted text
Douglas> Darren Tucker wrote:
Show quoted text
>>
>> Douglas E. Engert wrote:
>> > More or less, but the new code uses > CPPFLAGS="$CPPFLAGS
>> ${K5CFLAGS}/gssapi"
>>
>> What guarantee is there that K5CFLAGS will contain only
>> -I/path/to/includes?" What happens if it contains, eg,
>> "-I/path/to/include -DSOME_FLAG"?

Show quoted text
Douglas> The current MIT krb5-config returns only
Douglas> -I/path/to/include

Show quoted text
Douglas> By the time MIT releases a new version of krb5-config,
Douglas> they should have gssapi.h in the path so the code in
Douglas> question to test for gssapi.h in the sub directory will
Douglas> not be executed. The Heimdal code (as I understand) does
Douglas> not have this problem, so does not execute this code.


Hi. MIT has not made a determination as to whether Doug's bug is
actually a bug nor whether we will fix it. We certainly will not fix
it for the upcoming 1.3.2 release; we have passed our final change
deadline for that release.


I disagree with Doug's assertion that most programs include gssapi.h
not gssapi/gssapi.h.


AT this time I would recommend including gssapi.h for Heimdal and
gssapi/gssapi.h for MIT Kerberos.


We'll certainly evaluate Doug's bug report and make a determination
about whet we think the correct behavior is. However I am very
reluctant to recommend that people accept patches that depend on the
specific output of krb5-config.

--Sam
Date: Thu, 19 Feb 2004 13:09:15 -0600
From: "Douglas E. Engert" <deengert@anl.gov>
To: Sam Hartman <hartmans@mit.edu>
Cc: rt@krbdev.mit.edu, Darren Tucker <dtucker@zip.com.au>
Subject: Re: [krbdev.mit.edu #2240] krb5-config --cflags gssapi whenusedbyOpenSSH-snap-20040212
RT-Send-Cc:
Download (untitled) / with headers
text/plain 3.5KiB
My argument is that the MIT krb5-config does not do what is expected.

I would also point out that the OpenSSH code already is doing some
strange things with the output which it should not have to to,
namely trying to split the output of krb5-config --libs
into LDFLAGS and LIBS:

2105 K5LDFLAGS="`$KRB5CONF --libs | sed 's/-l@<:@^ @:>@*//g'`"
2106 K5LIBS="`$KRB5CONF --libs | sed 's/-L@<:@^ @:>@*//g'`"

(I saw a fix on the list against this, as it would not allow a -
in a path name. It was trying to delete -L/path/to/heimdal-0.6/lib
but stoped short and left -0.6/lib.)

So the question is then: When will krb5-config be useable? Is it worth
trying to use with OpenSSH in its current state?

The patch I sent would work against the current krb5-config scripts,
including the krb5-1.3.2-beta4.




I also have some other concerns about the krb5-config, as it returns
the final install location of the files. We like to build and install
Kerberos in AFS,along with OpenSSL, and OpenSSH and install them all
as a package on to a local system in a well known location: /krb5/*.
This require the Kerberos and OpenSSL to be installed somewhere not
on the running system while OpenSSH is built.

Without krb5-config, we can easily configure OpenSSH with something like:

...
--prefix=/krb5 \
--with-kerberos5=/afs/anl.gov/appl/krb5-1.3.2/@sys/krb5 \
...

But with krb5-config, it will try to include the /krb5/lib
rather then /afs/anl.gov/appl/krb5-1.3.2/@sys/krb5/lib
So it may try and include the wrong libs from the running system.

krb5-config has the same relocaiton problem as trying to compile in the
-R or -rpath for a shared lib. YOu need the final locaiton in the
shared lib, even if you are installing somewhere else.

(I have a local circumvention for this last point, and we also
provide the -R or -rpath to point at /krb5/lib for OpenSSL,
Kerberos and OpenSSH.)



Sam Hartman wrote:
Show quoted text
>
> >>>>> "Douglas" == Douglas E Engert <deengert@anl.gov> writes:
>
> Douglas> Darren Tucker wrote:
> >>
> >> Douglas E. Engert wrote:
> >> > More or less, but the new code uses > CPPFLAGS="$CPPFLAGS
> >> ${K5CFLAGS}/gssapi"
> >>
> >> What guarantee is there that K5CFLAGS will contain only
> >> -I/path/to/includes?" What happens if it contains, eg,
> >> "-I/path/to/include -DSOME_FLAG"?
>
> Douglas> The current MIT krb5-config returns only
> Douglas> -I/path/to/include
>
> Douglas> By the time MIT releases a new version of krb5-config,
> Douglas> they should have gssapi.h in the path so the code in
> Douglas> question to test for gssapi.h in the sub directory will
> Douglas> not be executed. The Heimdal code (as I understand) does
> Douglas> not have this problem, so does not execute this code.
>
> Hi. MIT has not made a determination as to whether Doug's bug is
> actually a bug nor whether we will fix it. We certainly will not fix
> it for the upcoming 1.3.2 release; we have passed our final change
> deadline for that release.
>
> I disagree with Doug's assertion that most programs include gssapi.h
> not gssapi/gssapi.h.
>
> AT this time I would recommend including gssapi.h for Heimdal and
> gssapi/gssapi.h for MIT Kerberos.
>
> We'll certainly evaluate Doug's bug report and make a determination
> about whet we think the correct behavior is. However I am very
> reluctant to recommend that people accept patches that depend on the
> specific output of krb5-config.
>
> --Sam

--

Douglas E. Engert <DEEngert@anl.gov>
Argonne National Laboratory
9700 South Cass Avenue
Argonne, Illinois 60439
(630) 252-5444
Date: Thu, 19 Feb 2004 14:13:33 -0500
From: Jeffrey Altman <jaltman@columbia.edu>
To: rt-comment@krbdev.mit.edu
Cc: krb5-prs@MIT.EDU
Subject: Re: [krbdev.mit.edu #2240] krb5-config --cflags gssapi whenusedbyOpenSSH-snap-20040212
RT-Send-Cc:
It would also be worth noting the twisted things being done
in Mozilla while attempting to add GSSAPI support


http://bugzilla.mozilla.org/show_bug.cgi?id=17578
Date: Thu, 19 Feb 2004 13:52:26 -0600
From: "Douglas E. Engert" <deengert@anl.gov>
To: Jeffrey Altman <jaltman@columbia.edu>
Cc: rt-comment@krbdev.mit.edu, krb5-prs@mit.edu
Subject: Re: [krbdev.mit.edu #2240] krb5-config --cflags gssapiwhenusedbyOpenSSH-snap-20040212
RT-Send-Cc:


Jeffrey Altman wrote:
Show quoted text
>
> It would also be worth noting the twisted things being done
> in Mozilla while attempting to add GSSAPI support
>
> http://bugzilla.mozilla.org/show_bug.cgi?id=17578
>

This points out that people want to use the krb5-config
if possible and are willing to bend over backwards to do so.

I also see that the the OpenSSH do a grep gssapi krb5_config
to see if the string gssapi in in the script! Is this a hold
over from some old old version, or differences between MIT
and Heimbal versions of the script?

Show quoted text
> _______________________________________________
> krb5-bugs mailing list
> krb5-bugs@mit.edu
> https://mailman.mit.edu/mailman/listinfo/krb5-bugs

--

Douglas E. Engert <DEEngert@anl.gov>
Argonne National Laboratory
9700 South Cass Avenue
Argonne, Illinois 60439
(630) 252-5444
To: rt@krbdev.mit.edu
Subject: Re: [krbdev.mit.edu #2240] krb5-config --cflags gssapi whenusedbyOpenSSH-snap-20040212
From: Sam Hartman <hartmans@mit.edu>
Date: Thu, 19 Feb 2004 18:18:39 -0500
RT-Send-Cc:
So, why does openssh think it needs to split libs from ldflags?
Date: Thu, 19 Feb 2004 17:24:32 -0600
From: "Douglas E. Engert" <deengert@anl.gov>
To: rt-comment@krbdev.mit.edu
Cc: krb5-prs@mit.edu
Subject: Re: [krbdev.mit.edu #2240] krb5-config --cflags gssapi whenusedbyOpenSSH-snap-20040212
RT-Send-Cc:


Sam Hartman via RT wrote:
Show quoted text
>
> So, why does openssh think it needs to split libs from ldflags?

I don't know? But that what they are doing. and the way thay did it was
to use sed.


--

Douglas E. Engert <DEEngert@anl.gov>
Argonne National Laboratory
9700 South Cass Avenue
Argonne, Illinois 60439
(630) 252-5444
Date: Tue, 24 Feb 2004 00:43:06 +1100
From: Darren Tucker <dtucker@zip.com.au>
To: Sam Hartman <hartmans@mit.edu>
Cc: "Douglas E. Engert" <deengert@anl.gov>, rt@krbdev.mit.edu
Subject: Re: [krbdev.mit.edu #2240] krb5-config --cflags gssapi whenusedbyOpenSSH-snap-20040212
RT-Send-Cc:
Download (untitled) / with headers
text/plain 2.1KiB
Sam Hartman wrote:
Show quoted text
>>>>>>"Douglas" == Douglas E Engert <deengert@anl.gov> writes:
[gssapi.h not in include path supplied by krb5-config --cflags]
Show quoted text
> Douglas> The Heimdal code (as I understand) does
> Douglas> not have this problem, so does not execute this code.

Heimdal's gssapi.h is /path/to/heimdal/include/gssapi.h

Show quoted text
> Hi. MIT has not made a determination as to whether Doug's bug is
> actually a bug nor whether we will fix it. We certainly will not fix
> it for the upcoming 1.3.2 release; we have passed our final change
> deadline for that release.

Fair enough WRT the pending release.

Show quoted text
> I disagree with Doug's assertion that most programs include gssapi.h
> not gssapi/gssapi.h.

In a highly unscientific Google survey, it's close to even:

Searched the web for "#include <gssapi/gssapi.h>". Results 1 - 10 of
about 555.

Searched the web for "#include <gssapi.h>". Results 1 - 10 of about 503.

Interestingly, one of those is a complaint about this very issue from 1998!

Show quoted text
> AT this time I would recommend including gssapi.h for Heimdal and
> gssapi/gssapi.h for MIT Kerberos.

Am I the only one that thinks it's silly that you can't write a single
"#include <[something]gssapi.h>" that works with both MIT and Heimdal's
supplied --cflags? Yay for standards.

Anyway, I will be adding AC_CHECK_HEADERS tests to configure to check
for <gssapi.h> and <gssapi/gssapi.h>.

Show quoted text
> We'll certainly evaluate Doug's bug report and make a determination
> about whet we think the correct behavior is. However I am very
> reluctant to recommend that people accept patches that depend on the
> specific output of krb5-config.

BTW: I don't like the sed hackery to used to split the output of
krb5-config --libs, and I wrote it. I did it because OpenSSH's
configure tracks LIBS and LDFLAGS separately, I didn't want to change
its behaviour in this regard.

We might do away with it if we have some confidence that the resulting
link-order changes won't break something, somewhere.

--
Darren Tucker (dtucker at zip.com.au)
GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69
Good judgement comes with experience. Unfortunately, the experience
usually comes from bad judgement.
Subject: SVN Commit
Install gssapi.h in includedir that includes gssapi/gssapi.h so that
either form of #include will work. Provides better compatibility with
Heimdal.


Commit By: rra


Revision: 18791
Changed Files:
U trunk/src/include/Makefile.in
A trunk/src/include/gssapi.h
From: tlyu@mit.edu
Subject: SVN Commit
pull up r18791 from trunk

r18791@cathode-dark-space: rra | 2006-11-09 17:56:39 -0500
ticket: 2240
Component: krb5-libs
Version_Reported: 1.3.2
Target_Version: 1.6
Tags: pullup

Install gssapi.h in includedir that includes gssapi/gssapi.h so that either
form of #include will work. Provides better compatibility with Heimdal.



Commit By: tlyu



Revision: 18806
Changed Files:
_U branches/krb5-1-6/
U branches/krb5-1-6/src/include/Makefile.in
A branches/krb5-1-6/src/include/gssapi.h