Menu
▾
▴
python-ldap-dev
|
From: <mi...@st...> - 2004-03-18 23:28:19
|
Find a new pre-release of python-ldap: http://python-ldap.sourceforge.net/ python-ldap provides an object-oriented API to access LDAP directory servers from Python programs. It mainly wraps the OpenLDAP 2.x libs for that purpose. Additionally it contains modules for other LDAP-related stuff (e.g. processing LDIF, LDAPURLs and LDAPv3 schema). Changes: Wrapped OpenLDAP's ldap_whoami_s(). Fixed incompability with OpenLDAP 2.2 libs. Code cleaning. ---------------------------------------------------------------- Released 2.0.0pre20 2004-03-xx Changes since 2.0.0pre19: Modules/: * Removed doc strings from functions.c * Removed probably unused wrapper function l_ldap_dn2ufn() since ldap_dn2ufn() is deprecated in OpenLDAP 2.1+ * Removed wrapper function l_ldap_is_ldap_url(). * Removed macro add_int_r() from constants.c since it caused incompability issues with OpenLDAP 2.2 libs (Warning: all result types are Integers now! Use the constants!) * New wrapper function l_ldap_whoami_s() ldap.ldapobject: * New wrapper method LDAPObject.whoami_s() ldap.functions: * Removed is_ldap_url(). The more general function ldapurl.isLDAPUrl() should be used instead. ldap.sasl: * Added class cram_md5 (for SASL mech CRAM-MD5) ldap.async: * Use constants for search result types (see note about add_int_r() above). |
|
From: Marc P. <pet...@ma...> - 2004-03-19 08:46:27
|
> python-ldap-2.0.0pre20
i tried to build this version. i see the follwing errors:
[snip]
warning: build_py: file Lib/ldap.py (for module ldap) not found
warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) not
found
[snip]
Modules/options.c:150: warning: unused variable `doubleval'
after installing and importing ldap into the python console:
Python 2.1.3 (#1, Feb 3 2004, 11:45:24)
[GCC 3.2.2 20030222 (Red Hat Linux 3.2.2-5)] on linux2
Type "copyright", "credits" or "license" for more information.
>>> import ldap
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File
"/usr/local/python/Python-2.1.3/lib/python2.1/site-packages/ldap/
__init__.py", line 21, in ?
from _ldap import *
ImportError:
/usr/local/python/Python-2.1.3/lib/python2.1/site-packages/_ldap.so:
undefined symbol: EVP_idea_cbc
any ideas how to solve this "EVP_idea_cbc" problem?
regards,
marc
python-2.1.3, python-ldap-2.0.0pre20, openldap-2.1.23, openssl-0.9.7c
|
|
From: <mi...@st...> - 2004-03-19 09:14:08
|
Marc Petitmermet wrote: > warning: build_py: file Lib/ldap.py (for module ldap) not found > warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) not > found Item 6. on http://python-ldap.sourceforge.net/faq.shtml: Q: During build there are warning messages displayed telling Lib/ldap.py and Lib/ldap/schema.py are not found: warning: build_py: file Lib/ldap.py (for module ldap) not found warning: build_py: file Lib/ldap/schema.py (for module ldap.schema) not found A: ldap and ldap.schema are both module packages (directories containing various sub-modules). The messages above are falsely produced by DistUtils. Don't worry about it. > Modules/options.c:150: warning: unused variable `doubleval' You can ignore that. > ImportError: > /usr/local/python/Python-2.1.3/lib/python2.1/site-packages/_ldap.so: > undefined symbol: EVP_idea_cbc Hmm, any chance that your OpenSSL upgrade/installation went wrong? Ciao, Michael. |
|
From: Marc P. <pet...@ma...> - 2004-03-19 09:48:33
|
>> ImportError:
>> /usr/local/python/Python-2.1.3/lib/python2.1/site-packages/_ldap.so:
>> undefined symbol: EVP_idea_cbc
>
> Hmm, any chance that your OpenSSL upgrade/installation went wrong?
o.k. i installed the latest version of openssl-0.9.7d (compiled and
tested without errors). then i removed python-ldap from site-package
and reinstalled it. now, the above error is gone but there is a problem
with ldap_whoami_s.
Python 2.1.3 (#1, Feb 3 2004, 11:45:24)
[GCC 3.2.2 20030222 (Red Hat Linux 3.2.2-5)] on linux2
Type "copyright", "credits" or "license" for more information.
>>> import ldap
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File
"/usr/local/python/Python-2.1.3/lib/python2.1/site-packages/ldap/
__init__.py", line 21, in ?
from _ldap import *
ImportError:
/usr/local/python/Python-2.1.3/lib/python2.1/site-packages/_ldap.so:
undefined symbol: ldap_whoami_s
regards,
marc
|
|
From: <mi...@st...> - 2004-03-19 10:13:28
|
Marc Petitmermet wrote: > ImportError: > /usr/local/python/Python-2.1.3/lib/python2.1/site-packages/_ldap.so: > undefined symbol: ldap_whoami_s Please make sure that recent OpenLDAP shared libs are used. You claimed to have 2.1.23 installed. This should work. What's the output of /usr/local/python/Python-2.1.3/lib/python2.1/site-packages/_ldap.so Maybe some ancient OpenLDAP libs shipped with your Red Hat systems are used? Ciao, Michael. |
|
From: Marc P. <pet...@ma...> - 2004-03-19 10:35:55
|
> Please make sure that recent OpenLDAP shared libs are used. You
> claimed to have 2.1.23 installed. This should work.
o.k. compiled and installed the latest version openldap-2.1.25 without
errors. then i removed python-ldap from site-package and reinstalled
it.
> Maybe some ancient OpenLDAP libs shipped with your Red Hat systems are
> used?
because of our special setup where we need different versions of the
same packages i always define the paths in setup.cfg of pyhton-ldap:
library_dirs = /usr/local/openldap/openldap-2.1.25/lib
/usr/local/openssl/openssl-0.9.7d/lib
include_dirs = /usr/local/openldap/openldap-2.1.25/include
/usr/local/openssl/openssl-0.9.7d/include
> Maybe some ancient OpenLDAP libs shipped with your Red Hat systems are
> used?
this should not be the case with the above setup.
the problem with ldap_whoami_s still persists:
Python 2.1.3 (#1, Feb 3 2004, 11:45:24)
[GCC 3.2.2 20030222 (Red Hat Linux 3.2.2-5)] on linux2
Type "copyright", "credits" or "license" for more information.
>>> import ldap
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File
"/usr/local/python/Python-2.1.3/lib/python2.1/site-packages/ldap/
__init__.py", line 21, in ?
from _ldap import *
ImportError:
/usr/local/python/Python-2.1.3/lib/python2.1/site-packages/_ldap.so:
undefined symbol: ldap_whoami_s
> What's the output of
> /usr/local/python/Python-2.1.3/lib/python2.1/site-packages/_ldap.so
%> /usr/local/python/Python-2.1.3/lib/python2.1/site-packages/_ldap.so
Segmentation fault
regards,
marc
|
|
From: <mi...@st...> - 2004-03-22 08:56:48
|
Marc Petitmermet wrote: >> Please make sure that recent OpenLDAP shared libs are used. You >> claimed to have 2.1.23 installed. This should work. > > o.k. compiled and installed the latest version openldap-2.1.25 without > errors. then i removed python-ldap from site-package and reinstalled it. Ok. > because of our special setup where we need different versions of the > same packages i always define the paths in setup.cfg of pyhton-ldap: > > library_dirs = /usr/local/openldap/openldap-2.1.25/lib > /usr/local/openssl/openssl-0.9.7d/lib > include_dirs = /usr/local/openldap/openldap-2.1.25/include > /usr/local/openssl/openssl-0.9.7d/include This is only for the build. >> Maybe some ancient OpenLDAP libs shipped with your Red Hat systems >> are used? > > this should not be the case with the above setup. Even with setup.cfg as above you still have to set LD_LIBRARY_PATH or adjust /etc/ld.so.conf. >> What's the output of >> /usr/local/python/Python-2.1.3/lib/python2.1/site-packages/_ldap.so > > %> /usr/local/python/Python-2.1.3/lib/python2.1/site-packages/_ldap.so > Segmentation fault If invoking ldd /usr/local/python/Python-2.1.3/lib/python2.1/site-packages/_ldap.so seg faults your local system setup is really broken. Ciao, Michael. |
|
From: Marc P. <pet...@ma...> - 2004-03-23 08:18:59
|
> Even with setup.cfg as above you still have to set LD_LIBRARY_PATH or > adjust /etc/ld.so.conf. oh, man. i'm stupid. why didn't i thought of this? now, i can import your module without problems. thanks for the great help. regards, marc |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X