Menu
▾
▴
python-ldap-dev — discussion among developers
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
(34) |
Mar
(9) |
Apr
|
May
(2) |
Jun
(14) |
Jul
(67) |
Aug
(34) |
Sep
(5) |
Oct
(20) |
Nov
(22) |
Dec
(31) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(15) |
Feb
(16) |
Mar
(20) |
Apr
(13) |
May
(72) |
Jun
(42) |
Jul
(41) |
Aug
(11) |
Sep
(19) |
Oct
(67) |
Nov
(59) |
Dec
(57) |
| 2002 |
Jan
(74) |
Feb
(69) |
Mar
(34) |
Apr
(55) |
May
(47) |
Jun
(74) |
Jul
(116) |
Aug
(68) |
Sep
(25) |
Oct
(42) |
Nov
(28) |
Dec
(52) |
| 2003 |
Jan
(19) |
Feb
(18) |
Mar
(35) |
Apr
(49) |
May
(73) |
Jun
(39) |
Jul
(26) |
Aug
(59) |
Sep
(33) |
Oct
(56) |
Nov
(69) |
Dec
(137) |
| 2004 |
Jan
(276) |
Feb
(15) |
Mar
(18) |
Apr
(27) |
May
(25) |
Jun
(7) |
Jul
(13) |
Aug
(2) |
Sep
(2) |
Oct
(10) |
Nov
(27) |
Dec
(28) |
| 2005 |
Jan
(22) |
Feb
(25) |
Mar
(41) |
Apr
(17) |
May
(36) |
Jun
(13) |
Jul
(22) |
Aug
(12) |
Sep
(23) |
Oct
(6) |
Nov
(4) |
Dec
|
| 2006 |
Jan
(11) |
Feb
(3) |
Mar
(5) |
Apr
(22) |
May
(1) |
Jun
(10) |
Jul
(19) |
Aug
(7) |
Sep
(25) |
Oct
(23) |
Nov
(5) |
Dec
(27) |
| 2007 |
Jan
(25) |
Feb
(17) |
Mar
(44) |
Apr
(8) |
May
(33) |
Jun
(31) |
Jul
(42) |
Aug
(16) |
Sep
(12) |
Oct
(16) |
Nov
(23) |
Dec
(73) |
| 2008 |
Jan
(26) |
Feb
(6) |
Mar
(46) |
Apr
(17) |
May
(1) |
Jun
(44) |
Jul
(9) |
Aug
(34) |
Sep
(20) |
Oct
(2) |
Nov
(4) |
Dec
(16) |
| 2009 |
Jan
(14) |
Feb
(3) |
Mar
(45) |
Apr
(52) |
May
(34) |
Jun
(32) |
Jul
(24) |
Aug
(52) |
Sep
(22) |
Oct
(23) |
Nov
(19) |
Dec
(10) |
| 2010 |
Jan
(10) |
Feb
(13) |
Mar
(22) |
Apr
(9) |
May
(1) |
Jun
(1) |
Jul
(8) |
Aug
(9) |
Sep
(10) |
Oct
(1) |
Nov
(2) |
Dec
(3) |
| 2011 |
Jan
|
Feb
(18) |
Mar
(39) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jens V. <je...@zo...> - 2003-09-29 21:12:23
|
> Or even better use ldap.filter.filter_format(). > > res = conn.search_s( > BASE, > ldap.SCOPE_SUBTREE, > ldap.filter.filter_format( > '(member=%s)',(MEMBER,) > ) > ) This is great and solves the original problem. The only problem I am finding is that if I happen to have a wildcard filter such as... (objectClass=*) or (cn=*jens*) the replacement of '*' with r'\2a' seems problematic. I'm not getting the expected results, as a maatter of fact I am not getting any results. jens |
|
From: <mi...@st...> - 2003-09-29 20:21:01
|
Jens Vagelpohl wrote: > >> 2. Use ldap.filter.escape_filter_chars() for escaping the necessary >> back-slash and other chars special to filter strings (new in 2.0.0pre12). > > I see the module inside the source package, but it never gets put > anywhere by distutils from what I can tell. "ldap.filter" gives me an > AttributeError. You're right. It was fixed in CVS some weeks ago. :-/ revision 1.54 date: 2003/08/20 20:27:10; author: stroeder; state: Exp; lines: +2 -1 Added ldap.filter to py_modules > P.S.: Today I realized that I must have been unsubscribed from the list > for quite a while. I just thought it had gotten really quiet... It was really low-traffic indeed. Ciao, Michael. |
|
From: <mi...@st...> - 2003-09-29 20:17:19
|
Michael Str=F6der wrote:
>=20
> 2. Use ldap.filter.escape_filter_chars() for escaping the necessary=20
> back-slash and other chars special to filter strings (new in 2.0.0pre12=
).
Or even better use ldap.filter.filter_format().
res =3D conn.search_s(
BASE,
ldap.SCOPE_SUBTREE,
ldap.filter.filter_format(
'(member=3D%s)',(MEMBER,)
)
)
Ciao, Michael.
|
|
From: Jens V. <je...@zo...> - 2003-09-29 20:12:48
|
> 1. The parentheses for the filter template are missing. Yup, I know. I was just testing all kinds of combinations just to force some kind of solution :) > 2. Use ldap.filter.escape_filter_chars() for escaping the necessary > back-slash and other chars special to filter strings (new in > 2.0.0pre12). I see the module inside the source package, but it never gets put anywhere by distutils from what I can tell. "ldap.filter" gives me an AttributeError. > res = conn.search_s( > BASE, > ldap.SCOPE_SUBTREE, > '(member=%s)' % ldap.filter.escape_filter_chars(MEMBER) > ) I'll try as soon as the filter module is in place 8-) > OpenLDAP shouldn't hang though. The query itself was against a M$ CraptiveDirectory server. I found myself unable to force a record like that into OpenLDAP... hehe >> cn=Doe, John,cn=Users,dc=as,dc=zope,dc=com > > This is not a valid DN anyway. Yup, I know :) jens P.S.: Today I realized that I must have been unsubscribed from the list for quite a while. I just thought it had gotten really quiet... |
|
From: <mi...@st...> - 2003-09-29 19:56:54
|
Jens Vagelpohl wrote: > I have something where I am not sure whether the problem is in > python-ldap or in my software. Calls to "search_s" hang when the RDN > element contains a comma (escaped with backslash or not does not make a > difference). > [..] > res = conn.search_s(BASE, ldap.SCOPE_SUBTREE, 'member=%s' % MEMBER) 1. The parentheses for the filter template are missing. 2. Use ldap.filter.escape_filter_chars() for escaping the necessary back-slash and other chars special to filter strings (new in 2.0.0pre12). res = conn.search_s( BASE, ldap.SCOPE_SUBTREE, '(member=%s)' % ldap.filter.escape_filter_chars(MEMBER) ) OpenLDAP shouldn't hang though. > cn=Doe, John,cn=Users,dc=as,dc=zope,dc=com This is not a valid DN anyway. Ciao, Michael. |
|
From: Jens V. <je...@zo...> - 2003-09-29 18:05:10
|
Hi Michael (and whoever else is still listening ;)
I have something where I am not sure whether the problem is in
python-ldap or in my software. Calls to "search_s" hang when the RDN
element contains a comma (escaped with backslash or not does not make a
difference). Here's a simple test script that I am using against a
server here::
conn = ldap.initialize('ldap://my.ldap.server')
conn.set_option(ldap.VERSION, ldap.VERSION3)
conn.simple_bind_s(ADMIN, PASSWD)
res = conn.search_s(BASE, ldap.SCOPE_SUBTREE, 'member=%s' % MEMBER)
conn.unbind_s()
It works fine for "normal" RDN elements, such as when MEMBER looks like
this::
cn=Jens Vagelpohl,cn=Users,dc=as,dc=zope,dc=com
but it hangs completely with these MEMBERs::
cn=Doe\, John,cn=Users,dc=as,dc=zope,dc=com
cn=Doe, John,cn=Users,dc=as,dc=zope,dc=com
I am working with python-ldap version 2.0.0pre13, running on OS X
10.2.6 against the built-in OpenLDAP libraries (it is not exactly clear
which exact OpenLDAP version these are). This is probably not a
OS-dependent problem because I am coming against it reproducing it for
someone else.
Any pointers welcome - maybe I just need to escape that comma
differently?
jens
|
|
From: Marc B. <ma...@ms...> - 2003-09-28 07:20:52
|
On 26 Sep 2003 11:32:53 +0200 Patrick Gelin <pat...@rp...> wrote: > How to do if I want to install python-ldap for python 2.6.1 under Zope ? Well, first you'll have to wait until python 2.6.1 gets released... > Is there a global variable to positioning ? (I want to keep alive > python2.2 because there is a lot of redhat stuff using it...) Always compile an install the modules with the python version you want to use, i.e. python2.1 setup.py build etc. In the case of ZOpe, you often find the python interpreter in $ZOPEHOME/bin. - mb |
|
From: Joe L. <jl...@op...> - 2003-09-26 17:10:41
|
As noted in the python-ldap downloads, its in ftp://ftp.open-it.org/pub/redhat/8.0/RPMS or SRPMS. You can take the SRPM for 8.0 and rebuild it for 9.0 easily enough. On Friday, September 26, 2003, at 01:24 AM, Patrick Gelin wrote: > Hi, > > I'm looking for python-ldap for python 2.1.3 to install under redhat > 9.0. > > I saw ftp.open-it.org bug the only package I found is > /pub/prototypes/python-ldap-1.10alpha3.1.i386.rpm and it's for python > 1.5 (too old) > > Do you know where I can find it ? > > Thanks. > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Python-LDAP-dev mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/python-ldap-dev |
|
From: <mi...@st...> - 2003-09-26 14:02:37
|
Patrick Gelin wrote:
>>
>>$ /zope/bin/python setup.py build
>># /zope/bin/python setup.py install
^^^^^^^^
Please take note of details...
> ok I tried but now there is an other problem:
> [root@rheisxa001 python-ldap-2.0.0pre13]# /zope/bin/python setup.cfg
^^^^^^^^^
Why not make use of the fine copy&paste feature?
Ciao, Michael.
|
|
From: Patrick G. <pat...@rp...> - 2003-09-26 11:19:08
|
On Fri, 2003-09-26 at 13:05, Michael Ströder wrote:
> Patrick Gelin wrote:
> >
> > My configuration is RedHat 9.0 with python 2.2 and Zope 2.6.1 with
> > python 2.1.3.
> >
> > My file system is like this:
> >
> > /usr/lib/python2.2
> > /zope/lib/python2.1
> >
> > (I installed too python 2.1 here /usr/local/lib/python2.1)
> >
> > How to do if I want to install python-ldap for python 2.6.1 under Zope ?
> > Where are include and lib directories I have to config in setup.cfg ?
> >
> > Is there a global variable to positioning ? (I want to keep alive
> > python2.2 because there is a lot of redhat stuff using it...)
>
> You have to invoke setup.py with exactly the Python interpreter binary Zope
> is using.
>
> E.g. if your system's Python is installed in /usr/bin/python and the Python
> 2.1.3 for Zope is in /zope/bin/python you have to invoke
>
> $ /zope/bin/python setup.py build
> # /zope/bin/python setup.py install
>
> Ciao, Michael.
>
ok I tried but now there is an other problem:
[root@rheisxa001 python-ldap-2.0.0pre13]# /zope/bin/python setup.cfg
build
File "setup.cfg", line 10
library_dirs = /usr/local/openldap-REL_ENG_2_1/lib
^
/usr/local/cyrus-sasl/lib
SyntaxError: invalid syntax
I don't understand why there is a syntax error here!
Please, help me...
Thanks.
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Python-LDAP-dev mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
|
|
From: <mi...@st...> - 2003-09-26 11:07:41
|
Patrick Gelin wrote: > > My configuration is RedHat 9.0 with python 2.2 and Zope 2.6.1 with > python 2.1.3. > > My file system is like this: > > /usr/lib/python2.2 > /zope/lib/python2.1 > > (I installed too python 2.1 here /usr/local/lib/python2.1) > > How to do if I want to install python-ldap for python 2.6.1 under Zope ? > Where are include and lib directories I have to config in setup.cfg ? > > Is there a global variable to positioning ? (I want to keep alive > python2.2 because there is a lot of redhat stuff using it...) You have to invoke setup.py with exactly the Python interpreter binary Zope is using. E.g. if your system's Python is installed in /usr/bin/python and the Python 2.1.3 for Zope is in /zope/bin/python you have to invoke $ /zope/bin/python setup.py build # /zope/bin/python setup.py install Ciao, Michael. |
|
From: Patrick G. <pat...@rp...> - 2003-09-26 09:34:07
|
Hi, My configuration is RedHat 9.0 with python 2.2 and Zope 2.6.1 with python 2.1.3. My file system is like this: /usr/lib/python2.2 /zope/lib/python2.1 (I installed too python 2.1 here /usr/local/lib/python2.1) How to do if I want to install python-ldap for python 2.6.1 under Zope ? Where are include and lib directories I have to config in setup.cfg ? Is there a global variable to positioning ? (I want to keep alive python2.2 because there is a lot of redhat stuff using it...) Thanks. |
|
From: Patrick G. <pat...@rp...> - 2003-09-26 08:26:14
|
Hi, I'm looking for python-ldap for python 2.1.3 to install under redhat 9.0. I saw ftp.open-it.org bug the only package I found is /pub/prototypes/python-ldap-1.10alpha3.1.i386.rpm and it's for python 1.5 (too old) Do you know where I can find it ? Thanks. |
|
From: Joe L. <jl...@op...> - 2003-09-25 16:35:59
|
I provide OpenLDAP 2.1.2x and python-ldap packages on ftp.open-it.org. The OpenLDAP packages are for RedHat9. On Thursday, September 25, 2003, at 04:37 AM, Patrick Gelin wrote: > Hi, > > I'm trying to use LDAPUserFolder with Zope 2.6.1 and python2.1.3 under > RedHat 9.0. (By the way, RedHat 9.0 installed python2.2 too) > > I installed python-ldap-2.0.Opre13.tar.gz. The result go through > /usr/lib/python2.2/site-packages/ld* files and sub directory ldap... > > I copied /usr/lib/python2.2/site-packages/ld* files and subdirectory > ldap to /zope/lib/python2.1/site-packages. (Is it really necessary?) > > Now if I go to /zope/bin/python and type import _ldap I've got an error > message which is: > > importError /usr/lib/python2.2/site-packages/_ldap.so: undefined > symbol:ldap_first_reference > > I believed /zope/bin/python use /zope/lib/python2.1 but its seems > wrong!!! > > Now I think I have to install an openldap package to resolve > ldap_first_reference. I try to instal some RPM: > > openldap-servers 2.0.27-8 > openldap-devel 2.0.27-8 > openldap 2.0.27-8 > openldap-clients 2.0.27-8 > > I don't reinstall python-ldap after may be it's a mistake but nothing > change... > > I looked for an advice on the Internet and I saw it's recommended to > compile openldap and not use REDHAT 9.0 RPM package... So, I tried to > do > it with (openldap-2-1-22) but I get the error message below: > > [root@rheisxa001 openldap-2.1.22]# ./configure > Copyright 1998-2003 The OpenLDAP Foundation, All Rights Reserved. > Restrictions apply, see COPYRIGHT and LICENSE files. > Configuring OpenLDAP 2.1.22-Release ... > checking host system type... i686-pc-linux-gnu > checking target system type... i686-pc-linux-gnu > checking build system type... i686-pc-linux-gnu > checking for a BSD compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for mawk... no > checking for gawk... gawk > checking whether make sets ${MAKE}... yes > checking for working aclocal... found > checking for working autoconf... found > checking for working automake... found > checking for working autoheader... found > checking for working makeinfo... found > checking for gnutar... no > checking for gtar... gtar > checking configure arguments... done > checking for a BSD compatible install... /usr/bin/install -c > checking for cc... cc > checking for ar... ar > checking for Cygwin environment... no > checking for mingw32 environment... no > checking for EMX OS/2 environment... no > checking how to run the C preprocessor... cc -E > checking for gcc... (cached) cc > checking whether the C compiler (cc ) works... yes > checking whether the C compiler (cc ) is a cross-compiler... no > checking whether we are using GNU C... yes > checking whether cc accepts -g... yes > checking for ld used by GCC... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... yes > checking for /usr/bin/ld option to reload object files... -r > checking for BSD-compatible nm... /usr/bin/nm -B > checking for a sed that does not truncate output... /bin/sed > checking whether ln -s works... yes > checking how to recognise dependent libraries... pass_all > checking for object suffix... o > checking for executable suffix... no > checking command to parse /usr/bin/nm -B output... ok > checking for dlfcn.h... yes > checking for ranlib... ranlib > checking for strip... strip > checking for objdir... .libs > checking for cc option to produce PIC... -fPIC > checking if cc PIC flag -fPIC works... yes > checking if cc static flag -static works... yes > checking if cc supports -c -o file.o... yes > checking if cc supports -c -o file.lo... yes > checking if cc supports -fno-rtti -fno-exceptions... yes > checking whether the linker (/usr/bin/ld) supports shared libraries... > yes > checking how to hardcode library paths into programs... immediate > checking whether stripping libraries is possible... yes > checking dynamic linker characteristics... GNU/Linux ld.so > checking if libtool supports shared libraries... yes > checking whether to build shared libraries... yes > checking whether to build static libraries... yes > checking for shl_load... no > checking for shl_load in -ldld... no > checking for dlopen... no > checking for dlopen in -ldl... yes > checking whether a program can dlopen itself... yes > checking whether a statically linked program can dlopen itself... no > checking whether -lc should be explicitly linked in... no > creating libtool > checking whether ln works... yes > checking whether ln -s works... (cached) yes > checking how to run the C preprocessor... cc -E > checking for Cygwin environment... (cached) no > checking for mingw32 environment... (cached) no > checking for executable suffix... (cached) no > checking for object suffix... (cached) o > checking for be_app in -lbe... no > checking for cc option to accept ANSI C... none needed > checking for cc depend flag... -M > checking for afopen in -ls... no > checking for EBCDIC... no > checking for ANSI C header files... yes > checking for dirent.h that defines DIR... yes > checking for opendir in -ldir... no > checking for sys/wait.h that is POSIX.1 compatible... yes > checking POSIX termios... yes > checking whether use of TIOCGWINSZ requires sys/ioctl.h... yes > checking for arpa/inet.h... yes > checking for arpa/nameser.h... yes > checking for assert.h... yes > checking for conio.h... no > checking for crypt.h... yes > checking for direct.h... no > checking for errno.h... yes > checking for fcntl.h... yes > checking for filio.h... no > checking for getopt.h... yes > checking for grp.h... yes > checking for io.h... no > checking for libutil.h... no > checking for limits.h... yes > checking for locale.h... yes > checking for netinet/tcp.h... yes > checking for malloc.h... yes > checking for memory.h... yes > checking for psap.h... no > checking for pwd.h... yes > checking for process.h... no > checking for resolv.h... yes > checking for sgtty.h... yes > checking for shadow.h... yes > checking for stddef.h... yes > checking for string.h... yes > checking for strings.h... yes > checking for sysexits.h... yes > checking for sys/file.h... yes > checking for sys/filio.h... no > checking for sys/errno.h... yes > checking for sys/ioctl.h... yes > checking for sys/param.h... yes > checking for sys/resource.h... yes > checking for sys/select.h... yes > checking for sys/socket.h... yes > checking for sys/stat.h... yes > checking for sys/syslog.h... yes > checking for sys/time.h... yes > checking for sys/types.h... yes > checking for sys/ucred.h... no > checking for sys/uio.h... yes > checking for syslog.h... yes > checking for termios.h... yes > checking for unistd.h... yes > checking for winsock.h... no > checking for winsock2.h... no > checking for dlopen... (cached) no > checking for dlopen in -ldl... (cached) yes > checking for sigset in -lV3... no > checking for winsock... no > checking for socket... yes > checking for select... yes > checking types of arguments for select()... int,fd_set *,struct timeval > * > checking for regex.h... yes > checking for library containing regfree... none required > checking for compatible POSIX regex... yes > checking for sys/uuid.h... no > checking to see if -lrpcrt4 is needed for win32 UUID support... no > checking for res_query... no > checking for __res_query... no > checking for res_query in -lbind... no > checking for __res_query in -lbind... no > checking for res_query in -lresolv... yes > checking for getaddrinfo... yes > checking for getnameinfo... yes > checking for gai_strerror... yes > checking for inet_ntop... yes > checking INET6_ADDRSTRLEN... yes > checking struct sockaddr_storage... yes > checking for sys/un.h... yes > checking for openssl/ssl.h... no > checking for ssl.h... no > configure: warning: Could not locate TLS/SSL package > configure: warning: TLS data protection not supported! > checking for _beginthread... no > checking for pthread.h... yes > checking POSIX thread version... 10 > checking for LinuxThreads pthread.h... yes > checking for GNU Pth pthread.h... no > checking for sched.h... yes > checking for pthread_create in default libraries... no > checking for pthread link with -kthread... no > checking for pthread link with -pthread... yes > checking for sched_yield... yes > checking for pthread_yield... yes > checking for thr_yield... no > checking for pthread_kill... yes > checking for pthread_rwlock_destroy... yes > checking for pthread_detach with <pthread.h>... yes > checking for pthread_setconcurrency... yes > checking for pthread_getconcurrency... yes > checking for thr_setconcurrency... no > checking for thr_getconcurrency... no > checking for pthread_kill_other_threads_np... yes > checking for LinuxThreads implementation... yes > checking for LinuxThreads consistency... yes > checking if pthread_create() works... yes > checking if select yields when using pthreads... yes > checking for thread specific errno... yes > checking for thread specific h_errno... yes > checking for ctime_r... yes > checking for gethostbyname_r... yes > checking for gethostbyaddr_r... yes > checking number of arguments of ctime_r... 2 > checking number of arguments of gethostbyname_r... 6 > checking number of arguments of gethostbyaddr_r... 8 > checking for db.h... yes > checking for Berkeley DB link (default)... no > checking for Berkeley DB link (-ldb41)... no > checking for Berkeley DB link (-ldb-41)... no > checking for Berkeley DB link (-ldb-4.1)... no > checking for Berkeley DB link (-ldb-4-1)... no > checking for Berkeley DB link (-ldb-4)... no > checking for Berkeley DB link (-ldb4)... no > checking for Berkeley DB link (-ldb)... yes > checking for Berkeley DB thread support... yes > checking Berkeley DB version for BDB backend... no > configure: error: BDB: BerkeleyDB version incompatible > > > Is there anybody to help me? > > Thanks. > > Patrick Gelin > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Python-LDAP-dev mailing list > Pyt...@li... > https://lists.sourceforge.net/lists/listinfo/python-ldap-dev |
|
From: Patrick G. <pat...@rp...> - 2003-09-25 11:38:23
|
Hi,
I'm trying to use LDAPUserFolder with Zope 2.6.1 and python2.1.3 under
RedHat 9.0. (By the way, RedHat 9.0 installed python2.2 too)
I installed python-ldap-2.0.Opre13.tar.gz. The result go through
/usr/lib/python2.2/site-packages/ld* files and sub directory ldap...
I copied /usr/lib/python2.2/site-packages/ld* files and subdirectory
ldap to /zope/lib/python2.1/site-packages. (Is it really necessary?)
Now if I go to /zope/bin/python and type import _ldap I've got an error
message which is:
importError /usr/lib/python2.2/site-packages/_ldap.so: undefined
symbol:ldap_first_reference
I believed /zope/bin/python use /zope/lib/python2.1 but its seems
wrong!!!
Now I think I have to install an openldap package to resolve
ldap_first_reference. I try to instal some RPM:
openldap-servers 2.0.27-8
openldap-devel 2.0.27-8
openldap 2.0.27-8
openldap-clients 2.0.27-8
I don't reinstall python-ldap after may be it's a mistake but nothing
change...
I looked for an advice on the Internet and I saw it's recommended to
compile openldap and not use REDHAT 9.0 RPM package... So, I tried to do
it with (openldap-2-1-22) but I get the error message below:
[root@rheisxa001 openldap-2.1.22]# ./configure
Copyright 1998-2003 The OpenLDAP Foundation, All Rights Reserved.
Restrictions apply, see COPYRIGHT and LICENSE files.
Configuring OpenLDAP 2.1.22-Release ...
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for mawk... no
checking for gawk... gawk
checking whether make sets ${MAKE}... yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for gnutar... no
checking for gtar... gtar
checking configure arguments... done
checking for a BSD compatible install... /usr/bin/install -c
checking for cc... cc
checking for ar... ar
checking for Cygwin environment... no
checking for mingw32 environment... no
checking for EMX OS/2 environment... no
checking how to run the C preprocessor... cc -E
checking for gcc... (cached) cc
checking whether the C compiler (cc ) works... yes
checking whether the C compiler (cc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether cc accepts -g... yes
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking for a sed that does not truncate output... /bin/sed
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking for object suffix... o
checking for executable suffix... no
checking command to parse /usr/bin/nm -B output... ok
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for cc option to produce PIC... -fPIC
checking if cc PIC flag -fPIC works... yes
checking if cc static flag -static works... yes
checking if cc supports -c -o file.o... yes
checking if cc supports -c -o file.lo... yes
checking if cc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/bin/ld) supports shared libraries...
yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen... no
checking for dlopen in -ldl... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... no
checking whether -lc should be explicitly linked in... no
creating libtool
checking whether ln works... yes
checking whether ln -s works... (cached) yes
checking how to run the C preprocessor... cc -E
checking for Cygwin environment... (cached) no
checking for mingw32 environment... (cached) no
checking for executable suffix... (cached) no
checking for object suffix... (cached) o
checking for be_app in -lbe... no
checking for cc option to accept ANSI C... none needed
checking for cc depend flag... -M
checking for afopen in -ls... no
checking for EBCDIC... no
checking for ANSI C header files... yes
checking for dirent.h that defines DIR... yes
checking for opendir in -ldir... no
checking for sys/wait.h that is POSIX.1 compatible... yes
checking POSIX termios... yes
checking whether use of TIOCGWINSZ requires sys/ioctl.h... yes
checking for arpa/inet.h... yes
checking for arpa/nameser.h... yes
checking for assert.h... yes
checking for conio.h... no
checking for crypt.h... yes
checking for direct.h... no
checking for errno.h... yes
checking for fcntl.h... yes
checking for filio.h... no
checking for getopt.h... yes
checking for grp.h... yes
checking for io.h... no
checking for libutil.h... no
checking for limits.h... yes
checking for locale.h... yes
checking for netinet/tcp.h... yes
checking for malloc.h... yes
checking for memory.h... yes
checking for psap.h... no
checking for pwd.h... yes
checking for process.h... no
checking for resolv.h... yes
checking for sgtty.h... yes
checking for shadow.h... yes
checking for stddef.h... yes
checking for string.h... yes
checking for strings.h... yes
checking for sysexits.h... yes
checking for sys/file.h... yes
checking for sys/filio.h... no
checking for sys/errno.h... yes
checking for sys/ioctl.h... yes
checking for sys/param.h... yes
checking for sys/resource.h... yes
checking for sys/select.h... yes
checking for sys/socket.h... yes
checking for sys/stat.h... yes
checking for sys/syslog.h... yes
checking for sys/time.h... yes
checking for sys/types.h... yes
checking for sys/ucred.h... no
checking for sys/uio.h... yes
checking for syslog.h... yes
checking for termios.h... yes
checking for unistd.h... yes
checking for winsock.h... no
checking for winsock2.h... no
checking for dlopen... (cached) no
checking for dlopen in -ldl... (cached) yes
checking for sigset in -lV3... no
checking for winsock... no
checking for socket... yes
checking for select... yes
checking types of arguments for select()... int,fd_set *,struct timeval
*
checking for regex.h... yes
checking for library containing regfree... none required
checking for compatible POSIX regex... yes
checking for sys/uuid.h... no
checking to see if -lrpcrt4 is needed for win32 UUID support... no
checking for res_query... no
checking for __res_query... no
checking for res_query in -lbind... no
checking for __res_query in -lbind... no
checking for res_query in -lresolv... yes
checking for getaddrinfo... yes
checking for getnameinfo... yes
checking for gai_strerror... yes
checking for inet_ntop... yes
checking INET6_ADDRSTRLEN... yes
checking struct sockaddr_storage... yes
checking for sys/un.h... yes
checking for openssl/ssl.h... no
checking for ssl.h... no
configure: warning: Could not locate TLS/SSL package
configure: warning: TLS data protection not supported!
checking for _beginthread... no
checking for pthread.h... yes
checking POSIX thread version... 10
checking for LinuxThreads pthread.h... yes
checking for GNU Pth pthread.h... no
checking for sched.h... yes
checking for pthread_create in default libraries... no
checking for pthread link with -kthread... no
checking for pthread link with -pthread... yes
checking for sched_yield... yes
checking for pthread_yield... yes
checking for thr_yield... no
checking for pthread_kill... yes
checking for pthread_rwlock_destroy... yes
checking for pthread_detach with <pthread.h>... yes
checking for pthread_setconcurrency... yes
checking for pthread_getconcurrency... yes
checking for thr_setconcurrency... no
checking for thr_getconcurrency... no
checking for pthread_kill_other_threads_np... yes
checking for LinuxThreads implementation... yes
checking for LinuxThreads consistency... yes
checking if pthread_create() works... yes
checking if select yields when using pthreads... yes
checking for thread specific errno... yes
checking for thread specific h_errno... yes
checking for ctime_r... yes
checking for gethostbyname_r... yes
checking for gethostbyaddr_r... yes
checking number of arguments of ctime_r... 2
checking number of arguments of gethostbyname_r... 6
checking number of arguments of gethostbyaddr_r... 8
checking for db.h... yes
checking for Berkeley DB link (default)... no
checking for Berkeley DB link (-ldb41)... no
checking for Berkeley DB link (-ldb-41)... no
checking for Berkeley DB link (-ldb-4.1)... no
checking for Berkeley DB link (-ldb-4-1)... no
checking for Berkeley DB link (-ldb-4)... no
checking for Berkeley DB link (-ldb4)... no
checking for Berkeley DB link (-ldb)... yes
checking for Berkeley DB thread support... yes
checking Berkeley DB version for BDB backend... no
configure: error: BDB: BerkeleyDB version incompatible
Is there anybody to help me?
Thanks.
Patrick Gelin
|
|
From: <mi...@st...> - 2003-09-23 17:43:45
|
Marc Balmer wrote: > > FYI: python-ldap has been ported to the OpenBSD operating system (as > port py-ldap). The port is available for download at > http://www.etc.msys.ch/ports/. Thanks for letting us know. > You may want to take not of this on the python-ldap website. /bin/done Ciao, Michael. |
|
From: Marc B. <ma...@ms...> - 2003-09-23 12:01:24
|
Hello! FYI: python-ldap has been ported to the OpenBSD operating system (as port py-ldap). The port is available for download at http://www.etc.msys.ch/ports/. You may want to take not of this on the python-ldap website. Regards, Marc Balmer |
|
From: Mauro C. <mci...@si...> - 2003-09-19 20:07:25
|
Curby . wrote: > ImportError: /usr/local/lib/python2.3/site-packages/_ldap.so: > undefined symbol: ldap_first_reference This is typically caused by an OpenLDAP library version mismatch (ldap_first_reference is a relatively recent addition to the API). AFAIK, recent PythonLDAP compile against OpenLDAP 2.1.x, not 2.0.x, so you might want to check you don't have old versions sitting around. Mauro |
|
From: <mi...@st...> - 2003-09-18 11:58:03
|
Curby . wrote: > ImportError: /usr/local/lib/python2.3/site-packages/_ldap.so: undefined > symbol: ldap_first_reference Where are your OpenLDAP libs installed? You might have to adjust /etc/ld.so.conf or set LD_LIBRARY_PATH to match the value of library_dirs set in python-ldap's setup.cfg. Also make sure you don't have a mix of OpenLDAP libs installed by RPM and your local installation. Ciao, Michael. |
|
From: Curby . <kir...@ho...> - 2003-09-18 02:06:48
|
Hi, I'm experiencing the ldap_first_reference problem that others have
alluded to before. The specific error message is as follows:
----- BEGIN ERROR -----
>>>import ldap
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File "/usr/local/lib/python2.3/site-packages/ldap/__init__.py", line 21,
in ?
from _ldap import *
ImportError: /usr/local/lib/python2.3/site-packages/_ldap.so: undefined
symbol: ldap_first_reference
----- END ERROR -----
I am installing python-ldap 2.0.0 pre13 on python2.3 and openldap 2.1.22.
all three are being installed manually (without the use of rpms).
Things I have tried (that others have suggested) include:
adding references.c and references.lo to
openldap-2.1.22/libraries/libldap_r/Makefile.in
and modifying python-ldap-2.0.0pre13/setup.cfg to try all of:
libs = ldap_r lber
libs = ldap lber
libs = ldap_r ldap lber
Unfortunately, nothing is working at the moment. My OS is Redhat 9,
generally well-patched.
Any help would be most appreciated. Thank you!
_________________________________________________________________
Compare Cable, DSL or Satellite plans: As low as $29.95.
https://broadband.msn.com
|
|
From: <mi...@st...> - 2003-09-04 22:48:15
|
Mauro Cicognini wrote: > since we've now got a Build/ directory containing the various setup.cfg > files for the different platforms, I thought we could enhance setup.py > to simply guess the correct CFG and pull that in directly from Build. We > could also make it recognize a debug build and use a debug CFG. We could set the defaults for the LDAP_CLASS instance according to the platform. Anyway. Unless this works really perfect for *all* platforms I'm rather reluctant to do something automagically. Ciao, Michael. |
|
From: <cle...@gm...> - 2003-09-01 12:50:54
|
when i compile python-ldap-2.0.0pre13.tar.gz i dont get the ldapmodule.so which i need for the zope ldapuserfolder. this file is also _not_ included in the standard python-ldap in debian woody. i only get an ldapmodule.o when i call setup.py buld gcc complains about an unrecognized option -R what am i doing wrong -- COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test -------------------------------------------------- 1. GMX TopMail - Platz 1 und Testsieger! 2. GMX ProMail - Platz 2 und Preis-Qualitätssieger! 3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post |
|
From: <mi...@st...> - 2003-08-27 15:15:46
|
Michael Engelhart wrote: > I need to retrieve all records with a filter such as: > (modifyTimeStamp>=20030826093828Z) > > OpenLDAP doesn't support this for some reason or at least it doesn't > work correctly (in my test it returns all the entries) Which version of OpenLDAP? This works for me with OpenLDAP server 2.1.22 which has generalizedTimeOrderingMatch implemented. Check subschema subentry for existence of that matching rule. > I'm wondering if there is any workaround using Python-LDAP to solve this. Not for high number of entries. Ciao, Michael. |
|
From: Michael E. <men...@ka...> - 2003-08-26 13:53:24
|
I need to retrieve all records with a filter such as: (modifyTimeStamp>=20030826093828Z) OpenLDAP doesn't support this for some reason or at least it doesn't work correctly (in my test it returns all the entries) I'm wondering if there is any workaround using Python-LDAP to solve this. I saw a post on OpenLDAP lists suggesting negating it like: !(modifyTimeStamp>=20030826093828Z) but this just hung up my app and there are only like 15 entries in my test directory. THanks Mike |
|
From: Mauro C. <mci...@si...> - 2003-08-26 10:46:35
|
Hi all,
since we've now got a Build/ directory containing the various setup.cfg
files for the different platforms, I thought we could enhance setup.py
to simply guess the correct CFG and pull that in directly from Build. We
could also make it recognize a debug build and use a debug CFG.
This comes in handy for me, at least, since this way I put my different
configs into two different files which don't clutter the main dir and I
cannot miss settings anymore.
Obviously this should be extended to override this and use a particular
CFG (esp. when cross-compiling), but I'd say it's a start. Here's the diff:
Index: setup.py
===================================================================
RCS file: /cvsroot/python-ldap/python-ldap/setup.py,v
retrieving revision 1.54
diff -u -w -b -r1.54 setup.py
--- setup.py 20 Aug 2003 20:27:10 -0000 1.54
+++ setup.py 26 Aug 2003 10:39:36 -0000
@@ -38,9 +38,17 @@
LDAP_CLASS = OpenLDAP2
+# pull the right CFG in
+if '--debug' in sys.argv:
+ debug = 'debug'
+else:
+ debug = 'release'
+setup_cfg = 'Build/%s-%s.setup.cfg' % (sys.platform, debug)
+print "Using " + setup_cfg
+
#-- Read the [_ldap] section of setup.cfg
cfg = ConfigParser()
-cfg.read('setup.cfg')
+cfg.read(setup_cfg)
if cfg.has_section('_ldap'):
for name in dir(LDAP_CLASS):
if cfg.has_option('_ldap', name):
How's the idea?
Mauro
|
627 messages has been excluded from this view by a project administrator.
