perlgssapi-developer Mailing List for Perl GSSAPI bindings (Page 5)
Brought to you by:
achimgrolms
Menu
▾
▴
perlgssapi-developer — discussion of development process
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
(99) |
Mar
(17) |
Apr
(8) |
May
(6) |
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
(10) |
Feb
(6) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|
From: Dax K. <da...@gu...> - 2006-02-16 22:13:13
|
On Thu, 2006-02-16 at 15:11 -0700, Dax Kelson wrote: > Is there some metadata missing? According to the man page for cpan2rpm: "The script determines the version number of the module by consulting the Makefile.PL=E2=80=99s VERSION or VERSION_FROM fields." Dax Kelson Guru Labs |
|
From: Dax K. <da...@gu...> - 2006-02-16 22:11:00
|
Is there some metadata missing? $ cpan2rpm GSSAPI-0.18.tar.gz CPAN+ not found - using old interface -- module: GSSAPI-0.18.tar.gz -- Metadata retrieval Tarball extraction: [/data/home/dkelson/redhat/SOURCES/GSSAPI-0.18.tar.gz] No version found, please use --version option. Stopped at /usr/bin/cpan2rpm line 577. -- Done -- For most all CPAN modules I create RPMs from, I do not have to supply --version. Dax Kelson Guru Labs |
|
From: Achim G. <per...@gr...> - 2006-02-16 22:04:20
|
On Thursday 16 February 2006 22:46, Leif Johansson wrote: > Achim Grolms wrote: > > registered namespace LWP::Authen::Negotiate. > > > > I have granted upload Permissions to LEIFJ. > > I uploaded LWP::Authen::Negotiate - not sure how to get it to the right > place though... 2006-02-16 22:42:45 $$2688 v460: Going to fetch uriid[L/LE/LEIFJ/LWP-Authen-Negotiate-0.02.tar.gz] (paused:531) 2006-02-16 22:42:45 $$2688 v460: Requesting a GET on uri [ftp://pause.perl.org/incoming/LWP-Authen-Negotiate-0.02.tar.gz] (paused:552) 2006-02-16 22:42:47 $$2688 v460: Got L/LE/LEIFJ/LWP-Authen-Negotiate-0.02.tar.gz (size 3532) (paused:428) 2006-02-16 22:42:51 $$2688 v460: Sent email(s) about uriid[L/LE/LEIFJ/LWP-Authen-Negotiate-0.02.tar.gz] (paused:491) 2006-02-16 22:44:56 $$2688 v460: Verified L/LE/LEIFJ/LWP-Authen-Negotiate-0.02.tar.gz (paused:261) Seems good. Wait til the indexer runs. That makes it visible to all CPAN users. Thank you, Achim |
|
From: Leif J. <le...@it...> - 2006-02-16 21:46:44
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Achim Grolms wrote: > registered namespace LWP::Authen::Negotiate. > > I have granted upload Permissions to LEIFJ. > I uploaded LWP::Authen::Negotiate - not sure how to get it to the right place though... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD9PK68Jx8FtbMZncRAvC2AKCitn+TugS8K7EW6qv/GuuvpAefDgCgmR9t WEaTcY48G8A6jLmpoTcXLvw= =mlgG -----END PGP SIGNATURE----- |
|
From: Achim G. <per...@gr...> - 2006-02-14 14:49:53
|
On Tuesday 14 February 2006 11:38, Merijn Broeren wrote: > Quoting Achim Grolms (per...@gr...): > > Please test! > > Yup, that works on all platforms, all tests pass now. > > Maybe we should move test.pl into a t/test.t file as well? Done that. All that now is part of GSSAPI-0.18 at CPAN. Thank you, Achim |
|
From: Merijn B. <me...@il...> - 2006-02-14 10:38:28
|
Quoting Achim Grolms (per...@gr...):
>
> Find attached my patch + testskript.
> Works for me.
>
> Please test!
>
Yup, that works on all platforms, all tests pass now.
Maybe we should move test.pl into a t/test.t file as well?
Cheers,,
--
Merijn Broeren | Sometime in the middle ages, God got fed up with us
Software Geek | and put earth at sol.milky-way.univ in his kill-file.
| Pray all you want, it just gets junked.
|
|
From: Achim G. <per...@gr...> - 2006-02-13 18:11:20
|
On Monday 13 February 2006 18:35, Merijn Broeren wrote: > Quoting Achim Grolms (per...@gr...): > > I think that is the same I have done in GSSAPI.xs to make > > gss_mech_krb5 an gss_mech_krb5_old available. > > > > My idea: doing the some on gss_nt_krb5_name and gss_nt_krb5_principal. > > > > That will fix all "My library does not export symbol XYZ". > > > > What do you think? > > I tried and got stuck on the return value mismatch... Find attached my patch + testskript. Works for me. Please test! Thank you, Achim |
|
From: Merijn B. <me...@il...> - 2006-02-13 17:37:52
|
Quoting Achim Grolms (per...@gr...):
> On Monday 13 February 2006 17:21, Achim Grolms wrote:
> > On Monday 13 February 2006 16:52, Merijn Broeren wrote:
> > > I'd rather key this off a version define then WIN32, but I
> > > don't see anything suitable in gssapi*.h to use. Mmmmm.
> >
> > -DWIN32 can be set by Makefile.PL
>
> @Merijn:
>
> does your Win32 build process make use uf krb5-config?
> If so please send me output of
>
> krb5-config --version
>
No there isn't sadly enough.
cheers,
--
Merijn Broeren | Sometime in the middle ages, God got fed up with us
Software Geek | and put earth at sol.milky-way.univ in his kill-file.
| Pray all you want, it just gets junked.
|
|
From: Merijn B. <me...@il...> - 2006-02-13 17:35:45
|
Quoting Achim Grolms (per...@gr...): > On Monday 13 February 2006 16:52, Merijn Broeren wrote: > > Quoting Merijn Broeren (me...@il...): > > > > http://mailman.mit.edu/pipermail/krbdev/2005-February/003193.html > > "I have found that applications should maintain their > own list of supported mechanism OIDs when a specific mechanism is desired:" > > > I think that is the same I have done in GSSAPI.xs to make > gss_mech_krb5 an gss_mech_krb5_old available. > > My idea: doing the some on gss_nt_krb5_name and gss_nt_krb5_principal. > > That will fix all "My library does not export symbol XYZ". > > What do you think? > I tried and got stuck on the return value mismatch... Cheers, -- Merijn Broeren | Sometime in the middle ages, God got fed up with us Software Geek | and put earth at sol.milky-way.univ in his kill-file. | Pray all you want, it just gets junked. |
|
From: Achim G. <per...@gr...> - 2006-02-13 17:06:31
|
On Monday 13 February 2006 16:52, Merijn Broeren wrote: > Quoting Merijn Broeren (me...@il...): > > http://mailman.mit.edu/pipermail/krbdev/2005-February/003193.html "I have found that applications should maintain their own list of supported mechanism OIDs when a specific mechanism is desired:" I think that is the same I have done in GSSAPI.xs to make gss_mech_krb5 an gss_mech_krb5_old available. My idea: doing the some on gss_nt_krb5_name and gss_nt_krb5_principal. That will fix all "My library does not export symbol XYZ". What do you think? Achim " static CONST gss_OID_desc my_krb5_gss_oid_array[] = { /* this is the official, rfc-specified OID */ {9, "\052\206\110\206\367\022\001\002\002"}, /* this is the v2 assigned OID */ {9, "\052\206\110\206\367\022\001\002\003"}, /* these two are name type OID's */ {10, "\052\206\110\206\367\022\001\002\002\001"}, {10, "\052\206\110\206\367\022\001\002\002\002"}, { 0, 0 } }; static CONST gss_OID_desc * CONST gss_mech_krb5 = my_krb5_gss_oid_array+0; static CONST gss_OID_desc * CONST gss_mech_krb5_v2 = my_krb5_gss_oid_array+1; static CONST gss_OID_desc * CONST gss_nt_krb5_name = my_krb5_gss_oid_array+2; static CONST gss_OID_desc * CONST gss_nt_krb5_principal = my_krb5_gss_oid_array+3;" |
|
From: Achim G. <per...@gr...> - 2006-02-13 16:44:56
|
On Monday 13 February 2006 17:21, Achim Grolms wrote: > On Monday 13 February 2006 16:52, Merijn Broeren wrote: > > I'd rather key this off a version define then WIN32, but I > > don't see anything suitable in gssapi*.h to use. Mmmmm. > > -DWIN32 can be set by Makefile.PL @Merijn: does your Win32 build process make use uf krb5-config? If so please send me output of krb5-config --version (I can extract Version and Implementationname to set the -D flags) Achim |
|
From: Achim G. <per...@gr...> - 2006-02-13 16:21:17
|
On Monday 13 February 2006 16:52, Merijn Broeren wrote: > I'd rather key this off a version define then WIN32, but I > don't see anything suitable in gssapi*.h to use. Mmmmm. -DWIN32 can be set by Makefile.PL |
|
From: Achim G. <per...@gr...> - 2006-02-13 16:19:42
|
On Monday 13 February 2006 14:00, Merijn Broeren wrote:
> GSS_KRB5_NT_USER_NAME
> GSS_KRB5_NT_PRINCIPAL_NAME
my ideas:
a) simple dropping of
gss_nt_krb5_principal() and
gss_nt_krb5_name()
is there a need for that constants?
b)
make them dropable by -DBROKENKRB5HEADERS
GSSAPI::OID_const
gss_nt_krb5_name()
CODE:
#if defined(BROKENKRB5HEADERS)
croak("not implemented, sorry!!!11!!")
#endif
#if defined(BROKENKRB5HEADERS)
RETVAL = GSS_KRB5_NT_USER_NAME;
#endif
OUTPUT:
RETVAL
c)
do replacement with existing headers
#if defined(BROKENKRB5HEADERS)
#define GSS_KRB5_NT_USER_NAME gss_otherconstant
#endif
What do you think?
Thank you,
Achim
|
|
From: Merijn B. <me...@il...> - 2006-02-13 15:52:24
|
Quoting Merijn Broeren (me...@il...): > Quoting Merijn Broeren (me...@il...): > > > > I'll investigate the source of mitkfw. It is a slightly different code > > base, but in principle is a fork of the normal mit C code for unix. > > > Looks like it is an acknowledged problem, see the thread starting here : > > http://mailman.mit.edu/pipermail/krbdev/2005-February/003193.html > > the first mails purports to have a solution (that I have not tried yet) > and later in the thread the symbols are mentioned as missing and to be > exported in a later version. That is not out yet as far as I know. > Patch like this makes it all work: diff -u -r GSSAPI-0.17/xs/OID.xs GSSAPI-0.17.patched/xs/OID.xs --- GSSAPI-0.17/xs/OID.xs Sun Feb 12 10:58:51 2006 +++ GSSAPI-0.17.patched/xs/OID.xs Mon Feb 13 10:39:10 2006 @@ -126,14 +126,24 @@ GSSAPI::OID_const gss_nt_krb5_name() CODE: - RETVAL = GSS_KRB5_NT_USER_NAME; +#if !defined(WIN32) + RETVAL = gss_nt_krb5_name; +#endif +#if defined(WIN32) + croak("gss_nt_krb5_name() is not exported in windows API!"); +#endif OUTPUT: RETVAL GSSAPI::OID_const gss_nt_krb5_principal() CODE: - RETVAL = GSS_KRB5_NT_PRINCIPAL_NAME; +#if !defined(WIN32) + RETVAL = gss_nt_krb5_principal; +#endif +#if defined(WIN32) + croak("gss_nt_krb5_principal() is not exported in windows API!"); +#endif OUTPUT: RETVAL but that is a cop out ofcourse. In MIT KfW 3.0 this might be fixed, I'm using 2.6.5 the previous release. We'll install this hopefully and I will check the code then. So this patch can just be documented in the INSTALL. I'd rather key this off a version define then WIN32, but I don't see anything suitable in gssapi*.h to use. Mmmmm. Cheers, -- Merijn Broeren | Sometime in the middle ages, God got fed up with us Software Geek | and put earth at sol.milky-way.univ in his kill-file. | Pray all you want, it just gets junked. |
|
From: Merijn B. <me...@il...> - 2006-02-13 14:03:13
|
Quoting Merijn Broeren (me...@il...): > > I'll investigate the source of mitkfw. It is a slightly different code > base, but in principle is a fork of the normal mit C code for unix. > Looks like it is an acknowledged problem, see the thread starting here : http://mailman.mit.edu/pipermail/krbdev/2005-February/003193.html the first mails purports to have a solution (that I have not tried yet) and later in the thread the symbols are mentioned as missing and to be exported in a later version. That is not out yet as far as I know. Cheers, -- Merijn Broeren | Sometime in the middle ages, God got fed up with us Software Geek | and put earth at sol.milky-way.univ in his kill-file. | Pray all you want, it just gets junked. |
|
From: Merijn B. <me...@il...> - 2006-02-13 13:00:56
|
Quoting Achim Grolms (per...@gr...):
> released GSSAPI-0.17
>
> 0.17 So Feb 12 21:52:41 CET 2006
> -use of uppercase GSS_ style import-constants instead of lowercase
> gss_ constants. Hope this does not break things, please
> let me know if that means problems on you platform!
> -deleted mechtype sets gss_mech_set_krb5,
> gss_mech_set_krb5_old, gss_mech_set_krb5_both, gss_mech_set_krb5.
> Please let me know if that breaks your code and needs to be fixed!
> -added example gss-client.pl and gss-server.pl
> (Thanks Merijn!)
> -added SPNEGO Mechttype to OID.xs
> -made the test.pl list available Mechtypes
> -added indicate_mechs Example to POD
>
>
> I hope that fixes Merijn's build problems on Windows.
>
Nope, it doesn't. My gssapi32.lib only exports the following symbols:
dumpbin /exports gssapi32.lib
Microsoft (R) COFF/PE Dumper Version 7.00.9466
Copyright (C) Microsoft Corporation. All rights reserved.
Dump of file gssapi32.lib
File Type: LIBRARY
Exports
ordinal name
_GSS_C_NT_ANONYMOUS
_GSS_C_NT_EXPORT_NAME
_GSS_C_NT_HOSTBASED_SERVICE
_GSS_C_NT_HOSTBASED_SERVICE_X
_GSS_C_NT_MACHINE_UID_NAME
_GSS_C_NT_STRING_UID_NAME
_GSS_C_NT_USER_NAME
_gss_accept_sec_context@44
_gss_acquire_cred@32
_gss_add_cred@44
_gss_add_oid_set_member@12
_gss_canonicalize_name@16
_gss_compare_name@16
_gss_context_time@12
_gss_create_empty_oid_set@8
_gss_delete_sec_context@12
_gss_display_name@16
_gss_display_status@24
_gss_duplicate_name@12
_gss_export_name@12
_gss_export_sec_context@12
_gss_get_mic@20
_gss_import_name@16
_gss_import_sec_context@12
_gss_indicate_mechs@8
_gss_init_sec_context@52
_gss_inquire_context@36
_gss_inquire_cred@24
_gss_inquire_cred_by_mech@28
_gss_inquire_names_for_mech@12
_gss_krb5_ccache_name@12
_gss_krb5_copy_ccache@12
_gss_krb5_get_tkt_flags@12
_gss_nt_machine_uid_name
_gss_nt_service_name
_gss_nt_string_uid_name
_gss_nt_user_name
_gss_oid_to_str@12
_gss_process_context_token@12
_gss_release_buffer@8
_gss_release_cred@8
_gss_release_name@8
_gss_release_oid@8
_gss_release_oid_set@8
_gss_seal@28
_gss_sign@20
_gss_str_to_oid@12
_gss_test_oid_set_member@16
_gss_unseal@24
_gss_unwrap@24
_gss_verify@20
_gss_verify_mic@20
_gss_wrap@28
_gss_wrap_size_limit@24
which means that there are still two symbols missing :
GSS_KRB5_NT_USER_NAME
GSS_KRB5_NT_PRINCIPAL_NAME
I'll investigate the source of mitkfw. It is a slightly different code
base, but in principle is a fork of the normal mit C code for unix.
Cheers,
--
Merijn Broeren | Sometime in the middle ages, God got fed up with us
Software Geek | and put earth at sol.milky-way.univ in his kill-file.
| Pray all you want, it just gets junked.
|
|
From: Achim G. <per...@gr...> - 2006-02-12 21:50:13
|
released GSSAPI-0.17 0.17 So Feb 12 21:52:41 CET 2006 -use of uppercase GSS_ style import-constants instead of lowercase gss_ constants. Hope this does not break things, please let me know if that means problems on you platform! -deleted mechtype sets gss_mech_set_krb5, gss_mech_set_krb5_old, gss_mech_set_krb5_both, gss_mech_set_krb5. Please let me know if that breaks your code and needs to be fixed! -added example gss-client.pl and gss-server.pl (Thanks Merijn!) -added SPNEGO Mechttype to OID.xs -made the test.pl list available Mechtypes -added indicate_mechs Example to POD I hope that fixes Merijn's build problems on Windows. Thank you, Achim |
|
From: Achim G. <per...@gr...> - 2006-02-11 13:44:01
|
On Friday 10 February 2006 18:07, Merijn Broeren wrote: > Hi there, > > Looking for those missing symbols I found what looks like somebody's > patch through google: > > http://rc.vintela.com/topics/ddns/downloads/GSSAPI-vas.patch > > basically removing the mech stuff and using different constants and in > some cases function names. The patch just drops gss_nt_exported_name() from GSSAPI::OID_cons. Is there no need for gss_nt_exported_name OID? Thank you, Achim |
|
From: Achim G. <per...@gr...> - 2006-02-11 13:35:43
|
On Friday 10 February 2006 18:05, Merijn Broeren wrote:
> LNK2001: unresolved external symbol _gss_mech_krb5 GSSAPI.obj : error
> LNK2001: unresolved external symbol _gss_mech_krb5_old
=46rom my point of view it is impossible to import the Mechtype OIDs
from external Headerfiles.(Too many differences from Implementation
to Implementation)
My simple solution: define the needed Kerberos Mechtype OIDs
in GSSAPI itself (to be intependent from external header files).
I've made that in my working copy and the changes passed all tests.
What do you think?
The Code is
Index: GSSAPI.xs
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=2D-- GSSAPI.xs (revision 14)
+++ GSSAPI.xs (working copy)
@@ -3,6 +3,8 @@
#include "XSUB.h"
/* #include=20
"/src/admin/kerberos/krb5-1.2.1-local/src/lib/gssapi/krb5/gssapiP_krb5.h" */
=20
+#define __KRB5_MECHTYPE_OID &mygss_mech_krb5
+#define __KRB5_OLD_MECHTYPE_OID &mygss_mech_krb5_old
=20
#if defined(HEIMDAL)
#include <gssapi.h>
@@ -21,17 +23,12 @@
#include <gssapi/gssapi_krb5.h>
#endif
=20
=2D#if defined(HEIMDAL)
=2D
=2D#define gss_mech_krb5 GSS_KRB5_MECHANISM
=2D
static gss_OID_desc mygss_mech_krb5 =3D {9, (void *)=20
"\x2a\x86\x48\x86\xf7\x12\x01\x02\x02"};
+static gss_OID_desc mygss_mech_krb5_old =3D {5, (void *)=20
"\x2b\x05\x01\x05\x02"};
=20
=20
+#if defined(HEIMDAL)
=20
=2D
=2D
=2Dstatic gss_OID_desc mygss_mech_krb5_old =3D {5, (void *)=20
"\x2b\x05\x01\x05\x02"};
static gss_OID_desc* gss_mech_krb5_old =3D &mygss_mech_krb5_old;
=20
static gss_OID_set_desc mygss_mech_set_krb5 =3D { 1, &mygss_mech_krb5 };
Index: test.pl
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=2D-- test.pl (revision 30)
+++ test.pl (working copy)
@@ -5,7 +5,7 @@
use ExtUtils::testlib;
=20
use GSSAPI qw(:all);
=2Duse Test::More tests =3D> 44;
+use Test::More tests =3D> 49;
=20
=20
ok( 1 =3D=3D 1 , 'Dummy (1 =3D=3D 1, should never fail.)' );
@@ -110,6 +110,20 @@
ok($status, '$oidset->contains(gss_nt_exported_name, $isin)');
ok(! $isin, '! $isin');
=20
+ $status=3D $oidset->contains( gss_mech_krb5_old, $isin );
+
+ ok($status, '$oidset->contains( gss_mech_krb5_old , $isin)');
+ ok(! $isin, '! gss_mech_krb5_old is not in');
+
+ $status =3D $oidset->insert( gss_mech_krb5_old );
+ ok($status, ' $oidset->insert( gss_mech_krb5_old );');
+
+ $status=3D $oidset->contains( gss_mech_krb5_old, $isin );
+
+ ok($status, '$oidset->contains( gss_mech_krb5_old , $isin)');
+ ok( $isin, ' gss_mech_krb5_old is in');
+
+
eval {
$status =3D gss_mech_set_krb5->insert(gss_nt_user_name);
};
Index: xs/OID.xs
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
=2D-- xs/OID.xs (revision 14)
+++ xs/OID.xs (working copy)
@@ -14,7 +14,9 @@
OM_uint32 minor;
PPCODE:
#if !defined(HEIMDAL)
=2D if (oid !=3D NULL) {
+ if (oid !=3D NULL &&
+ oid !=3D __KRB5_MECHTYPE_OID &&
+ oid !=3D __KRB5_OLD_MECHTYPE_OID ) {
(void)gss_release_oid(&minor, &oid);
}
#endif
@@ -137,14 +139,14 @@
GSSAPI::OID_const
gss_mech_krb5()
CODE:
=2D RETVAL =3D gss_mech_krb5;
+ RETVAL =3D __KRB5_MECHTYPE_OID;
OUTPUT:
RETVAL
=20
GSSAPI::OID_const
gss_mech_krb5_old()
CODE:
=2D RETVAL =3D gss_mech_krb5_old;
+ RETVAL =3D __KRB5_OLD_MECHTYPE_OID;
OUTPUT:
RETVAL
# Achim Grolms, 2006-02-04
|
|
From: Achim G. <per...@gr...> - 2006-02-11 03:07:10
|
Reading the Output of Makefile.PL
hundreds and hundreds of time is boring.
Just beatifying of output of Makefile.PL,
but makes testing easier. (I hope ;-))
looks like this now:
Welcome to GSSAPI.pm setup!
run "perl Makefile.PL --help" to see further installation options
----------------------------------------------------------
Searching krb5-config command...
/usr/bin/krb5-config
----------------------------------------------------------
using GSSAPI implementation
Kerberos 5 release 1.3.1
----------------------------------------------------------
Adding from your Perlinstallation ($Config{lddlflags}) to LDDLFLAGS
-shared -L/usr/local/lib
----------------------------------------------------------
Bypassing to LDDLFLAGS
-shared -L/usr/local/lib -Wl,-rpath -Wl,/usr/lib
----------------------------------------------------------
Using LIBS
-L/usr/lib -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv
----------------------------------------------------------
Using INC includeconfiguration
-I/usr/include
----------------------------------------------------------
Writing Makefile for GSSAPI
Thank you,
Achim
|
|
From: Achim G. <per...@gr...> - 2006-02-11 02:05:16
|
On Friday 10 February 2006 18:07, Merijn Broeren wrote: > http://rc.vintela.com/topics/ddns/downloads/GSSAPI-vas.patch > > basically removing the mech stuff and using different constants and in > some cases function names. Hmm. Looks for me like a patch making the module compile with Heimdal. GSS_KRB5_MECHANISM is defined in all of my Heimdal gssapi.h header files, but in none of my MIT header file (1.3 and 1.4). What is the "uppercase version" of gss_mech_krb5 in MIT 1.3 an mit 1.4 Headerfiles? Achim |
|
From: Merijn B. <me...@il...> - 2006-02-10 17:34:07
|
Quoting Achim Grolms (per...@gr...): > On Friday 10 February 2006 18:07, Merijn Broeren wrote: > > Hi there, > > > > Looking for those missing symbols I found what looks like somebody's > > patch through google: > > > > http://rc.vintela.com/topics/ddns/downloads/GSSAPI-vas.patch > > > > basically removing the mech stuff and using different constants > > yes, mostly it makes use of the uppercase constants of GSS_BLA style. > > Is there any reason not to use this constants instead the older > lower case constants in the GSSAPI module? > I'm not sure. I'm trying to get hold of our windows kerberos guy but he is not answering phone or e-mail. I'll get on with this on Monday. > Does that break usage of older GSSAPI versions that do not define that > constants? (At a minimum i have to document this in the readme file > and make the Makefile.PL warn or complain) > I cannot find much information on when and what has changed and the mit site is borked right now. ;-) -- Merijn Broeren | Sometime in the middle ages, God got fed up with us Software Geek | and put earth at sol.milky-way.univ in his kill-file. | Pray all you want, it just gets junked. |
|
From: Achim G. <per...@gr...> - 2006-02-10 17:23:08
|
On Friday 10 February 2006 18:07, Merijn Broeren wrote: > Hi there, > > Looking for those missing symbols I found what looks like somebody's > patch through google: > > http://rc.vintela.com/topics/ddns/downloads/GSSAPI-vas.patch > > basically removing the mech stuff and using different constants yes, mostly it makes use of the uppercase constants of GSS_BLA style. Is there any reason not to use this constants instead the older lower case constants in the GSSAPI module? Does that break usage of older GSSAPI versions that do not define that constants? (At a minimum i have to document this in the readme file and make the Makefile.PL warn or complain) Thank you, Achim |
|
From: Achim G. <per...@gr...> - 2006-02-10 17:19:23
|
On Friday 10 February 2006 18:07, Merijn Broeren wrote: > Hi there, > > Looking for those missing symbols I found what looks like somebody's > patch through google: > > http://rc.vintela.com/topics/ddns/downloads/GSSAPI-vas.patch > > basically removing the mech stuff and using different constants yes, mostly it makes use of the uppercase constants of GSS_BLA style. Is there any reason not to use this constants instead the older lower case constants in the GSSAPI module? Thank you, Achim |
|
From: Merijn B. <me...@il...> - 2006-02-10 17:07:19
|
Hi there, Looking for those missing symbols I found what looks like somebody's patch through google: http://rc.vintela.com/topics/ddns/downloads/GSSAPI-vas.patch basically removing the mech stuff and using different constants and in some cases function names. Cheers, -- Merijn Broeren | Sometime in the middle ages, God got fed up with us Software Geek | and put earth at sol.milky-way.univ in his kill-file. | Pray all you want, it just gets junked. |
1 message has been excluded from this view by a project administrator.
