Skip Menu |

This queue is for tickets about the GSSAPI CPAN distribution.

Report information
The Basics
Id: 32788
Status: resolved
Priority: 0/
Queue: GSSAPI
People
Owner: Nobody in particular
Requestors: huaraz [...] moeller.plus.com
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: 0.25
Attachments
GSSAPI-patch.tgz

History Show all quoted text
  Tue Jan 29 16:55:54 2008 huaraz [...] moeller.plus.com - Ticket created
Subject: Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Tue, 29 Jan 2008 21:48:12 -0000
To: <bug-GSSAPI [...] rt.cpan.org>
From: "Markus Moeller" <huaraz [...] moeller.plus.com>
On the latest Solaris 10 / OpenSolairs builds exists a krb5-config file but unfortunatly it does not work with gssapi as argument. Can Makefile.PL check for this case and set the libs to -L/usr/lib -R/usr/lib -lgss Also Solaris needs the following settings in GSSAPI.xs #define gss_nt_service_name GSS_C_NT_HOSTBASED_SERVICE #define gss_nt_user_name GSS_C_NT_USER_NAME #define gss_nt_machine_uid_name GSS_C_NT_MACHINE_UID_NAME #define gss_nt_string_uid_name GSS_C_NT_STRING_UID_NAME #define gss_nt_hostbased_service GSS_C_NT_HOSTBASED_SERVICE #define gss_nt_exported_name GSS_C_NT_EXPORT_NAME #include <gssapi/gssapi.h> #include <gssapi/gssapi_ext.h> instead of #include <gssapi/gssapi.h> #include <gssapi/gssapi_generic.h> #include <gssapi/gssapi_krb5.h> Markus
  Tue Jan 29 17:25:49 2008 achim [...] grolmsnet.de - Correspondence added
CC: perlgssapi-developer [...] lists.sourceforge.net
Subject: Re: [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Tue, 29 Jan 2008 23:25:24 +0100
To: bug-GSSAPI [...] rt.cpan.org, huaraz [...] moeller.plus.com
From: Achim Grolms <achim [...] grolmsnet.de>
On Tuesday 29 January 2008, Markus Moeller via RT wrote: Show quoted text
> Tue Jan 29 16:55:54 2008: Request 32788 was acted upon. > Transaction: Ticket created by huaraz@moeller.plus.com > Queue: GSSAPI > Subject: Enhancement to use OpenSolaris/Solaris 10 native gss library > Broken in: (no value) > Severity: (no value) > Owner: Nobody > Requestors: huaraz@moeller.plus.com > Status: new > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=32788 > > > > On the latest Solaris 10 / OpenSolairs builds exists a krb5-config file > but unfortunatly it does not work with gssapi as argument. Can Makefile.PL > check for this case and set the libs to -L/usr/lib -R/usr/lib -lgss
If you run perl Makefile.PL --help you get more options you can pass to the Makefile.PL command. (for includefiles and library-paths). Does this work and solve your problem? I have no Solaris 10/OpenSolaris available for testing, what are the conditions I can use to check for "Makefile.PL runs on Solaris 10/OpenSolaris"? Why is there a need to define 'gss_nt_service_name' if 'GSS_C_NT_HOSTBASED_SERVICE' is available? 'gss_nt_service_name' is never used in GSSAPI.pm, I don't understand why there ist a need to define it? Thank you, Achim
  Tue Jan 29 17:25:53 2008 The RT System itself - Status changed from 'new' to 'open'
  Tue Jan 29 17:48:47 2008 leifj [...] it.su.se - Correspondence added
CC: bug-GSSAPI [...] rt.cpan.org, huaraz [...] moeller.plus.com, perlgssapi-developer [...] lists.sourceforge.net
Subject: Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Tue, 29 Jan 2008 23:48:16 +0100
To: achim [...] grolmsnet.de
From: Leif Johansson <leifj [...] it.su.se>
Achim Grolms wrote: Show quoted text
> On Tuesday 29 January 2008, Markus Moeller via RT wrote: >
>> Tue Jan 29 16:55:54 2008: Request 32788 was acted upon. >> Transaction: Ticket created by huaraz@moeller.plus.com >> Queue: GSSAPI >> Subject: Enhancement to use OpenSolaris/Solaris 10 native gss library >> Broken in: (no value) >> Severity: (no value) >> Owner: Nobody >> Requestors: huaraz@moeller.plus.com >> Status: new >> Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=32788 > >> >> >> On the latest Solaris 10 / OpenSolairs builds exists a krb5-config file >> but unfortunatly it does not work with gssapi as argument. Can Makefile.PL >> check for this case and set the libs to -L/usr/lib -R/usr/lib -lgss >>
> > If you run > > perl Makefile.PL --help > > you get more options you can pass to the Makefile.PL command. > (for includefiles and library-paths). > > Does this work and solve your problem? > > I have no Solaris 10/OpenSolaris available for testing, > what are the conditions I can use to check for > "Makefile.PL runs on Solaris 10/OpenSolaris"? > > Why is there a need to define 'gss_nt_service_name' > if 'GSS_C_NT_HOSTBASED_SERVICE' is available? > > 'gss_nt_service_name' is never used in GSSAPI.pm, > I don't understand why there ist a need to define it? > >
I don't remember exactly but I think gss_nt_service_name is an MITism and I know that Solaris kerberos is essentially MIT kerberos. I think you may need the definition to be compatible with older versions of MIT krb. Cheers Leif Show quoted text
> Thank you, > Achim > > >
  Tue Jan 29 18:03:20 2008 achim [...] grolmsnet.de - Correspondence added
CC: perlgssapi-developer [...] lists.sourceforge.net, bug-GSSAPI [...] rt.cpan.org
Subject: Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Wed, 30 Jan 2008 00:02:58 +0100
To: Leif Johansson <leifj [...] it.su.se>, huaraz [...] moeller.plus.com
From: Achim Grolms <achim [...] grolmsnet.de>
On Tuesday 29 January 2008, Leif Johansson wrote: Show quoted text
> > 'gss_nt_service_name' is never used in GSSAPI.pm, > > I don't understand why there ist a need to define it?
> > I don't remember exactly but I think gss_nt_service_name is an MITism
I agree. Show quoted text
> and I know that Solaris kerberos is essentially MIT kerberos.
I agree. Show quoted text
> I think you > may need the definition to be compatible with older versions of MIT krb.
GSSAPI.pm internally always uses GSS_C_NT_HOSTBASED_SERVICE. No direct dependency to 'gss_nt_service_name'. If GSSAPI.pm is build against old MIT libraries ( 1.2.x ) GSS_C_NT_HOSTBASED_SERVICE is not available, but defined by gss_nt_service_name instead. From GSSAPI.xs : #if defined(MITKERB12) /* symbols not defined in MIT Kerberos 1.2.x */ #define GSS_C_NT_USER_NAME gss_nt_user_name #define GSS_C_NT_MACHINE_UID_NAME gss_nt_machine_uid_name #define GSS_C_NT_STRING_UID_NAME gss_nt_string_uid_name #define GSS_C_NT_HOSTBASED_SERVICE gss_nt_service_name #define GSS_C_NT_EXPORT_NAME gss_nt_exported_name #endif But *if* GSS_C_NT_HOSTBASED_SERVICE is available and gss_nt_service_name is not used... Why the need to define it in GSSAPI.xs? Why to define it in "the other direction"? #define gss_nt_service_name GSS_C_NT_HOSTBASED_SERVICE Hmm. Am I wrong? Thank you, Achim
  Tue Jan 29 18:04:53 2008 leifj [...] it.su.se - Correspondence added
CC: huaraz [...] moeller.plus.com, perlgssapi-developer [...] lists.sourceforge.net, bug-GSSAPI [...] rt.cpan.org
Subject: Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Wed, 30 Jan 2008 00:04:23 +0100
To: achim [...] grolmsnet.de
From: Leif Johansson <leifj [...] it.su.se>
Show quoted text
> > But *if* GSS_C_NT_HOSTBASED_SERVICE is available and > gss_nt_service_name is not used... > Why the need to define it in GSSAPI.xs? > Why to define it in "the other direction"? > > #define gss_nt_service_name GSS_C_NT_HOSTBASED_SERVICE > > Hmm. Am I wrong? > > Thank you, > Achim > >
the only need would be to support applications which relied on the older definition - I can't think of any.
  Tue Jan 29 18:14:54 2008 achim [...] grolmsnet.de - Correspondence added
CC: bug-GSSAPI [...] rt.cpan.org, huaraz [...] moeller.plus.com, perlgssapi-developer [...] lists.sourceforge.net
Subject: Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Wed, 30 Jan 2008 00:14:34 +0100
To: Leif Johansson <leifj [...] it.su.se>
From: Achim Grolms <achim [...] grolmsnet.de>
On Wednesday 30 January 2008, you wrote: Show quoted text
> > But *if* GSS_C_NT_HOSTBASED_SERVICE is available and > > is not used... > > Why the need to define it in GSSAPI.xs? > > Why to define it in "the other direction"? > > > > #define gss_nt_service_name GSS_C_NT_HOSTBASED_SERVICE > > > > Hmm. Am I wrong? > > > > Thank you, > > Achim
> > the only need would be to support applications which relied on the > older definition - I can't think of any.
"Application"... that means application using the GSSAPI.pm module? This applications run against the code in xs/OID.xs : GSSAPI::OID_const gss_nt_service_name() CODE: RETVAL = GSS_C_NT_HOSTBASED_SERVICE; OUTPUT: RETVAL Is there a point a Perl-application using GSSAPI.pm will have a use for the (C-level) 'gss_nt_service_name'? Thank you, Achim
  Tue Jan 29 18:38:44 2008 leifj [...] it.su.se - Correspondence added
CC: bug-GSSAPI [...] rt.cpan.org, huaraz [...] moeller.plus.com, perlgssapi-developer [...] lists.sourceforge.net
Subject: Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Wed, 30 Jan 2008 00:38:17 +0100
To: achim [...] grolmsnet.de
From: Leif Johansson <leifj [...] it.su.se>
Achim Grolms wrote: Show quoted text
> On Wednesday 30 January 2008, you wrote: >
>>> But *if* GSS_C_NT_HOSTBASED_SERVICE is available and >>> is not used... >>> Why the need to define it in GSSAPI.xs? >>> Why to define it in "the other direction"? >>> >>> #define gss_nt_service_name GSS_C_NT_HOSTBASED_SERVICE >>> >>> Hmm. Am I wrong? >>> >>> Thank you, >>> Achim >>>
>> the only need would be to support applications which relied on the >> older definition - I can't think of any. >>
> > "Application"... that means application using the GSSAPI.pm > module? This applications run against the code in > xs/OID.xs : > > > GSSAPI::OID_const > gss_nt_service_name() > CODE: > RETVAL = GSS_C_NT_HOSTBASED_SERVICE; > OUTPUT: > RETVAL > > > Is there a point a Perl-application using GSSAPI.pm > will have a use for the (C-level) 'gss_nt_service_name'? > > Thank you, > Achim >
Not that I can think of
  Tue Jan 29 19:57:19 2008 huaraz [...] moeller.plus.com - Correspondence added
CC: <bug-GSSAPI [...] rt.cpan.org>, <perlgssapi-developer [...] lists.sourceforge.net>
Subject: Re: **SPAM ZEN 83.227.179.169** Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Wed, 30 Jan 2008 00:56:53 -0000
To: "Leif Johansson" <leifj [...] it.su.se>, <achim [...] grolmsnet.de>
From: "Markus Moeller" <huaraz [...] moeller.plus.com>
It is a bit strange I have to admit. On my OpenSolaris I don't need the defines, but on Solaris 10 I do. OpenSolaris: # make cp GSSAPI.pm blib/lib/GSSAPI.pm cp GSSAPI/OID/Set.pm blib/lib/GSSAPI/OID/Set.pm cp GSSAPI/OID.pm blib/lib/GSSAPI/OID.pm cp GSSAPI/Status.pm blib/lib/GSSAPI/Status.pm /usr/bin/perl /usr/perl5/5.8.4/lib/ExtUtils/xsubpp -typemap /usr/perl5/5.8.4/lib/ExtUtils/typemap -typemap typemap GSSAPI.xs > GSSAPI.xsc && mv GSSAPI.xsc GSSAPI.c cc -c -I/usr/include/kerberosv5 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TS_ERRNO -xO3 -xspace -xildoff -DVERSION=\"0.24\" -DXS_VERSION=\"0.24\" -KPIC "-I/usr/perl5/5.8.4/lib/i86pc-solaris-64int/CORE" GSSAPI.c Running Mkbootstrap for GSSAPI () chmod 644 GSSAPI.bs rm -f blib/arch/auto/GSSAPI/GSSAPI.so LD_RUN_PATH="/usr/lib" cc -G GSSAPI.o -o ib/arch/auto/GSSAPI/GSSAPI.so -L/usr/lib -R/usr/lib -lgss chmod 755 blib/arch/auto/GSSAPI/GSSAPI.so cp GSSAPI.bs blib/arch/auto/GSSAPI/GSSAPI.bs chmod 644 blib/arch/auto/GSSAPI/GSSAPI.bs Manifying blib/man3/GSSAPI.3 Manifying blib/man3/GSSAPI::OID::Set.3 Manifying blib/man3/GSSAPI::OID.3 Manifying blib/man3/GSSAPI::Status.3 Solaris 10: # make cc -c -I/usr/include/kerberosv5 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xarch=v8 -D_TS_ERRNO -xO3 -xspace -xildoff -DVERSION=\"0.24\" -DXS_VERSION=\"0.24\" -KPIC "-I/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE" -DMITKERB12 GSSAPI.c "xs/OID.xs", line 85: undefined symbol: gss_nt_user_name "xs/OID.xs", line 85: warning: improper pointer/integer combination: op "=" "xs/OID.xs", line 92: undefined symbol: gss_nt_machine_uid_name "xs/OID.xs", line 92: warning: improper pointer/integer combination: op "=" "xs/OID.xs", line 99: undefined symbol: gss_nt_string_uid_name "xs/OID.xs", line 99: warning: improper pointer/integer combination: op "=" "xs/OID.xs", line 106: undefined symbol: gss_nt_service_name "xs/OID.xs", line 106: warning: improper pointer/integer combination: op "=" "xs/OID.xs", line 113: undefined symbol: gss_nt_exported_name "xs/OID.xs", line 113: warning: improper pointer/integer combination: op "=" "xs/OID.xs", line 120: undefined symbol: gss_nt_service_name "xs/OID.xs", line 120: warning: improper pointer/integer combination: op "=" "xs/OID.xs", line 174: undefined symbol: gss_nt_service_name "xs/OID.xs", line 174: warning: improper pointer/integer combination: op "=" cc: acomp failed for GSSAPI.c make: *** [GSSAPI.o] Error 2 Markus Show quoted text
----- Original Message ----- From: "Leif Johansson" <leifj@it.su.se> To: <achim@grolmsnet.de> Cc: <bug-GSSAPI@rt.cpan.org>; <huaraz@moeller.plus.com>; <perlgssapi-developer@lists.sourceforge.net> Sent: Tuesday, January 29, 2008 11:38 PM Subject: **SPAM ZEN 83.227.179.169** Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
> Achim Grolms wrote:
>> On Wednesday 30 January 2008, you wrote: >>
>>>> But *if* GSS_C_NT_HOSTBASED_SERVICE is available and >>>> is not used... >>>> Why the need to define it in GSSAPI.xs? >>>> Why to define it in "the other direction"? >>>> >>>> #define gss_nt_service_name GSS_C_NT_HOSTBASED_SERVICE >>>> >>>> Hmm. Am I wrong? >>>> >>>> Thank you, >>>> Achim >>>>
>>> the only need would be to support applications which relied on the >>> older definition - I can't think of any. >>>
>> >> "Application"... that means application using the GSSAPI.pm >> module? This applications run against the code in >> xs/OID.xs : >> >> >> GSSAPI::OID_const >> gss_nt_service_name() >> CODE: >> RETVAL = GSS_C_NT_HOSTBASED_SERVICE; >> OUTPUT: >> RETVAL >> >> >> Is there a point a Perl-application using GSSAPI.pm >> will have a use for the (C-level) 'gss_nt_service_name'? >> >> Thank you, >> Achim >>
> Not that I can think of >
  Wed Jan 30 01:34:27 2008 achim [...] grolmsnet.de - Correspondence added
CC: bug-GSSAPI [...] rt.cpan.org, "Leif Johansson" <leifj [...] it.su.se>, perlgssapi-developer [...] lists.sourceforge.net
Subject: Re:[Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Wed, 30 Jan 2008 07:34:04 +0100
To: "Markus Moeller" <huaraz [...] moeller.plus.com>
From: Achim Grolms <achim [...] grolmsnet.de>
On Wednesday 30 January 2008, Markus Moeller via RT wrote: Show quoted text
> Queue: GSSAPI > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=32788 > > > It is a bit strange I have to admit. On my OpenSolaris I don't need the > defines, but on Solaris 10 I do.
From your logfile I can see that your run of Makefile.PL sets the define for the "MIT 1.2.x workaround": cc -c -I/usr/include/kerberosv5 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xarch=v8 -D_TS_ERRNO -xO3 -xspace -xildoff -DVERSION=\"0.24\" -DXS_VERSION=\"0.24\" -KPIC "-I/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE" -DMITKERB12 GSSAPI.c This -DMITKERB12 is set by Makefile.PL triggered by the output of krb5-config --version ("MIT 1.2.x workaround" means: tweak the defines to make GSSAPI.pm build against old MIT implementations that don't provide the GSS_C_* style uppercase constants but only the lowercase constants) What's the output of krb5-config --version on your Solaris 10? As far as I can see Makefile.PL tries to use the "MIT 1.2.x workaround" in that case, but this seems to be wrong because GSS_C* style constants are already available on the Solaris 10 Kerberos system. Can you try to build GSSAPI.pm without the -DMITKERB12 define? This define is set in Makefile.PL, you will find the code that checks for "MIT 1.2.x" in Makefile.PL, too. sub is_mit_1_2 { my ($cfgcmd) = @_; my $r = undef; my @vinfo = krb5_version( $cfgcmd ); FOUND: { foreach ( @vinfo) { if ( m/Kerberos 5 release 1\.2/) { $r = 1; last FOUND; } } } return $r; } Does this help? Thank you, Achim
  Wed Jan 30 15:18:23 2008 huaraz [...] moeller.plus.com - Correspondence added
CC: <bug-GSSAPI [...] rt.cpan.org>, "Leif Johansson" <leifj [...] it.su.se>, <perlgssapi-developer [...] lists.sourceforge.net>
Subject: Re: **SPAM ZEN 79.196.230.199** Re:[Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Wed, 30 Jan 2008 20:17:08 -0000
To: <achim [...] grolmsnet.de>
From: "Markus Moeller" <huaraz [...] moeller.plus.com>
I see the following on OpenSolaris krb5-config --version Solaris Kerberos (based on MIT Kerberos 5 release 1.4.0) but krb5-config --libs gssapi fails with /usr/bin/krb5-config: Unknown option `gssapi' -- use `--help' for usage Can you check for the SUN gss package with pkginfo -q SUNWgss and set a flag -DSEAM for example, set the libs to "-L/usr/lib -R/usr/lib -lgss" and add a ifdef to GSSAPI.xs like #if !defined(SEAM) #include <gssapi/gssapi_generic.h> #include <gssapi/gssapi_krb5.h> #else #include <gssapi/gssapi_ext.h> #endif On Solaris 10 a krb5-config comes back with krb5-config --version Solaris Kerberos (based on MIT Kerberos 5 release 1.2.1/1.3.0) I think it is more 1.3 than 1.2 and the above pkginfo would work too. Unfortunatly I am not that good in perl otherwise I would have send you a patch. Markus Show quoted text
----- Original Message ----- From: "Achim Grolms" <achim@grolmsnet.de> To: "Markus Moeller" <huaraz@moeller.plus.com> Cc: <bug-GSSAPI@rt.cpan.org>; "Leif Johansson" <leifj@it.su.se>; <perlgssapi-developer@lists.sourceforge.net> Sent: Wednesday, January 30, 2008 6:34 AM Subject: **SPAM ZEN 79.196.230.199** Re:[Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library On Wednesday 30 January 2008, Markus Moeller via RT wrote:
> Queue: GSSAPI > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=32788 > > > It is a bit strange I have to admit. On my OpenSolaris I don't need the > defines, but on Solaris 10 I do.
From your logfile I can see that your run of Makefile.PL sets the define for the "MIT 1.2.x workaround": cc -c -I/usr/include/kerberosv5 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xarch=v8 -D_TS_ERRNO -xO3 -xspace -xildoff -DVERSION=\"0.24\" -DXS_VERSION=\"0.24\" -KPIC "-I/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE" -DMITKERB12 GSSAPI.c This -DMITKERB12 is set by Makefile.PL triggered by the output of krb5-config --version ("MIT 1.2.x workaround" means: tweak the defines to make GSSAPI.pm build against old MIT implementations that don't provide the GSS_C_* style uppercase constants but only the lowercase constants) What's the output of krb5-config --version on your Solaris 10? As far as I can see Makefile.PL tries to use the "MIT 1.2.x workaround" in that case, but this seems to be wrong because GSS_C* style constants are already available on the Solaris 10 Kerberos system. Can you try to build GSSAPI.pm without the -DMITKERB12 define? This define is set in Makefile.PL, you will find the code that checks for "MIT 1.2.x" in Makefile.PL, too. sub is_mit_1_2 { my ($cfgcmd) = @_; my $r = undef; my @vinfo = krb5_version( $cfgcmd ); FOUND: { foreach ( @vinfo) { if ( m/Kerberos 5 release 1\.2/) { $r = 1; last FOUND; } } } return $r; } Does this help? Thank you, Achim
  Wed Jan 30 16:15:23 2008 achim [...] grolmsnet.de - Correspondence added
CC: perlgssapi-developer [...] lists.sourceforge.net, bug-GSSAPI [...] rt.cpan.org
Subject: Re: [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Wed, 30 Jan 2008 22:14:48 +0100
To: huaraz [...] moeller.plus.com
From: Achim Grolms <achim [...] grolmsnet.de>
On Wednesday 30 January 2008, Markus Moeller wrote: Show quoted text
> Unfortunatly I am not that good in perl otherwise I would have send you a > patch.
Can you provide an account on your machine(s) I can use as a Testenvironment? If not - are you willing to test Codesnippets and Changes and some "play the remote UI" I will forward to you? First question: Please run perl -e "print $^O"; on both of your OS and send me the output. Second question: As far as I understand the only problem on Opensolaris is the missing --libs gssapi option of krb5-config? Because of high workload at the moment I am not able to answer quickly on requests related to GSSAPI.pm Thank you, Achim
  Wed Jan 30 17:42:21 2008 huaraz [...] moeller.plus.com - Correspondence added
Subject: Re: [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Wed, 30 Jan 2008 22:41:47 -0000
To: <bug-GSSAPI [...] rt.cpan.org>
From: "Markus Moeller" <huaraz [...] moeller.plus.com>
Show quoted text
----- Original Message ----- From: "achim@grolmsnet.de via RT" <bug-GSSAPI@rt.cpan.org> To: <huaraz@moeller.plus.com> Sent: Wednesday, January 30, 2008 9:15 PM Subject: Re: [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
> > <URL: http://rt.cpan.org/Ticket/Display.html?id=32788 > > > On Wednesday 30 January 2008, Markus Moeller wrote: >
>> Unfortunatly I am not that good in perl otherwise I would have send you a >> patch.
> > Can you provide an account on your machine(s) I can > use as a Testenvironment? >
Unfortunatly the systems are not open to the internet, but I am happy to the testing, etc.
> If not - are you willing to test Codesnippets > and Changes and some "play the remote UI" I will forward to you? > First question: Please run > > perl -e "print $^O"; >
Solaris 8,9,10 and OpenSolaris the same perl -e "print $^O"; solaris
> on both of your OS and send me the output. > > Second question: > > As far as I understand the only problem on > Opensolaris is the missing --libs gssapi option > of krb5-config?
Yes and the different header files
> > Because of high workload at the moment I am not able to answer > quickly on requests related to GSSAPI.pm > > Thank you, > Achim > >
Markus
  Fri Feb 01 19:04:40 2008 huaraz [...] moeller.plus.com - Correspondence added
CC: <bug-GSSAPI [...] rt.cpan.org>, <perlgssapi-developer [...] lists.sourceforge.net>
Subject: Re: **SPAM ZEN 83.227.179.169** Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Sat, 2 Feb 2008 00:03:47 -0000
To: "Leif Johansson" <leifj [...] it.su.se>, <achim [...] grolmsnet.de>
From: "Markus Moeller" <huaraz [...] moeller.plus.com>
Please find attached an updated Makefile.PL and GSSAPI.xs. This works on my Solaris 10 and OpenSolaris box. Markus Show quoted text
----- Original Message ----- From: "Leif Johansson" <leifj@it.su.se> To: <achim@grolmsnet.de> Cc: <bug-GSSAPI@rt.cpan.org>; <huaraz@moeller.plus.com>; <perlgssapi-developer@lists.sourceforge.net> Sent: Tuesday, January 29, 2008 11:38 PM Subject: **SPAM ZEN 83.227.179.169** Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
> Achim Grolms wrote:
>> On Wednesday 30 January 2008, you wrote: >>
>>>> But *if* GSS_C_NT_HOSTBASED_SERVICE is available and >>>> is not used... >>>> Why the need to define it in GSSAPI.xs? >>>> Why to define it in "the other direction"? >>>> >>>> #define gss_nt_service_name GSS_C_NT_HOSTBASED_SERVICE >>>> >>>> Hmm. Am I wrong? >>>> >>>> Thank you, >>>> Achim >>>>
>>> the only need would be to support applications which relied on the >>> older definition - I can't think of any. >>>
>> >> "Application"... that means application using the GSSAPI.pm >> module? This applications run against the code in >> xs/OID.xs : >> >> >> GSSAPI::OID_const >> gss_nt_service_name() >> CODE: >> RETVAL = GSS_C_NT_HOSTBASED_SERVICE; >> OUTPUT: >> RETVAL >> >> >> Is there a point a Perl-application using GSSAPI.pm >> will have a use for the (C-level) 'gss_nt_service_name'? >> >> Thank you, >> Achim >>
> Not that I can think of >
Download GSSAPI-patch.tgz
application/x-compressed 5.4k

Message body not shown because it is not plain text.

  Fri Feb 01 20:46:45 2008 huaraz [...] moeller.plus.com - Correspondence added
CC: "Leif Johansson" <leifj [...] it.su.se>, <bug-GSSAPI [...] rt.cpan.org>, <perlgssapi-developer [...] lists.sourceforge.net>
Subject: Re: **SPAM ZEN 79.196.247.75** Re: **SPAM ZEN 83.227.179.169** Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Sat, 2 Feb 2008 00:45:35 -0000
To: <achim [...] grolmsnet.de>
From: "Markus Moeller" <huaraz [...] moeller.plus.com>
But I only check for solaris when krb5-config returns "Unknown" from /usr/bin/krb5-config: Unknown option `gssapi' -- use `--help' for usage If krb5-config is from MIT or Heimdal it will work as expected. Markus Show quoted text
----- Original Message ----- From: "Achim Grolms" <achim@grolmsnet.de> To: "Markus Moeller" <huaraz@moeller.plus.com> Cc: "Leif Johansson" <leifj@it.su.se>; <bug-GSSAPI@rt.cpan.org>; <perlgssapi-developer@lists.sourceforge.net> Sent: Saturday, February 02, 2008 12:23 AM Subject: **SPAM ZEN 79.196.247.75** Re: **SPAM ZEN 83.227.179.169** Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
> On Saturday 02 February 2008, Markus Moeller via RT wrote:
>> Queue: GSSAPI >> Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=32788 > >> >> Please find attached an updated Makefile.PL and GSSAPI.xs.
> > Hello Markus, thank you very much! > > Your Makefile.PL does the check of libs > by testing for OS: > > if ($^O =~ /solaris/) { > $libconf = "-L/usr/lib -R/usr/lib -lgss"; > } > > My idea was to check the output of > > krb5-config --version > > for /Solaris/ > > to check if the used GSSAPI-implementation is the > Kerberos-implementation shipped with Solaris. > > > The problem with simply checking $^O =~ /solaris/ > is (from my point of view): > > if the OS is Solaris, but the installed GSSAPI-implementation > is plain MIT-Kerberos...(or Heimdal) setting -DSEAM would be wrong? > > Do I see a problem where no problem exists? > > Thank you, > Achim > >
  Fri Feb 01 21:10:15 2008 achim [...] grolmsnet.de - Correspondence added
CC: "Leif Johansson" <leifj [...] it.su.se>, bug-GSSAPI [...] rt.cpan.org, perlgssapi-developer [...] lists.sourceforge.net
Subject: Re: **SPAM ZEN 83.227.179.169** Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Sat, 2 Feb 2008 01:23:09 +0100
To: "Markus Moeller" <huaraz [...] moeller.plus.com>
From: Achim Grolms <achim [...] grolmsnet.de>
On Saturday 02 February 2008, Markus Moeller via RT wrote: Show quoted text
> Queue: GSSAPI > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=32788 > > > Please find attached an updated Makefile.PL and GSSAPI.xs.
Hello Markus, thank you very much! Your Makefile.PL does the check of libs by testing for OS: if ($^O =~ /solaris/) { $libconf = "-L/usr/lib -R/usr/lib -lgss"; } My idea was to check the output of krb5-config --version for /Solaris/ to check if the used GSSAPI-implementation is the Kerberos-implementation shipped with Solaris. The problem with simply checking $^O =~ /solaris/ is (from my point of view): if the OS is Solaris, but the installed GSSAPI-implementation is plain MIT-Kerberos...(or Heimdal) setting -DSEAM would be wrong? Do I see a problem where no problem exists? Thank you, Achim
  Sat Feb 02 07:39:45 2008 huaraz [...] moeller.plus.com - Correspondence added
CC: "Leif Johansson" <leifj [...] it.su.se>, <bug-GSSAPI [...] rt.cpan.org>, <perlgssapi-developer [...] lists.sourceforge.net>
Subject: Re: **SPAM ZEN 79.196.247.75** Re: **SPAM ZEN 83.227.179.169** Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Sat, 2 Feb 2008 12:27:09 -0000
To: <achim [...] grolmsnet.de>
From: "Markus Moeller" <huaraz [...] moeller.plus.com>
Achim, I changed to check for the Solaris keyword in the version string. Markus Show quoted text
----- Original Message ----- From: "Achim Grolms" <achim@grolmsnet.de> To: "Markus Moeller" <huaraz@moeller.plus.com> Cc: "Leif Johansson" <leifj@it.su.se>; <bug-GSSAPI@rt.cpan.org>; <perlgssapi-developer@lists.sourceforge.net> Sent: Saturday, February 02, 2008 12:23 AM Subject: **SPAM ZEN 79.196.247.75** Re: **SPAM ZEN 83.227.179.169** Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
> On Saturday 02 February 2008, Markus Moeller via RT wrote:
>> Queue: GSSAPI >> Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=32788 > >> >> Please find attached an updated Makefile.PL and GSSAPI.xs.
> > Hello Markus, thank you very much! > > Your Makefile.PL does the check of libs > by testing for OS: > > if ($^O =~ /solaris/) { > $libconf = "-L/usr/lib -R/usr/lib -lgss"; > } > > My idea was to check the output of > > krb5-config --version > > for /Solaris/ > > to check if the used GSSAPI-implementation is the > Kerberos-implementation shipped with Solaris. > > > The problem with simply checking $^O =~ /solaris/ > is (from my point of view): > > if the OS is Solaris, but the installed GSSAPI-implementation > is plain MIT-Kerberos...(or Heimdal) setting -DSEAM would be wrong? > > Do I see a problem where no problem exists? > > Thank you, > Achim > >
Download GSSAPI-patch.tgz
application/x-compressed 5.4k

Message body not shown because it is not plain text.

  Sat Feb 02 09:08:00 2008 achim [...] grolmsnet.de - Correspondence added
CC: bug-GSSAPI [...] rt.cpan.org, Leif Johansson <leifj [...] it.su.se>
Subject: Re: [Perlgssapi-developer] Re: [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Sat, 2 Feb 2008 15:06:36 +0100
To: perlgssapi-developer [...] lists.sourceforge.net, "Markus Moeller" <huaraz [...] moeller.plus.com>
From: Achim Grolms <achim [...] grolmsnet.de>
On Saturday 02 February 2008, Markus Moeller wrote: Show quoted text
> Achim, > > I changed to check for the Solaris keyword in the version string
Hello Markus, I've added your patch to the Subversion repository. You can checkout the trunk version by svn checkout https://perlgssapi.svn.sourceforge.net/svnroot/perlgssapi/GSSAPI/trunk/GSSAPI Please let me know if the trunk version now works for you. @All: Please let me know if the trunk version still works for you... If everything works fine for you I will push the new version to CPAN. Thank you, Achim
  Sun Feb 03 10:43:45 2008 huaraz [...] moeller.plus.com - Correspondence added
CC: <bug-GSSAPI [...] rt.cpan.org>, "Leif Johansson" <leifj [...] it.su.se>
Subject: Re: **SPAM ZEN 79.196.241.104** Re: [Perlgssapi-developer] Re: [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Sun, 3 Feb 2008 15:42:23 -0000
To: <achim [...] grolmsnet.de>, <perlgssapi-developer [...] lists.sourceforge.net>
From: "Markus Moeller" <huaraz [...] moeller.plus.com>
Achim, I tested on my systems and it looks good. Thank you Markus Show quoted text
----- Original Message ----- From: "Achim Grolms" <achim@grolmsnet.de> To: <perlgssapi-developer@lists.sourceforge.net>; "Markus Moeller" <huaraz@moeller.plus.com> Cc: <bug-GSSAPI@rt.cpan.org>; "Leif Johansson" <leifj@it.su.se> Sent: Saturday, February 02, 2008 2:06 PM Subject: **SPAM ZEN 79.196.241.104** Re: [Perlgssapi-developer] Re: [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
> On Saturday 02 February 2008, Markus Moeller wrote:
>> Achim, >> >> I changed to check for the Solaris keyword in the version string
> > Hello Markus, > > I've added your patch to the Subversion repository. > You can checkout the trunk version by > > svn checkout > https://perlgssapi.svn.sourceforge.net/svnroot/perlgssapi/GSSAPI/trunk/GSSAPI > > > Please let me know if the trunk version now works for you. > > @All: Please let me know if the trunk version still works for you... > > If everything works fine for you I will push the new version to CPAN. > > Thank you, > Achim >
  Mon Feb 04 14:08:57 2008 achim [...] grolmsnet.de - Correspondence added
CC: Leif Johansson <leifj [...] it.su.se>
Subject: Re: [Perlgssapi-developer] **SPAM ZEN 79.196.241.104** Re: Re: [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library
Date: Mon, 4 Feb 2008 20:08:13 +0100
To: perlgssapi-developer [...] lists.sourceforge.net, "Markus Moeller" <huaraz [...] moeller.plus.com>, bug-GSSAPI [...] rt.cpan.org
From: Achim Grolms <achim [...] grolmsnet.de>
On Sunday 03 February 2008, Markus Moeller wrote: Show quoted text
> Achim, > > I tested on my systems and it looks good.
Release 0.25 of GSSAPI.pm is available at CPAN now. Thank you! Achim
  Mon Feb 04 14:10:45 2008 pause [...] grolmsnet.de - Status changed from 'open' to 'resolved'
  Mon Feb 04 14:10:54 2008 pause [...] grolmsnet.de - Fixed in 0.25 added