On 2015-08-11 00:36, Rainer Jung wrote:
The current problems should be mostly around the above four compiler warnings.
I can test any patches you want me to test.
Can you test including the attached file in ext/ldap/ldap.c, and not defining
HAVE_3ARG_SETREBINDPROC and
On 2015-07-06 10:11, Andreas Heigl wrote:
It gives me 3001 as API-Version.
Does that help you? Any other values that might be of interest?
As far as I can see that it's 3001 since 2004 at least.
Yeah it does not help, this is the same version official openldap is giving.
The Mac Os build
On 2015-07-06 10:36, Andreas Heigl wrote:
Am 06.07.15 um 10:15 schrieb Côme BERNIGAUD:
Possibilities are:
- Add a test in the configure for this method and disable if it’s not
there, tell Mac users to get a real openldap.
That might be the best solution but I think it's not really practical
On 2015-07-06 10:05, Ferenc Kovacs wrote:
I can reproduce the issue mentioned by Stas, with the default libldap.dylib on
Mac OSX 10.10.14 (latest version).
The interesting thing is that the header file contains the function:
[tyrael@Ferencs-MacBook-Pro php-src.git (master ✗)]$ grep
On 2015-07-06 13:13, Anatol Belski wrote:
I've also another symbol error with today's master
/usr/bin/ld.bfd.real: ext/ldap/.libs/ldap.o: undefined reference to symbol
'ber_scanf@@OPENLDAP_2.4_2'
/usr/lib/x86_64-linux-gnu/liblber-2.4.so.2: error adding symbols: DSO missing
from command line
On 2015-07-05 11:18, Stanislav Malyshev wrote:
I've been rebuilding my checkout of master and I've discovered LDAP
build is broken:
Undefined symbols for architecture x86_64:
_ldap_control_find, referenced from:
_zif_ldap_control_paged_result_response in ldap.o
ld: symbol(s) not found
Le 25/06/2015 17:56, Anatol Belski a écrit :
I've a few questions to this. Can it be implemented with non deprecated
symbols? Or maybe, can the server side sort not be done with the same function,
as it's probably the same job? Or it will be really not required? Any info
about the plans on
On 2015-06-18 15:31, Kalle Sommer Nielsen wrote:
Seeing as you are one of the only people that I can re-call in recent
time that are working on ext/ldap I guess that choice would be up to
you. I have CC'ed the other listed extension maintainers of ext/ldap
(from EXTENSIONS in the php-src root).
Hello,
The code of the LDAP module have some ifdefs like LDAP_API_FEATURE_X_OPENLDAP
to test if we are building against openldap or something else.
Is there an exaustive list of the LDAP libs PHP is supposed to be buildable
against?
The following page suggest it should always be openldap, is
On 2015-06-18 15:31, Kalle Sommer Nielsen wrote:
(from EXTENSIONS in the php-src root).
Let me know if you wish to be added to the list in case you do not
have karma yourself.
Yes please, I’m pretty I don’t have the karma to do so.
Côme
signature.asc
Description: OpenPGP digital
Hello,
What is the needed configuration to be able to run the whole LDAP test suite?
It connects with cn=Manager,dc=my-domain,dc=com but then tries to create
dc=my-domain,dc=com.
How can cn=Manager,dc=my-domain,dc=com exist if dc=my-domain,dc=com does
not?
Is there any information about a
On 2015-06-15 17:22, Michael Wallner wrote:
Check out ext/ldap/tests/connect.inc; you can pass various parameters
from the environment.
I know that, but we can’t select the base, and it does not change anything to
the fact that it tries to add the base, which have to already exists for the
Hello,
I intend to work on LDAP module, starting by trying to get rid of obsolete
method calls. (starting by https://bugs.php.net/bug.php?id=69471 )
I already have appropriate CVS rights but I’m not sure which branch I should
commit into.
The git workflow says to commit in PHP-5.3 and then
On 2015-05-05 19:25, Rasmus Lerdorf wrote:
The ldap code could definitely use some attention. You have git access
now. Could you also go through the bug db and see if you can address
some of the longstanding reported issues?
Thanks for the git access.
I’m leaving for a week tonight, but I
On 2015-05-05 14:26, Christoph Becker wrote:
It might be useful to state some references, such as already submitted
patches or pull requests, for instance.
I posted a patch here: https://bugs.php.net/bug.php?id=69471
I did not send anything else yet because I wanted to see if I had any
Maintaining the php-ldap extension
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello,
I volonteered earlier to become a maintainer for the php-ldap module
as it seems unmaintained:
https://github.com/gophp7/gophp7-ext/wiki/extensions-catalog
I got no answer, I’m not sure what is the procedure for this kind of things.
Is there a special place to ask for this?
The
On 2015-04-22 12:12, Andreas Heigl wrote:
Hi Côme.
According to the gophp7-ext project the LDAP module isn't maintained.
(I've just looked it up this morning). See
https://github.com/gophp7/gophp7-ext/wiki/extensions-catalog. Would you
want or consider thinking about taking over?
Sure, I’m ok
Hello,
I opened a few bugs on https://bugs.php.net/ about improvements for the LDAP
module.
In this one I’ve put a patch: https://bugs.php.net/bug.php?id=69471
I’m writing here because I’m not sure of the right way of submitting patches,
either here, the bug tracker, or github PR.
I’m also a
19 matches
Mail list logo