You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(200) |
Jun
(129) |
Jul
(184) |
Aug
(204) |
Sep
(106) |
Oct
(79) |
Nov
(72) |
Dec
(54) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(83) |
Feb
(123) |
Mar
(84) |
Apr
(184) |
May
(106) |
Jun
(111) |
Jul
(104) |
Aug
(91) |
Sep
(59) |
Oct
(99) |
Nov
(100) |
Dec
(37) |
2002 |
Jan
(148) |
Feb
(88) |
Mar
(85) |
Apr
(151) |
May
(80) |
Jun
(110) |
Jul
(85) |
Aug
(43) |
Sep
(64) |
Oct
(89) |
Nov
(59) |
Dec
(42) |
2003 |
Jan
(129) |
Feb
(104) |
Mar
(162) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Eric N. <eni...@cp...> - 2000-08-02 21:48:13
|
I'm trying to authenticate to 2 different servers at the same time. I can bind and authenticate to the first , but can only bind to the second. The script hangs when it trys to perform the second authentication. I am using a different variable for each bind ($source & $dest). Help? Thanks Eric |
From: Economou, M. (G. C. Solutions)
<mat...@ae...> - 2000-08-02 17:17:31
|
Luke, If you want the OU itself (i.e. dn:ou=test,o=acme), one way to do it is to specify the object class in your search, e.g. (&(ou=f*)(objectclass=organizationalunit)). Kind regards, #\Matthew |
From: Graham B. <gb...@po...> - 2000-08-02 16:43:54
|
You can also find ldap_error_name() ldap_error_text() in the Net::LDAP::Util module. Graham. On Wed, Aug 02, 2000 at 11:33:57AM -0500, Jonathan Leto wrote: > Here is a nice html table of ldap error codes: > > http://leto.net/docs/ldap_error_code.html > > > Luke Kanies (luk...@bl...) was saying: > > > I am using the latest version of Net::LDAP, and I am having a problem--I > > can't seem to successfully perform searches which look for an ou (i.e., > > filter is '(ou=Test Fun)' ). If I try to, then the search fails with > > error code 4. However, if I take the exact same code and only change > > the 'ou' to any other attribute I've tried (e.g., uid, cn, sn), then the > > search works (although it doesn't usually return results). > > > > I have beat my head against this for a while, and I can't seem to find > > any solution. Anyone have any ideas? |
From: Jonathan L. <jon...@le...> - 2000-08-02 16:34:50
|
Here is a nice html table of ldap error codes: http://leto.net/docs/ldap_error_code.html Luke Kanies (luk...@bl...) was saying: > I am using the latest version of Net::LDAP, and I am having a problem--I > can't seem to successfully perform searches which look for an ou (i.e., > filter is '(ou=Test Fun)' ). If I try to, then the search fails with > error code 4. However, if I take the exact same code and only change > the 'ou' to any other attribute I've tried (e.g., uid, cn, sn), then the > search works (although it doesn't usually return results). > > I have beat my head against this for a while, and I can't seem to find > any solution. Anyone have any ideas? > -- jon...@le... "With pain comes clarity." |
From: Graham B. <gb...@po...> - 2000-08-02 16:14:43
|
Error code 4 is LDAP_SIZELIMIT_EXCEEDED The maximum number of search results to return has been exceeded. Which means the search found too many entries in the database that matched. Graham. On Wed, Aug 02, 2000 at 10:25:04AM -0500, Luke Kanies wrote: > I am using the latest version of Net::LDAP, and I am having a problem--I > can't seem to successfully perform searches which look for an ou (i.e., > filter is '(ou=Test Fun)' ). If I try to, then the search fails with > error code 4. However, if I take the exact same code and only change > the 'ou' to any other attribute I've tried (e.g., uid, cn, sn), then the > search works (although it doesn't usually return results). > > I have beat my head against this for a while, and I can't seem to find > any solution. Anyone have any ideas? > > ------------------ > > $ldap = Net::LDAP->new($defaults{'host'}); > > $ldap->bind(dn => $dn, password => $pass); > > $cust = 'Test Company'; > $search = $ldap->search( > base => $defaults{'base'}, > scope => 'sub', > filter => "(ou=$cust)", > ); > > if ($search->code) > { > print $search->code, "\n", $search->error, "\n"; > exit(1); > } > > -- > Luke A. Kanies | Look, I refuse to install any filter which looks > System Engineer | like it's more highly evolved than homo sapiens, > 615/778-7268 | it will just get embarassing when it starts > pgr 800/415-1972| critiquing the literrary style of my friends mail > | to me. -- Richard Caley, in comp.lang.perl.misc |
From: Luke K. <luk...@bl...> - 2000-08-02 15:29:58
|
I am using the latest version of Net::LDAP, and I am having a problem--I can't seem to successfully perform searches which look for an ou (i.e., filter is '(ou=Test Fun)' ). If I try to, then the search fails with error code 4. However, if I take the exact same code and only change the 'ou' to any other attribute I've tried (e.g., uid, cn, sn), then the search works (although it doesn't usually return results). I have beat my head against this for a while, and I can't seem to find any solution. Anyone have any ideas? ------------------ $ldap = Net::LDAP->new($defaults{'host'}); $ldap->bind(dn => $dn, password => $pass); $cust = 'Test Company'; $search = $ldap->search( base => $defaults{'base'}, scope => 'sub', filter => "(ou=$cust)", ); if ($search->code) { print $search->code, "\n", $search->error, "\n"; exit(1); } -- Luke A. Kanies | Look, I refuse to install any filter which looks System Engineer | like it's more highly evolved than homo sapiens, 615/778-7268 | it will just get embarassing when it starts pgr 800/415-1972| critiquing the literrary style of my friends mail | to me. -- Richard Caley, in comp.lang.perl.misc |
From: Graham B. <gb...@po...> - 2000-08-02 08:10:28
|
On Mon, Jul 31, 2000 at 07:56:15AM -0500, Clif Harden wrote: > > Graham, > > When is .20 going to be released? Well as nobody sems to have reported problems with the 0.19_01 from CVS or from the URL I posted I guess it will be tomorrow. Graham. |
From: Graham B. <gb...@po...> - 2000-08-02 08:09:08
|
On Tue, Aug 01, 2000 at 03:03:59PM -0500, Mark Wilcox wrote: > Improved docs will be in the next release of Net::LDAP Improved docs and lots of fixes too. > (soon to be > released, right Graham? :). Yes. I was hoping to get some feedback from the list before placing .20 on CPAN. But CVS and also http://www.pobox.com/~gbarr/beta/perl-ldap-0.19_01.tar.gz are both basically what 0.20 will be. Graham. |
From: Graham B. <gb...@po...> - 2000-08-02 08:07:53
|
On Tue, Aug 01, 2000 at 03:02:56PM -0500, Mark Wilcox wrote: > The server likely won't return any more than 1000 entries (though this is > a server configuration) unless you're binded to the server as the > directory super-user or using a server control like Paged Control, or the > more popular Virtual List View. > > You can also limit the results by setting a more direct base > (e.g. ou=people,o=unt.edu instead of just o=unt.edu), scope and/or a > filter that's more specific. > > BTW Graham, most of the other LDAP APIs have a parameter in search to > limit the number of results. So does Net::LDAP, the sizelimit option. I just forgot about it :) It's also not documented that well, which I have hopefully fixed for .20 Graham. |
From: wiLL <wol...@sk...> - 2000-08-02 06:45:32
|
I'm now testing authnetldap to authenticate with my ldap server ... and I get the ff. errors whenever I enter a username and passwd for the particular restricted directory ... The username exists as an entry to my ldap tree ... I'm also binding a passwd which is an attribute of the username - is this correct ? here is the error log: [Wed Aug 2 14:39:38 2000] [error] access to /casper/index.html failed for 208.150.136.1, reason: user wolivete: LDAP Connection Failed: 48 ------------------------------------- wiLL S. Olivete Jr. wol...@sk... pgp key id : 0x2D85D7BF office voice: 63.74.443.5657 mobile: 0917.972.6384 pager: ec 963576 |
From: Mark W. <mew...@un...> - 2000-08-01 20:07:03
|
Improved docs will be in the next release of Net::LDAP (soon to be released, right Graham? :). You can download it now from CVS at perl-ldap.sourceforge.net. Mark On Tue, 1 Aug 2000, Bing Du wrote: > We have Net::LDAP::Control and Net::LDAP::LDAP::sort installed on the > system. > > But I did not find any document on them. > 'perldoc Net::LDAP::Control' said: > > No documentation found for "Net::LDAP::Control". > However, try > perldoc Net::LDAP::Control::sort > > Then I did 'perldoc Net::LDAP::Control::sort' and got: > > No documentation found for "Net::LDAP::Control::sort". > > I read the Control.pm and sort.pm. But they are not self-explanatory > enough to me. Can anybody show me how to use Control.pm and sort.pm? > Thanks. > > Bing > > >>> Graham Barr <gb...@po...> 08/01/00 10:59AM >>> > On Tue, Aug 01, 2000 at 05:50:45PM +0200, Stefan Kiesow wrote: > > Hi, > > > > is it possible to perform a ldapserach similar to a select-clause in > SQL? > > I want to get back the results ordered by some attributes and I want > to > > reduce the number of results to a specific limit. > > > > So is there something similar to > > > > order by NAME > > Well if your server supports v3 controls you could use the Sort > control. > Net::LDAP::Control::Sort will be in the next release. > > > and > > > > set rowcount N > > Again v3 controls. You could use the Paged control and just get the > first > page. > > Graham. > > > |
From: Mark W. <mew...@un...> - 2000-08-01 20:06:46
|
The server likely won't return any more than 1000 entries (though this is a server configuration) unless you're binded to the server as the directory super-user or using a server control like Paged Control, or the more popular Virtual List View. You can also limit the results by setting a more direct base (e.g. ou=people,o=unt.edu instead of just o=unt.edu), scope and/or a filter that's more specific. BTW Graham, most of the other LDAP APIs have a parameter in search to limit the number of results. Mark On Tue, 1 Aug 2000, Graham Barr wrote: > On Tue, Aug 01, 2000 at 05:50:45PM +0200, Stefan Kiesow wrote: > > Hi, > > > > is it possible to perform a ldapserach similar to a select-clause in SQL? > > I want to get back the results ordered by some attributes and I want to > > reduce the number of results to a specific limit. > > > > So is there something similar to > > > > order by NAME > > Well if your server supports v3 controls you could use the Sort control. > Net::LDAP::Control::Sort will be in the next release. > > > and > > > > set rowcount N > > Again v3 controls. You could use the Paged control and just get the first > page. > > Graham. > > |
From: Mark W. <mew...@un...> - 2000-08-01 19:13:52
|
You're attempting to use a C Apache module. You should contact the module's author. This list is for support of the pure Perl Net::LDAP module. If you have mod_perl installed on your Apache server, you can use my Apache::AuthNetLDAP module which is a mod_perl module that does LDAP authentication but uses our pure Perl Net::LDAP module instead of a C backend. It's known to work with openLDAP, Netscape and Novell (it should work with any other LDAP server as well, but those are the only ones I've known people have tested with). Mark On Tue, 1 Aug 2000, Paul Key wrote: > Apologies if this is a little off topic! > > I am trying to dynamically load the auth_ldap module into apache 1.3.12 > under solaris 7 and I get the following error message. > > # /usr/local/apache_1.3.12/bin/apachectl start > Syntax error on line 245 of /usr/local/apache_1.3.12/conf/httpd.conf: > Cannot load /usr/local/apache_1.3.12/libexec/auth_ldap.so into server: > ld.so.1: > /usr/local/apache_1.3.12/bin/httpd: fatal: relocation error: file > /usr/local/apa > che_1.3.12/libexec/auth_ldap.so: symbol ldap_enable_cache: referenced > symbol not > found > > I have installed openldap-1.2.11 and am not sure how to get aropund the > ldap_enable_cache error. > > Any help/ideas gladly received! > > Cheers > > Paul > -- > > > |
From: Bing D. <Bi...@ci...> - 2000-08-01 16:34:36
|
We have Net::LDAP::Control and Net::LDAP::LDAP::sort installed on the system. But I did not find any document on them. 'perldoc Net::LDAP::Control' said: No documentation found for "Net::LDAP::Control". However, try perldoc Net::LDAP::Control::sort Then I did 'perldoc Net::LDAP::Control::sort' and got: No documentation found for "Net::LDAP::Control::sort". I read the Control.pm and sort.pm. But they are not self-explanatory enough to me. Can anybody show me how to use Control.pm and sort.pm? Thanks. Bing >>> Graham Barr <gb...@po...> 08/01/00 10:59AM >>> On Tue, Aug 01, 2000 at 05:50:45PM +0200, Stefan Kiesow wrote: > Hi, > > is it possible to perform a ldapserach similar to a select-clause in SQL? > I want to get back the results ordered by some attributes and I want to > reduce the number of results to a specific limit. > > So is there something similar to > > order by NAME Well if your server supports v3 controls you could use the Sort control. Net::LDAP::Control::Sort will be in the next release. > and > > set rowcount N Again v3 controls. You could use the Paged control and just get the first page. Graham. |
From: Graham B. <gb...@po...> - 2000-08-01 16:03:48
|
On Tue, Aug 01, 2000 at 05:50:45PM +0200, Stefan Kiesow wrote: > Hi, > > is it possible to perform a ldapserach similar to a select-clause in SQL? > I want to get back the results ordered by some attributes and I want to > reduce the number of results to a specific limit. > > So is there something similar to > > order by NAME Well if your server supports v3 controls you could use the Sort control. Net::LDAP::Control::Sort will be in the next release. > and > > set rowcount N Again v3 controls. You could use the Paged control and just get the first page. Graham. |
From: Chris R. <chr...@me...> - 2000-08-01 15:57:27
|
Stefan Kiesow <Ste...@nw...> wrote: > Hi, > > is it possible to perform a ldapserach similar to a select-clause in SQL? > I want to get back the results ordered by some attributes and I want to > reduce the number of results to a specific limit. > > So is there something similar to > > order by NAME > > and > > set rowcount N > > ??? > > Thanks for help, > Stefan You can limit the numbers of entries returned in a search by setting the sizelimit in the search operation (perldoc Net::LDAP) Directories are defined to return the results in any order, however once you get them back, you can do what you want with them, including sorting them. When you get the results back then, you can sort them using the sorted method (perldoc Net::LDAP::Search) Cheers, Chris |
From: Stefan K. <Ste...@nw...> - 2000-08-01 15:46:20
|
Hi, is it possible to perform a ldapserach similar to a select-clause in SQL? I want to get back the results ordered by some attributes and I want to reduce the number of results to a specific limit. So is there something similar to order by NAME and set rowcount N ??? Thanks for help, Stefan -- ---------------------------------------------------------------------- Nordwest.Net GmbH & Co KG Dipl. Inform. Stefan Kiesow Telefon +49-441-9988-8235 - Projektmanager eCommerce - Telefax +49-441-9988-8205 Osterstr. 15 Mobil 0171-1903939 26122 Oldenburg E-Mail Ste...@te... Das NORDWEST.NET - der regionale Online-Dienst für die ganze Weser-Ems-Region: http://www.nordwest.net/ ---------------------------------------------------------------------- NEU Das grosse Auktionshaus im NWN: http://www.nwn-auktion.de NEU ---------------------------------------------------------------------- |
From: Graham B. <gb...@po...> - 2000-08-01 15:11:55
|
Actaully I can reproduce this. It is not a 5.6.0 problem per-se but a "5.6.0 with threads" problem Graham. On Tue, Aug 01, 2000 at 03:58:35PM +0100, Graham Barr wrote: > I suspect the problem is as Chris pointed out, perl 5.6 > > Why I did not notice that I do not know > > However the pattern of failure was interesting. Can you cd into the > directory and run > > perl -Mblib t/02filter.t > > and send me the output. > > Graham. > > On Tue, Aug 01, 2000 at 10:39:16AM -0400, Bruce Barnett wrote: > > > > >Can you tell us what release of perl-ldap you are trying to install > > >and also what version of Convert::ASN1 you have installed. > > > > Sure. > > > > I was trying to upgrade to Net::LDAP 0.19 > > > > cpan> m Convert::ASN1 > > Module id = Convert::ASN1 > > DESCRIPTION Standard en/decode of ASN.1 structures > > CPAN_USERID GBARR (Graham Barr <gb...@po...>) > > CPAN_VERSION 0.07 > > CPAN_FILE G/GB/GBARR/Convert-ASN1-0.07.tar.gz > > DSLI_STATUS adpO (alpha,developer,perl,object-oriented) > > MANPAGE Convert::ASN1 - ASN.1 Encode/Decode library > > INST_FILE /local/lib/perl5/site_perl/5.6.0/Convert/ASN1.pm > > INST_VERSION 0.07 > > > > > > (p.s. - I've never used LDAP before). > > > > > |
From: Graham B. <gb...@po...> - 2000-08-01 15:03:12
|
I suspect the problem is as Chris pointed out, perl 5.6 Why I did not notice that I do not know However the pattern of failure was interesting. Can you cd into the directory and run perl -Mblib t/02filter.t and send me the output. Graham. On Tue, Aug 01, 2000 at 10:39:16AM -0400, Bruce Barnett wrote: > > >Can you tell us what release of perl-ldap you are trying to install > >and also what version of Convert::ASN1 you have installed. > > Sure. > > I was trying to upgrade to Net::LDAP 0.19 > > cpan> m Convert::ASN1 > Module id = Convert::ASN1 > DESCRIPTION Standard en/decode of ASN.1 structures > CPAN_USERID GBARR (Graham Barr <gb...@po...>) > CPAN_VERSION 0.07 > CPAN_FILE G/GB/GBARR/Convert-ASN1-0.07.tar.gz > DSLI_STATUS adpO (alpha,developer,perl,object-oriented) > MANPAGE Convert::ASN1 - ASN.1 Encode/Decode library > INST_FILE /local/lib/perl5/site_perl/5.6.0/Convert/ASN1.pm > INST_VERSION 0.07 > > > (p.s. - I've never used LDAP before). > > |
From: Bruce B. <ba...@bi...> - 2000-08-01 14:39:52
|
>Can you tell us what release of perl-ldap you are trying to install >and also what version of Convert::ASN1 you have installed. Sure. I was trying to upgrade to Net::LDAP 0.19 cpan> m Convert::ASN1 Module id = Convert::ASN1 DESCRIPTION Standard en/decode of ASN.1 structures CPAN_USERID GBARR (Graham Barr <gb...@po...>) CPAN_VERSION 0.07 CPAN_FILE G/GB/GBARR/Convert-ASN1-0.07.tar.gz DSLI_STATUS adpO (alpha,developer,perl,object-oriented) MANPAGE Convert::ASN1 - ASN.1 Encode/Decode library INST_FILE /local/lib/perl5/site_perl/5.6.0/Convert/ASN1.pm INST_VERSION 0.07 (p.s. - I've never used LDAP before). |
From: Graham B. <gb...@po...> - 2000-08-01 14:25:16
|
On Tue, Aug 01, 2000 at 10:05:50AM -0400, Bruce Barnett wrote: > I'm not on the mailing list, and don't know if this a bug or not. > I'm on Solaris 5.6 SPARC, using the Sun Compiler. > The latest Perl::LDAP fails self-test. > All of the other modules are up to date according to the CPAN. Can you tell us what release of perl-ldap you are trying to install and also what version of Convert::ASN1 you have installed. Graham. |
From: Chris R. <chr...@me...> - 2000-08-01 14:23:09
|
Bruce Barnett <ba...@bi...> wrote: > I'm on Solaris 5.6 SPARC, using the Sun Compiler. > The latest Perl::LDAP fails self-test. > All of the other modules are up to date according to the CPAN. > > grymoire% perl *.PL [...] > PERL_DL_NONLAZY=1 /local/bin/perl -Iblib/arch -Iblib/lib > -I/local/lib/perl5/5.6.0/sun4-solaris-thread-multi > -I/local/lib/perl5/5.6.0 -e 'use Too many 5.6's here :-) You're installing in a copy of Perl 5.6 on Solaris 2.6 (aka SunOS 5.6) Since Net::LDAP doesn't need a C compiler, that information's not relevant. I expect the problem is a combination of Solaris 2.6 and Perl 5.6 not playing together very well. Perl 5.6 has some known problems, and Net::LDAP tickles them unfortunately. Upgrade (:-) to perl 5.005 and you should have more luck. Cheers, Chris |
From: Bruce B. <ba...@bi...> - 2000-08-01 14:07:37
|
I'm not on the mailing list, and don't know if this a bug or not. I'm on Solaris 5.6 SPARC, using the Sun Compiler. The latest Perl::LDAP fails self-test. All of the other modules are up to date according to the CPAN. grymoire% perl *.PL Checking for installed modules Convert::ASN1 ................ok URI ..........................ok URI::ldap ....................ok Digest::MD5 ..................ok Writing Makefile for perl-ldap grymoire% make Manifying blib/man3/Net::LDAP::Entry.3 Manifying blib/man3/Net::LDAP::Control::Sort.3 Manifying blib/man3/Net::LDAP::Util.3 Manifying blib/man3/Authen::SASL.3 Manifying blib/man3/Bundle::Net::LDAP.3 Manifying blib/man3/Net::LDAP::Search.3 Manifying blib/man3/Net::LDAP::Control::SortResult.3 Manifying blib/man3/Net::LDAP::LDIF.3 Manifying blib/man3/Net::LDAP::Schema.3 Manifying blib/man3/Net::LDAP::Filter.3 Manifying blib/man3/Net::LDAP::Examples.3 Manifying blib/man3/Net::LDAP::FAQ.3 Manifying blib/man3/Net::LDAP::Control.3 Manifying blib/man3/Net::LDAP.3 Manifying blib/man3/Net::LDAP::Message.3 Manifying blib/man3/Net::LDAP::Reference.3 Manifying blib/man3/Net::LDAP::Constant.3 Manifying blib/man3/Net::LDAP::RFC.3 9.0u 1.0s 0:11 84% 0+0k 0+0io 0pf+0w grymoire% make test PERL_DL_NONLAZY=1 /local/bin/perl -Iblib/arch -Iblib/lib -I/local/lib/perl5/5.6.0/sun4-solaris-thread-multi -I/local/lib/perl5/5.6.0 -e 'use Test::Harness qw(&runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t t/00ldif-entry...... t/00ldif-entry......ok 1/2 t/00ldif-entry......ok 2/2 t/00ldif-entry......ok t/01url............. t/01url.............ok 1/5 t/01url.............ok 2/5 t/01url.............ok 3/5 t/01url.............ok 4/5 t/01url.............ok 5/5 t/01url.............ok t/02filter.......... t/02filter..........ok 1/136 t/02filter..........ok 2/136 t/02filter..........NOK 3 t/02filter..........ok 4/136 t/02filter..........ok 5/136 t/02filter..........ok 6/136 t/02filter..........NOK 7 t/02filter..........ok 8/136 t/02filter..........ok 9/136 t/02filter..........ok 10/136 t/02filter..........NOK 11 t/02filter..........ok 12/136 t/02filter..........ok 13/136 t/02filter..........ok 14/136 t/02filter..........NOK 15 t/02filter..........ok 16/136 t/02filter..........ok 17/136 t/02filter..........ok 18/136 t/02filter..........NOK 19 t/02filter..........ok 20/136 t/02filter..........ok 21/136 t/02filter..........ok 22/136 t/02filter..........NOK 23 t/02filter..........ok 24/136 t/02filter..........ok 25/136 t/02filter..........ok 26/136 t/02filter..........NOK 27 t/02filter..........ok 28/136 t/02filter..........ok 29/136 t/02filter..........ok 30/136 t/02filter..........ok 31/136 t/02filter..........ok 32/136 t/02filter..........ok 33/136 t/02filter..........ok 34/136 t/02filter..........NOK 35 t/02filter..........ok 36/136 t/02filter..........ok 37/136 t/02filter..........ok 38/136 t/02filter..........NOK 39 t/02filter..........ok 40/136 t/02filter..........ok 41/136 t/02filter..........ok 42/136 t/02filter..........NOK 43 t/02filter..........ok 44/136 t/02filter..........ok 45/136 t/02filter..........ok 46/136 t/02filter..........NOK 47 t/02filter..........ok 48/136 t/02filter..........ok 49/136 t/02filter..........ok 50/136 t/02filter..........NOK 51 t/02filter..........ok 52/136 t/02filter..........ok 53/136 t/02filter..........ok 54/136 t/02filter..........NOK 55 t/02filter..........ok 56/136 t/02filter..........ok 57/136 t/02filter..........ok 58/136 t/02filter..........NOK 59 t/02filter..........ok 60/136 t/02filter..........ok 61/136 t/02filter..........ok 62/136 t/02filter..........NOK 63 t/02filter..........ok 64/136 t/02filter..........ok 65/136 t/02filter..........ok 66/136 t/02filter..........NOK 67 t/02filter..........ok 68/136 t/02filter..........ok 69/136 t/02filter..........ok 70/136 t/02filter..........NOK 71 t/02filter..........ok 72/136 t/02filter..........ok 73/136 t/02filter..........ok 74/136 t/02filter..........NOK 75 t/02filter..........ok 76/136 t/02filter..........ok 77/136 t/02filter..........ok 78/136 t/02filter..........NOK 79 t/02filter..........ok 80/136 t/02filter..........ok 81/136 t/02filter..........ok 82/136 t/02filter..........NOK 83 t/02filter..........ok 84/136 t/02filter..........ok 85/136 t/02filter..........ok 86/136 t/02filter..........NOK 87 t/02filter..........ok 88/136 t/02filter..........ok 89/136 t/02filter..........ok 90/136 t/02filter..........NOK 91 t/02filter..........ok 92/136 t/02filter..........ok 93/136 t/02filter..........ok 94/136 t/02filter..........NOK 95 t/02filter..........ok 96/136 t/02filter..........ok 97/136 t/02filter..........ok 98/136 t/02filter..........NOK 99 t/02filter..........ok 100/136 t/02filter..........ok 101/136 t/02filter..........ok 102/136 t/02filter..........NOK 103 t/02filter..........ok 104/136 t/02filter..........ok 105/136 t/02filter..........ok 106/136 t/02filter..........NOK 107 t/02filter..........ok 108/136 t/02filter..........ok 109/136 t/02filter..........ok 110/136 t/02filter..........NOK 111 t/02filter..........ok 112/136 t/02filter..........ok 113/136 t/02filter..........ok 114/136 t/02filter..........NOK 115 t/02filter..........ok 116/136 t/02filter..........ok 117/136 t/02filter..........ok 118/136 t/02filter..........NOK 119 t/02filter..........ok 120/136 t/02filter..........ok 121/136 t/02filter..........ok 122/136 t/02filter..........NOK 123 t/02filter..........ok 124/136 t/02filter..........ok 125/136 t/02filter..........ok 126/136 t/02filter..........NOK 127 t/02filter..........ok 128/136 t/02filter..........ok 129/136 t/02filter..........ok 130/136 t/02filter..........NOK 131 t/02filter..........ok 132/136 t/02filter..........ok 133/136 t/02filter..........ok 134/136 t/02filter..........NOK 135 t/02filter..........ok 136/136FAILED tests 3, 7, 11, 15, 19, 23, 27, 35, 39, 43, 47, 51, 55, 59, 63, 67, 71, 75, 79, 83, 87, 91, 95, 99, 103, 107, 111, 115, 119, 123, 127, 131, 135 Failed 33/136 tests, 75.74% okay t/50populate........skipped test on this platform t/51search..........skipped test on this platform t/52modify..........skipped test on this platform t/53schema.......... t/53schema..........ok 1/5 t/53schema..........ok 2/5 t/53schema..........ok 3/5 t/53schema..........ok 4/5 t/53schema..........ok 5/5 t/53schema..........ok Failed Test Status Wstat Total Fail Failed List of failed ------------------------------------------------------------------------------- t/02filter.t 136 33 24.26% 3, 7, 11, 15, 19, 23, 27, 35, 39, 43, 47, 51, 55, 59, 63, 67, 71, 75, 79, 83, 87, 91, 95, 99, 103, 107, 111, 115, 119, 123, 127, 131, 135 3 tests skipped. Failed 1/7 test scripts, 85.71% okay. 33/148 subtests failed, 77.70% okay. *** Error code 29 make: Fatal error: Command failed for target `test_dynamic' grymoire% |
From: Paul K. <pk...@sg...> - 2000-08-01 13:14:05
|
Apologies if this is a little off topic! I am trying to dynamically load the auth_ldap module into apache 1.3.12 under solaris 7 and I get the following error message. # /usr/local/apache_1.3.12/bin/apachectl start Syntax error on line 245 of /usr/local/apache_1.3.12/conf/httpd.conf: Cannot load /usr/local/apache_1.3.12/libexec/auth_ldap.so into server: ld.so.1: /usr/local/apache_1.3.12/bin/httpd: fatal: relocation error: file /usr/local/apa che_1.3.12/libexec/auth_ldap.so: symbol ldap_enable_cache: referenced symbol not found I have installed openldap-1.2.11 and am not sure how to get aropund the ldap_enable_cache error. Any help/ideas gladly received! Cheers Paul -- |
From: Chris R. <chr...@me...> - 2000-08-01 09:39:54
|
Graham Barr <gb...@po...> wrote: > We could change the configure options to be > > decode => { time => 'raw|unixtime|timezone' } > > where `unixtime' is the default Sounds good to me. Cheers, Chris |