Thread: Re: [Perlgssapi-developer] [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gs
Brought to you by:
achimgrolms
Menu
▾
▴
perlgssapi-developer
|
From: Achim G. <ac...@gr...> - 2008-01-29 22:25:31
|
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 hu...@mo... > Queue: GSSAPI > Subject: Enhancement to use OpenSolaris/Solaris 10 native gss library > Broken in: (no value) > Severity: (no value) > Owner: Nobody > Requestors: hu...@mo... > 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 |
|
From: Leif J. <le...@it...> - 2008-01-29 22:48:26
|
Achim Grolms wrote: > 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 hu...@mo... >> Queue: GSSAPI >> Subject: Enhancement to use OpenSolaris/Solaris 10 native gss library >> Broken in: (no value) >> Severity: (no value) >> Owner: Nobody >> Requestors: hu...@mo... >> 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 > Thank you, > Achim > > > |
|
From: Achim G. <ac...@gr...> - 2008-01-29 23:03:13
|
On Tuesday 29 January 2008, Leif Johansson wrote: > > '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. > and I know that Solaris kerberos is essentially MIT kerberos.=20 I agree. > I think you=20 > 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. =46rom 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 |
|
From: Leif J. <le...@it...> - 2008-01-29 23:04:31
|
> > 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. |
|
From: Achim G. <ac...@gr...> - 2008-01-29 23:14:37
|
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
|
|
From: Leif J. <le...@it...> - 2008-01-29 23:38:25
|
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 |
|
From: Markus M. <hu...@mo...> - 2008-01-30 00:57:12
|
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 ----- Original Message ----- From: "Leif Johansson" <le...@it...> To: <ac...@gr...> Cc: <bug...@rt...>; <hu...@mo...>; <per...@li...> 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 > |
|
From: Markus M. <hu...@mo...> - 2008-02-02 00:04:20
Attachments:
GSSAPI-patch.tgz
|
Please find attached an updated Makefile.PL and GSSAPI.xs. This works on my Solaris 10 and OpenSolaris box. Markus ----- Original Message ----- From: "Leif Johansson" <le...@it...> To: <ac...@gr...> Cc: <bug...@rt...>; <hu...@mo...>; <per...@li...> 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 > |
|
From: Achim G. <ac...@gr...> - 2008-01-30 06:34:15
|
On Wednesday 30 January 2008, Markus Moeller via RT wrote: > Queue: GSSAPI > Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=3D32788 > > > It is a bit strange I have to admit. On my OpenSolaris I don't need the > defines, but on Solaris 10 I do. =46rom 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=3D= 64 =20 =2Dxarch=3Dv8 -D_TS_ERRNO -xO3 -xspace -xildoff -DVERSION=3D\"0.24\" -DXS= _VERSION=3D\"0.24\"=20 -KPIC "-I/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE" -DMITKERB12=20 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=20 "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=20 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) =3D @_; my $r =3D undef; my @vinfo =3D krb5_version( $cfgcmd ); FOUND: { foreach ( @vinfo) { if ( m/Kerberos 5 release 1\.2/) { $r =3D 1; last FOUND; } } } return $r; } Does this help? Thank you, Achim |
|
From: Markus M. <hu...@mo...> - 2008-01-30 20:17:53
|
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 ----- Original Message ----- From: "Achim Grolms" <ac...@gr...> To: "Markus Moeller" <hu...@mo...> Cc: <bug...@rt...>; "Leif Johansson" <le...@it...>; <per...@li...> 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 |
|
From: Achim G. <ac...@gr...> - 2008-01-30 21:14:55
|
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? 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 |
|
From: Markus M. <hu...@mo...> - 2008-02-02 00:46:13
|
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 ----- Original Message ----- From: "Achim Grolms" <ac...@gr...> To: "Markus Moeller" <hu...@mo...> Cc: "Leif Johansson" <le...@it...>; <bug...@rt...>; <per...@li...> 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 > > |
|
From: Markus M. <hu...@mo...> - 2008-02-02 12:27:42
Attachments:
GSSAPI-patch.tgz
|
Achim, I changed to check for the Solaris keyword in the version string. Markus ----- Original Message ----- From: "Achim Grolms" <ac...@gr...> To: "Markus Moeller" <hu...@mo...> Cc: "Leif Johansson" <le...@it...>; <bug...@rt...>; <per...@li...> 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 > > |
|
From: Achim G. <ac...@gr...> - 2008-02-02 14:06:44
|
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 |
|
From: Markus M. <hu...@mo...> - 2008-02-03 15:43:04
|
Achim, I tested on my systems and it looks good. Thank you Markus ----- Original Message ----- From: "Achim Grolms" <ac...@gr...> To: <per...@li...>; "Markus Moeller" <hu...@mo...> Cc: <bug...@rt...>; "Leif Johansson" <le...@it...> 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 > |
|
From: Achim G. <ac...@gr...> - 2008-02-04 19:08:18
|
On Sunday 03 February 2008, Markus Moeller wrote: > Achim, > > I tested on my systems and it looks good. Release 0.25 of GSSAPI.pm is available at CPAN now. Thank you! Achim |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X