python-ldap-dev

compile python-ldap on macosx

[J. S. <sch...@fh...>]

Hi.
I'm new to the list. In the list-archive I didn't find much about 
macosx, so here is my post.

I'm trying to set up ZOPE with the LDAPuserFolder on a macosx-system 
and therefor I need python-ldap. But I#m not able to compile it on 
MacOsX 10.2
Is anyone on the List who did it successfull ?

thanks
Juergen Scholtes

Re: compile python-ldap on macosx

[<mi...@st...>]

J. Scholtes wrote:
> 
> I'm trying to set up ZOPE with the LDAPuserFolder on a macosx-system and 
> therefor I need python-ldap. But I#m not able to compile it on MacOsX 10.2
> Is anyone on the List who did it successfull ?

It's more likely that you get help if you provide more information about 
what you're trying to do and what went wrong.

- OpenLDAP libs, version
- python-ldap version
- log of build with error messages

Ciao, Michael.

Re: compile python-ldap on macosx

[J. S. <sch...@fh...>]

Am Freitag, 25.10.02, um 13:51 Uhr (Europe/Budapest) schrieb Michael=20
Str=F6der:

> J. Scholtes wrote:
>> I'm trying to set up ZOPE with the LDAPuserFolder on a macosx-system=20=

>> and therefor I need python-ldap. But I#m not able to compile it on=20
>> MacOsX 10.2
>> Is anyone on the List who did it successfull ?
>
> It's more likely that you get help if you provide more information=20
> about what you're trying to do and what went wrong.
>
> - OpenLDAP libs, version
> - python-ldap version
> - log of build with error messages
>


- I installed an OpenLDAP-Package distributed by Apple. I'ts based on=20
openldap-2.0.18.
- python-ldap version: python-ldap-2.0.0pre06

log of build:
###################
[Tour1:~/python-ldap-2.0.0pre06] zope% python setup.py build
running build
running build_py
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=20=

found
not copying Lib/ldap/__init__.py (output up-to-date)
not copying Lib/ldap/async.py (output up-to-date)
not copying Lib/ldap/cidict.py (output up-to-date)
not copying Lib/ldap/functions.py (output up-to-date)
not copying Lib/ldap/sasl.py (output up-to-date)
not copying Lib/ldap/schema/__init__.py (output up-to-date)
not copying Lib/ldap/schema/tokenizer.py (output up-to-date)
not copying Lib/ldap/schema/models.py (output up-to-date)
not copying Lib/ldap/schema/subentry.py (output up-to-date)
not copying Lib/ldap/ldapobject.py (output up-to-date)
not copying Lib/ldap/modlist.py (output up-to-date)
not copying Lib/ldapurl.py (output up-to-date)
not copying Lib/ldif.py (output up-to-date)
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=20=

found
running build_ext
building '_ldap' extension
skipping Modules/LDAPObject.c (build/temp.darwin-6.1-Power=20
Macintosh-2.2/LDAPObject.o up-to-date)
skipping Modules/common.c (build/temp.darwin-6.1-Power=20
Macintosh-2.2/common.o up-to-date)
skipping Modules/constants.c (build/temp.darwin-6.1-Power=20
Macintosh-2.2/constants.o up-to-date)
skipping Modules/errors.c (build/temp.darwin-6.1-Power=20
Macintosh-2.2/errors.o up-to-date)
skipping Modules/functions.c (build/temp.darwin-6.1-Power=20
Macintosh-2.2/functions.o up-to-date)
skipping Modules/schema.c (build/temp.darwin-6.1-Power=20
Macintosh-2.2/schema.o up-to-date)
skipping Modules/ldapmodule.c (build/temp.darwin-6.1-Power=20
Macintosh-2.2/ldapmodule.o up-to-date)
skipping Modules/linkedlist.c (build/temp.darwin-6.1-Power=20
Macintosh-2.2/linkedlist.o up-to-date)
skipping Modules/message.c (build/temp.darwin-6.1-Power=20
Macintosh-2.2/message.o up-to-date)
skipping Modules/version.c (build/temp.darwin-6.1-Power=20
Macintosh-2.2/version.o up-to-date)
skipping Modules/options.c (build/temp.darwin-6.1-Power=20
Macintosh-2.2/options.o up-to-date)
gcc -arch i386 -arch ppc -bundle -flat_namespace -undefined suppress=20
build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o=20
build/temp.darwin-6.1-Power Macintosh-2.2/common.o=20
build/temp.darwin-6.1-Power Macintosh-2.2/constants.o=20
build/temp.darwin-6.1-Power Macintosh-2.2/errors.o=20
build/temp.darwin-6.1-Power Macintosh-2.2/functions.o=20
build/temp.darwin-6.1-Power Macintosh-2.2/schema.o=20
build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o=20
build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o=20
build/temp.darwin-6.1-Power Macintosh-2.2/message.o=20
build/temp.darwin-6.1-Power Macintosh-2.2/version.o=20
build/temp.darwin-6.1-Power Macintosh-2.2/options.o=20
-L/Library/OpenLDAP/lib -Wl,-R/Library/OpenLDAP/lib -lldap -llber=20
-lresolv -o build/lib.darwin-6.1-Power Macintosh-2.2/_ldap.so
ld: for architecture i386
ld: unknown flag: -R/Library/OpenLDAP/lib
error: command 'gcc' failed with exit status 1
#####################################

I did a 'man ld' , but cannot find something about a flag or option -R !

Please be kind with me if I did something very stupid. I'm not a=20
"kernel-hacker" but more like one of those script-kiddies ;)

Re: compile python-ldap on macosx

[Jens V. <je...@zo...>]

that error message always shows up for me as well (probably a typo 
somewhere in the build code), but it never made the build process fail 
for me.

as far as OpenLDAP goes, i never use pre-packaged stuff. i use the 
source distribution and build it myself. never had a problem building 
python-ldap with that.

jens


> - I installed an OpenLDAP-Package distributed by Apple. I'ts based on 
> openldap-2.0.18.
> - python-ldap version: python-ldap-2.0.0pre06
>
> log of build:
> ###################
> [Tour1:~/python-ldap-2.0.0pre06] zope% python setup.py build
> running build
> running build_py
> 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
> not copying Lib/ldap/__init__.py (output up-to-date)
> not copying Lib/ldap/async.py (output up-to-date)
> not copying Lib/ldap/cidict.py (output up-to-date)
> not copying Lib/ldap/functions.py (output up-to-date)
> not copying Lib/ldap/sasl.py (output up-to-date)
> not copying Lib/ldap/schema/__init__.py (output up-to-date)
> not copying Lib/ldap/schema/tokenizer.py (output up-to-date)
> not copying Lib/ldap/schema/models.py (output up-to-date)
> not copying Lib/ldap/schema/subentry.py (output up-to-date)
> not copying Lib/ldap/ldapobject.py (output up-to-date)
> not copying Lib/ldap/modlist.py (output up-to-date)
> not copying Lib/ldapurl.py (output up-to-date)
> not copying Lib/ldif.py (output up-to-date)
> 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
> running build_ext
> building '_ldap' extension
> skipping Modules/LDAPObject.c (build/temp.darwin-6.1-Power 
> Macintosh-2.2/LDAPObject.o up-to-date)
> skipping Modules/common.c (build/temp.darwin-6.1-Power 
> Macintosh-2.2/common.o up-to-date)
> skipping Modules/constants.c (build/temp.darwin-6.1-Power 
> Macintosh-2.2/constants.o up-to-date)
> skipping Modules/errors.c (build/temp.darwin-6.1-Power 
> Macintosh-2.2/errors.o up-to-date)
> skipping Modules/functions.c (build/temp.darwin-6.1-Power 
> Macintosh-2.2/functions.o up-to-date)
> skipping Modules/schema.c (build/temp.darwin-6.1-Power 
> Macintosh-2.2/schema.o up-to-date)
> skipping Modules/ldapmodule.c (build/temp.darwin-6.1-Power 
> Macintosh-2.2/ldapmodule.o up-to-date)
> skipping Modules/linkedlist.c (build/temp.darwin-6.1-Power 
> Macintosh-2.2/linkedlist.o up-to-date)
> skipping Modules/message.c (build/temp.darwin-6.1-Power 
> Macintosh-2.2/message.o up-to-date)
> skipping Modules/version.c (build/temp.darwin-6.1-Power 
> Macintosh-2.2/version.o up-to-date)
> skipping Modules/options.c (build/temp.darwin-6.1-Power 
> Macintosh-2.2/options.o up-to-date)
> gcc -arch i386 -arch ppc -bundle -flat_namespace -undefined suppress 
> build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/common.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/constants.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/errors.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/functions.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/schema.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/message.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/version.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/options.o 
> -L/Library/OpenLDAP/lib -Wl,-R/Library/OpenLDAP/lib -lldap -llber 
> -lresolv -o build/lib.darwin-6.1-Power Macintosh-2.2/_ldap.so
> ld: for architecture i386
> ld: unknown flag: -R/Library/OpenLDAP/lib
> error: command 'gcc' failed with exit status 1
> #####################################
>
> I did a 'man ld' , but cannot find something about a flag or option -R 
> !
>
> Please be kind with me if I did something very stupid. I'm not a 
> "kernel-hacker" but more like one of those script-kiddies ;)
>
>

Re: compile python-ldap on macosx

[Jens V. <je...@zo...>]

now that i am looking at it, why does it say something about building 
for the i386 architecture in the build output? something about your 
build is horribly wrong.

jens


On Friday, Oct 25, 2002, at 08:21 US/Eastern, J. Scholtes wrote:
> gcc -arch i386 -arch ppc -bundle -flat_namespace -undefined suppress 
> build/temp.darwin-6.1-Power Macintosh-2.2/LDAPObject.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/common.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/constants.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/errors.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/functions.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/schema.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/ldapmodule.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/linkedlist.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/message.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/version.o 
> build/temp.darwin-6.1-Power Macintosh-2.2/options.o 
> -L/Library/OpenLDAP/lib -Wl,-R/Library/OpenLDAP/lib -lldap -llber 
> -lresolv -o build/lib.darwin-6.1-Power Macintosh-2.2/_ldap.so
> ld: for architecture i386
> ld: unknown flag: -R/Library/OpenLDAP/lib
> error: command 'gcc' failed with exit status 1

Re: compile python-ldap on macosx

[J. S. <sch...@fh...>]

Am Freitag, 25.10.02, um 14:39 Uhr (Europe/Budapest) schrieb Jens 
Vagelpohl:

> now that i am looking at it, why does it say something about building 
> for the i386 architecture in the build output? something about your 
> build is horribly wrong.
>
> jens
>
>
> On Friday, Oct 25, 2002, at 08:21 US/Eastern, J. Scholtes wrote:
>> gcc -arch i386 -arch ppc -bundle -flat_namespace -undefined suppress 
>> build/temp.darwin-6.1-Power Macintosh-2.2/

mmh.
but the second switch (-arch ppc) is correct

Juergen

Re: compile python-ldap on macosx

[Jens V. <je...@zo...>]

well, something about your setup is strange. just to compare, here is 
the output from my own machine::

**************************
gcc -flat_namespace -bundle -undefined suppress 
build/temp.darwin-6.1-Power Macintosh-2.1/LDAPObject.o 
build/temp.darwin-6.1-Power Macintosh-2.1/common.o 
build/temp.darwin-6.1-Power Macintosh-2.1/constants.o 
build/temp.darwin-6.1-Power Macintosh-2.1/errors.o 
build/temp.darwin-6.1-Power Macintosh-2.1/functions.o 
build/temp.darwin-6.1-Power Macintosh-2.1/schema.o 
build/temp.darwin-6.1-Power Macintosh-2.1/ldapmodule.o 
build/temp.darwin-6.1-Power Macintosh-2.1/linkedlist.o 
build/temp.darwin-6.1-Power Macintosh-2.1/message.o 
build/temp.darwin-6.1-Power Macintosh-2.1/version.o 
build/temp.darwin-6.1-Power Macintosh-2.1/options.o -L/usr/local/lib 
-R/usr/local/lib -lldap_r -llber -lssl -lcrypto -o 
build/lib.darwin-6.1-Power Macintosh-2.1/_ldap.so
gcc: unrecognized option `-R/usr/local/lib'
[dhcp192:local/src/python-ldap-HEAD] jens%
***************************

as you can see, no "arch" arguments whatsoever. by the way, my python 
is "hand-made" as well. it's a self-compiled python 2.1.3.

i don't know much about compilers, but it seems strange that there are 
more than a single arch argument, anyway. or is it possible to build 
for two completely disparate architectures in one compile run? sounds 
unlikely to me.

jens

On Friday, Oct 25, 2002, at 09:00 US/Eastern, J. Scholtes wrote:

>
> Am Freitag, 25.10.02, um 14:39 Uhr (Europe/Budapest) schrieb Jens 
> Vagelpohl:
>
>> now that i am looking at it, why does it say something about building 
>> for the i386 architecture in the build output? something about your 
>> build is horribly wrong.
>>
>> jens
>>
>>
>> On Friday, Oct 25, 2002, at 08:21 US/Eastern, J. Scholtes wrote:
>>> gcc -arch i386 -arch ppc -bundle -flat_namespace -undefined suppress 
>>> build/temp.darwin-6.1-Power Macintosh-2.2/
>
> mmh.
> but the second switch (-arch ppc) is correct
>
> Juergen
>
>

Re: compile python-ldap on macosx

[Joe L. <jl...@op...>]

MacOSX has two supported architectures, as does Darwin. Apple only 
sells one and mothballed the other architecture. With Darwin, you still 
have both. When compiling, you are build Mach-O binaries that can be 
"FAT" -- both intel and ppc. Many defaults for Darwin build for both 
architectures. Though you may build from source, it is probably wiser 
for distribution to depend on the now included LDAP release with Darwin 
and MacOSX Jaguar (which ties into OpenDirectory). It will lower the 
entropy of support and likely not cause the "which libldap library am I 
linking to today" problems :)

On Friday, October 25, 2002, at 08:58 AM, Jens Vagelpohl wrote:

> well, something about your setup is strange. just to compare, here is 
> the output from my own machine::
>
> **************************
> gcc -flat_namespace -bundle -undefined suppress 
> build/temp.darwin-6.1-Power Macintosh-2.1/LDAPObject.o 
> build/temp.darwin-6.1-Power Macintosh-2.1/common.o 
> build/temp.darwin-6.1-Power Macintosh-2.1/constants.o 
> build/temp.darwin-6.1-Power Macintosh-2.1/errors.o 
> build/temp.darwin-6.1-Power Macintosh-2.1/functions.o 
> build/temp.darwin-6.1-Power Macintosh-2.1/schema.o 
> build/temp.darwin-6.1-Power Macintosh-2.1/ldapmodule.o 
> build/temp.darwin-6.1-Power Macintosh-2.1/linkedlist.o 
> build/temp.darwin-6.1-Power Macintosh-2.1/message.o 
> build/temp.darwin-6.1-Power Macintosh-2.1/version.o 
> build/temp.darwin-6.1-Power Macintosh-2.1/options.o -L/usr/local/lib 
> -R/usr/local/lib -lldap_r -llber -lssl -lcrypto -o 
> build/lib.darwin-6.1-Power Macintosh-2.1/_ldap.so
> gcc: unrecognized option `-R/usr/local/lib'
> [dhcp192:local/src/python-ldap-HEAD] jens%
> ***************************
>
> as you can see, no "arch" arguments whatsoever. by the way, my python 
> is "hand-made" as well. it's a self-compiled python 2.1.3.
>
> i don't know much about compilers, but it seems strange that there are 
> more than a single arch argument, anyway. or is it possible to build 
> for two completely disparate architectures in one compile run? sounds 
> unlikely to me.
>
> jens
>
> On Friday, Oct 25, 2002, at 09:00 US/Eastern, J. Scholtes wrote:
>
>>
>> Am Freitag, 25.10.02, um 14:39 Uhr (Europe/Budapest) schrieb Jens 
>> Vagelpohl:
>>
>>> now that i am looking at it, why does it say something about 
>>> building for the i386 architecture in the build output? something 
>>> about your build is horribly wrong.
>>>
>>> jens
>>>
>>>
>>> On Friday, Oct 25, 2002, at 08:21 US/Eastern, J. Scholtes wrote:
>>>> gcc -arch i386 -arch ppc -bundle -flat_namespace -undefined 
>>>> suppress build/temp.darwin-6.1-Power Macintosh-2.2/
>>
>> mmh.
>> but the second switch (-arch ppc) is correct
>>
>> Juergen
>>
>>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: Influence the future of Java(TM) 
> technology. Join the Java Community Process(SM) (JCP(SM)) program now. 
> http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
> _______________________________________________
> Python-LDAP-dev mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev

Re: compile python-ldap on macosx

[<mi...@st...>]

Joe Little wrote:
> Though you may build from source, it is probably wiser 
> for distribution to depend on the now included LDAP release with Darwin 
> and MacOSX Jaguar (which ties into OpenDirectory).

Is it possible to build python-ldap against this LDAP release? Any 
information about whether that's OpenLDAP 2 or not?

I have to admit that I do not have any clue about the buzz-word 
'OpenDirectory' and all the Mac OSX stuff.

Ciao, Michael.

Re: compile python-ldap on macosx

[Joe L. <jl...@op...>]

My understanding is that they include the OpenLDAP server 2.1.x on=20
their server product. That being said I assume the client side build=20
and libraries is based on the same version.

Let me take a stab at it..

Ok. the framework lists it as an OpenLDAP 2.0.21 based library.=20
However, the LDAP binary is built with liblber and libldap version 2.1.x

Let's look at the /usr/lib directory for the libraries themselves.=20
Strings results in the same 2.1.x (no indication of the specific=20
version. MacOSX uses .dylib extensions without major/minor numbers)

Pulling python-ldap from CVS and building it...

I get the same error with the "python setup.py build" approach, but it=20=

appears to correctly generate the files. I get further errors when=20
simply using "make" -- a lot about the inability to generate i386=20
libraries. However, it completes and a subsequent make shows that=20
everything is up to date and nothing is left to build. Thus, the nature=20=

of the beast is that the included setup.cfg doesn't know that MacOSX=20
can build for multiple architectures and its platform (python setup.py=20=

--platform) is "UNKNOWN". Is this normally the case for packages using=20=

setup.py/distutils?

I hope this helps out the discussion a bit.

On Friday, October 25, 2002, at 12:04 PM, Michael Str=F6der wrote:

> Joe Little wrote:
>> Though you may build from source, it is probably wiser for=20
>> distribution to depend on the now included LDAP release with Darwin=20=

>> and MacOSX Jaguar (which ties into OpenDirectory).
>
> Is it possible to build python-ldap against this LDAP release? Any=20
> information about whether that's OpenLDAP 2 or not?
>
> I have to admit that I do not have any clue about the buzz-word=20
> 'OpenDirectory' and all the Mac OSX stuff.
>
> Ciao, Michael.
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: Influence the future of Java(TM)=20
> technology. Join the Java Community Process(SM) (JCP(SM)) program now.=20=

> http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
> _______________________________________________
> Python-LDAP-dev mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev

Re: compile python-ldap on macosx

[Michael E. <men...@ka...>]

Hello Juergen,

I just recently installed python-ldap on a stock Mac OS 10.2 powerbook 
using the stock python 2.2 distribution that is installed.

first  - in setup.py do change the first 2 lines to:

library_dirs = /usr/lib
include_dirs = /usr/include

I believe you'll get that same gcc error message but after you run 
python setup.py build, do a:
sudo python setup.py install

and it should install the libraries fine.

I am new  to OpenLDAP so I'm having lots of trouble modifying entries 
and will be posting here soon but want to make sure my OpenLDAP 
configuration is setup correctly before I do that.

BTW, for those who were asking, OpenLDAP v 2.1.0 is what is installed 
by default on Mac OS X v 10.2   There may have been some minor changes 
in the latest System update but it's at least 2.1.x

Cheers
Mike
On Friday, October 25, 2002, at 07:38  AM, J. Scholtes wrote:

> Hi.
> I'm new to the list. In the list-archive I didn't find much about 
> macosx, so here is my post.
>
> I'm trying to set up ZOPE with the LDAPuserFolder on a macosx-system 
> and therefor I need python-ldap. But I#m not able to compile it on 
> MacOsX 10.2
> Is anyone on the List who did it successfull ?
>
> thanks
> Juergen Scholtes
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: Influence the future of Java(TM) 
> technology. Join the Java Community Process(SM) (JCP(SM)) program now. 
> http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
> _______________________________________________
> Python-LDAP-dev mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
>

Re: compile python-ldap on macosx

[Jens V. <je...@zo...>]

looking at the configuration files under /etc/openldap i suppose this 
"built-in" ldap server is designed to serve NetInfo data through LDAP. 
not sure what that is supposed to be good for on a normal OS X install.

i'd be weary to try and use that server to serve out other stuff as 
well. i'm not sure Software Update would recognize changes and not just 
replace the files the next time there is an updated ldap bundle.

jens


On Saturday, Oct 26, 2002, at 03:22 US/Eastern, Michael Engelhart wrote:

> Hello Juergen,
>
> I just recently installed python-ldap on a stock Mac OS 10.2 powerbook 
> using the stock python 2.2 distribution that is installed.
>
> first  - in setup.py do change the first 2 lines to:
>
> library_dirs = /usr/lib
> include_dirs = /usr/include
>
> I believe you'll get that same gcc error message but after you run 
> python setup.py build, do a:
> sudo python setup.py install
>
> and it should install the libraries fine.
>
> I am new  to OpenLDAP so I'm having lots of trouble modifying entries 
> and will be posting here soon but want to make sure my OpenLDAP 
> configuration is setup correctly before I do that.
>
> BTW, for those who were asking, OpenLDAP v 2.1.0 is what is installed 
> by default on Mac OS X v 10.2   There may have been some minor changes 
> in the latest System update but it's at least 2.1.x
>
> Cheers
> Mike
> On Friday, October 25, 2002, at 07:38  AM, J. Scholtes wrote:
>
>> Hi.
>> I'm new to the list. In the list-archive I didn't find much about 
>> macosx, so here is my post.
>>
>> I'm trying to set up ZOPE with the LDAPuserFolder on a macosx-system 
>> and therefor I need python-ldap. But I#m not able to compile it on 
>> MacOsX 10.2
>> Is anyone on the List who did it successfull ?
>>
>> thanks
>> Juergen Scholtes
>>
>>
>>
>>
>> -------------------------------------------------------
>> This sf.net email is sponsored by: Influence the future of Java(TM) 
>> technology. Join the Java Community Process(SM) (JCP(SM)) program 
>> now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
>> _______________________________________________
>> Python-LDAP-dev mailing list
>> Pyt...@li...
>> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
>>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ApacheCon, November 18-21 in
> Las Vegas (supported by COMDEX), the only Apache event to be
> fully supported by the ASF. http://www.apachecon.com
> _______________________________________________
> Python-LDAP-dev mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev

Re: compile python-ldap on macosx

[Michael E. <men...@ka...>]

Well NetInfo is one of "many" things OpenLDAP can serve up.   I doubt 
that Software Update would change the slapd.conf file since it 
basically just points to the apple.schema file.   I'm guessing it is 
safe and to be sure I just keep a copy of the configuration file.   BUt 
that's just me.


On Saturday, October 26, 2002, at 10:48  AM, Jens Vagelpohl wrote:

> looking at the configuration files under /etc/openldap i suppose this 
> "built-in" ldap server is designed to serve NetInfo data through LDAP. 
> not sure what that is supposed to be good for on a normal OS X > install.
>
> i'd be weary to try and use that server to serve out other stuff as 
> well. i'm not sure Software Update would recognize changes and not 
> just replace the files the next time there is an updated ldap bundle.
>
> jens

Re: compile python-ldap on macosx

[Jens V. <je...@zo...>]

i personally had no idea that ldap comes standard. so i poked around 
and sure enough if you go to /etc/hostconfig and add a line that says...

LDAPSERVER=-YES-

then the built-in server starts up on system start. i then went in and 
changed /System/Library/StartupItems/LDAP/LDAP to point to my 
self-compiled slapd instead. works wonderfully.

i probably should make use of the built-in one instead. i just have to 
change the configuration and *hope* that it can deal with my already 
existing database files and my schemata...  but at any rate, at least 
for folks who just want to use python-ldap as a client without running 
a LDAP server the mere existence of the libraries and header files will 
simplify building the module a lot.

jens


On Saturday, Oct 26, 2002, at 12:12 US/Eastern, Michael Engelhart wrote:

> Well NetInfo is one of "many" things OpenLDAP can serve up.   I doubt 
> that Software Update would change the slapd.conf file since it 
> basically just points to the apple.schema file.   I'm guessing it is 
> safe and to be sure I just keep a copy of the configuration file.   
> BUt that's just me.
>
>
> On Saturday, October 26, 2002, at 10:48  AM, Jens Vagelpohl wrote:
>
>> looking at the configuration files under /etc/openldap i suppose this 
>> "built-in" ldap server is designed to serve NetInfo data through 
>> LDAP. not sure what that is supposed to be good for on a normal OS X 
>> > install.
>>
>> i'd be weary to try and use that server to serve out other stuff as 
>> well. i'm not sure Software Update would recognize changes and not 
>> just replace the files the next time there is an updated ldap bundle.
>>
>> jens
>

Re: compile python-ldap on macosx

[Joe L. <jl...@op...>]

its an openldap to Netinfo bridge, done by Luke Howard (padl.com). In 
other words.. its as clean as you can get. Its compliant and works 
fine. I'm already using it as such in one case. Anybody can modify the 
schema to be what not and it won't break anything, since by default the 
system uses Netinfo and not LDAP and some steps are required to 
activate the LDAP bridge.

Software update won't modify the slapd.conf to my knowledge. That is 
generated one time with a mkslapdconf command from the netinfo sources 
(during activation). Its similar to what a .deb or .rpm would do with 
the default slapd.conf -- not change it unless its not there.

On Saturday, October 26, 2002, at 07:48 AM, Jens Vagelpohl wrote:

> looking at the configuration files under /etc/openldap i suppose this 
> "built-in" ldap server is designed to serve NetInfo data through LDAP. 
> not sure what that is supposed to be good for on a normal OS X > install.
>
> i'd be weary to try and use that server to serve out other stuff as 
> well. i'm not sure Software Update would recognize changes and not 
> just replace the files the next time there is an updated ldap bundle.
>
> jens
>
>
> On Saturday, Oct 26, 2002, at 03:22 US/Eastern, Michael Engelhart 
> wrote:
>
>> Hello Juergen,
>>
>> I just recently installed python-ldap on a stock Mac OS 10.2 
>> powerbook using the stock python 2.2 distribution that is installed.
>>
>> first  - in setup.py do change the first 2 lines to:
>>
>> library_dirs = /usr/lib
>> include_dirs = /usr/include
>>
>> I believe you'll get that same gcc error message but after you run 
>> python setup.py build, do a:
>> sudo python setup.py install
>>
>> and it should install the libraries fine.
>>
>> I am new  to OpenLDAP so I'm having lots of trouble modifying entries 
>> and will be posting here soon but want to make sure my OpenLDAP 
>> configuration is setup correctly before I do that.
>>
>> BTW, for those who were asking, OpenLDAP v 2.1.0 is what is installed 
>> by default on Mac OS X v 10.2   There may have been some minor 
>> changes in the latest System update but it's at least 2.1.x
>>
>> Cheers
>> Mike
>> On Friday, October 25, 2002, at 07:38  AM, J. Scholtes wrote:
>>
>>> Hi.
>>> I'm new to the list. In the list-archive I didn't find much about 
>>> macosx, so here is my post.
>>>
>>> I'm trying to set up ZOPE with the LDAPuserFolder on a macosx-system 
>>> and therefor I need python-ldap. But I#m not able to compile it on 
>>> MacOsX 10.2
>>> Is anyone on the List who did it successfull ?
>>>
>>> thanks
>>> Juergen Scholtes
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This sf.net email is sponsored by: Influence the future of Java(TM) 
>>> technology. Join the Java Community Process(SM) (JCP(SM)) program 
>>> now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
>>> _______________________________________________
>>> Python-LDAP-dev mailing list
>>> Pyt...@li...
>>> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
>>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: ApacheCon, November 18-21 in
>> Las Vegas (supported by COMDEX), the only Apache event to be
>> fully supported by the ASF. http://www.apachecon.com
>> _______________________________________________
>> Python-LDAP-dev mailing list
>> Pyt...@li...
>> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ApacheCon, November 18-21 in
> Las Vegas (supported by COMDEX), the only Apache event to be
> fully supported by the ASF. http://www.apachecon.com
> _______________________________________________
> Python-LDAP-dev mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev

Re: compile python-ldap on macosx

[Jens V. <je...@zo...>]

clean or not, it does not work out of the box ;)  the slapd.conf points 
to a database that does not exist, at least on my own system. i assume 
you have to make some explicit gesture to build that database file.

even if this database existed and some unsuspecting person started 
using it i wonder what kind of security hole you open by not explicitly 
disabling the serving of netinfo data...

on my own system i have now switched to using the built-in OpenLDAP by 
adjusting the slapd.conf (and commenting out the pieces pertaining to 
the netinfo bridge) and use it without problems through python-ldap 
compiled against my self-built python 2.1.3.

jens

On Saturday, Oct 26, 2002, at 14:20 US/Eastern, Joe Little wrote:

>
> its an openldap to Netinfo bridge, done by Luke Howard (padl.com). In 
> other words.. its as clean as you can get. Its compliant and works 
> fine. I'm already using it as such in one case. Anybody can modify the 
> schema to be what not and it won't break anything, since by default 
> the system uses Netinfo and not LDAP and some steps are required to 
> activate the LDAP bridge.
>
> Software update won't modify the slapd.conf to my knowledge. That is 
> generated one time with a mkslapdconf command from the netinfo sources 
> (during activation). Its similar to what a .deb or .rpm would do with 
> the default slapd.conf -- not change it unless its not there.
>
> On Saturday, October 26, 2002, at 07:48 AM, Jens Vagelpohl wrote:
>
>> looking at the configuration files under /etc/openldap i suppose this 
>> "built-in" ldap server is designed to serve NetInfo data through 
>> LDAP. not sure what that is supposed to be good for on a normal OS X 
>> > install.
>>
>> i'd be weary to try and use that server to serve out other stuff as 
>> well. i'm not sure Software Update would recognize changes and not 
>> just replace the files the next time there is an updated ldap bundle.
>>
>> jens
>>
>>
>> On Saturday, Oct 26, 2002, at 03:22 US/Eastern, Michael Engelhart 
>> wrote:
>>
>>> Hello Juergen,
>>>
>>> I just recently installed python-ldap on a stock Mac OS 10.2 
>>> powerbook using the stock python 2.2 distribution that is installed.
>>>
>>> first  - in setup.py do change the first 2 lines to:
>>>
>>> library_dirs = /usr/lib
>>> include_dirs = /usr/include
>>>
>>> I believe you'll get that same gcc error message but after you run 
>>> python setup.py build, do a:
>>> sudo python setup.py install
>>>
>>> and it should install the libraries fine.
>>>
>>> I am new  to OpenLDAP so I'm having lots of trouble modifying 
>>> entries and will be posting here soon but want to make sure my 
>>> OpenLDAP configuration is setup correctly before I do that.
>>>
>>> BTW, for those who were asking, OpenLDAP v 2.1.0 is what is 
>>> installed by default on Mac OS X v 10.2   There may have been some 
>>> minor changes in the latest System update but it's at least 2.1.x
>>>
>>> Cheers
>>> Mike
>>> On Friday, October 25, 2002, at 07:38  AM, J. Scholtes wrote:
>>>
>>>> Hi.
>>>> I'm new to the list. In the list-archive I didn't find much about 
>>>> macosx, so here is my post.
>>>>
>>>> I'm trying to set up ZOPE with the LDAPuserFolder on a 
>>>> macosx-system and therefor I need python-ldap. But I#m not able to 
>>>> compile it on MacOsX 10.2
>>>> Is anyone on the List who did it successfull ?
>>>>
>>>> thanks
>>>> Juergen Scholtes
>>>>
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This sf.net email is sponsored by: Influence the future of Java(TM) 
>>>> technology. Join the Java Community Process(SM) (JCP(SM)) program 
>>>> now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
>>>> _______________________________________________
>>>> Python-LDAP-dev mailing list
>>>> Pyt...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
>>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.net email is sponsored by: ApacheCon, November 18-21 in
>>> Las Vegas (supported by COMDEX), the only Apache event to be
>>> fully supported by the ASF. http://www.apachecon.com
>>> _______________________________________________
>>> Python-LDAP-dev mailing list
>>> Pyt...@li...
>>> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: ApacheCon, November 18-21 in
>> Las Vegas (supported by COMDEX), the only Apache event to be
>> fully supported by the ASF. http://www.apachecon.com
>> _______________________________________________
>> Python-LDAP-dev mailing list
>> Pyt...@li...
>> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ApacheCon, November 18-21 in
> Las Vegas (supported by COMDEX), the only Apache event to be
> fully supported by the ASF. http://www.apachecon.com
> _______________________________________________
> Python-LDAP-dev mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev

Re: compile python-ldap on macosx

[Michael E. <men...@ka...>]

> clean or not, it does not work out of the box ;)
Huh?? We're talking about Mac OS X desktop here right?   Why does 
having to adjust a configuration file before you run slapd considered 
not working out of the box?  How would you have them pre-configure 
it???  It's not any different than having to configure an email client 
to read email from your POP account.  In my mind I would say that it 
totally works out of the box.  All I had to do was add the following to 
/etc/openldap/slapd.conf (making changes to work within your needs ---  
I also commented out the netinfo stuff because I'm not using NetInfo)

database ldbm
suffix "o=mydomain.com"
rootdn "cn=Directory Manager,o= mydomain.com"
rootpw somepw
directory /var/db/openldap/openldap-data/
cachesize       1000000
dbcachesize     10000000
index uid,cn,sn,givenName pres,eq,sub
sizelimit       5000

-- I wouldn't expect Apple to guess for me what I wanted here :-)

Then you can either set LDAP to run at startup (which has been 
discussed here) or type /usr/libexec/slapd and you're up and running.   
  You of course need to add the entries (either with the command line 
ldapadd or via some GUI admin tool) you want to search on to it to make 
it do what you want but I assume that's true of any LDAP server.
BTW, the database you're talking about not existing with the default 
slapd.conf is because you probably  don't have anything in your netinfo 
setup.   Try launching slapd and then going into Netinfo and adding 
users and see if it gets created.


Mike


On Sunday, October 27, 2002, at 10:39  AM, Jens Vagelpohl wrote:

> clean or not, it does not work out of the box ;)  the slapd.conf 
> points to a database that does not exist, at least on my own system. i 
> assume you have to make some explicit gesture to build that database 
> file.
>
> even if this database existed and some unsuspecting person started 
> using it i wonder what kind of security hole you open by not 
> explicitly disabling the serving of netinfo data...
>
> on my own system i have now switched to using the built-in OpenLDAP by 
> adjusting the slapd.conf (and commenting out the pieces pertaining to 
> the netinfo bridge) and use it without problems through python-ldap 
> compiled against my self-built python 2.1.3.
>
> jens

Re: compile python-ldap on macosx

[<mi...@st...>]

Michael Engelhart wrote:
>> clean or not, it does not work out of the box ;)
> 
> Huh?? We're talking about Mac OS X desktop here right?   Why does having 
> to adjust a configuration file before you run slapd considered not 
> working out of the box?  How would you have them pre-configure it???  
> It's not any different than having to configure an email client to read 
> email from your POP account.  In my mind I would say that it totally 
> works out of the box.  All I had to do was add the following to 
> /etc/openldap/slapd.conf (making changes to work within your needs ---  
> I also commented out the netinfo stuff because I'm not using NetInfo)

As I understand it this thread is shifting off-topic at this point. Please 
let's stick to discussing python-ldap build problems on Max OS X here. And 
please take discussion about Open Directory installation/configuration to 
another more appropriate forum.

Thanks.

Ciao, Michael.

Re: compile python-ldap on macosx

[Jens V. <je...@zo...>]

you did not quite understand. i am talking about the fact that the 
standard slapd.conf points to a database file that does not exist by 
default. (-> /var/db/openldap/network.nidb or somesuch thing).

jens


On Sunday, Oct 27, 2002, at 12:29 US/Eastern, Michael Engelhart wrote:

>> clean or not, it does not work out of the box ;)
> Huh?? We're talking about Mac OS X desktop here right?   Why does 
> having to adjust a configuration file before you run slapd considered 
> not working out of the box?  How would you have them pre-configure 
> it???  It's not any different than having to configure an email client 
> to read email from your POP account.  In my mind I would say that it 
> totally works out of the box.  All I had to do was add the following 
> to /etc/openldap/slapd.conf (making changes to work within your needs 
> ---  I also commented out the netinfo stuff because I'm not using 
> NetInfo)
>
> database ldbm
> suffix "o=mydomain.com"
> rootdn "cn=Directory Manager,o= mydomain.com"
> rootpw somepw
> directory /var/db/openldap/openldap-data/
> cachesize       1000000
> dbcachesize     10000000
> index uid,cn,sn,givenName pres,eq,sub
> sizelimit       5000
>
> -- I wouldn't expect Apple to guess for me what I wanted here :-)
>
> Then you can either set LDAP to run at startup (which has been 
> discussed here) or type /usr/libexec/slapd and you're up and running.  
>   You of course need to add the entries (either with the command line 
> ldapadd or via some GUI admin tool) you want to search on to it to 
> make it do what you want but I assume that's true of any LDAP server.
> BTW, the database you're talking about not existing with the default 
> slapd.conf is because you probably  don't have anything in your 
> netinfo setup.   Try launching slapd and then going into Netinfo and 
> adding users and see if it gets created.
>
>
> Mike
>
>
> On Sunday, October 27, 2002, at 10:39  AM, Jens Vagelpohl wrote:
>
>> clean or not, it does not work out of the box ;)  the slapd.conf 
>> points to a database that does not exist, at least on my own system. 
>> i assume you have to make some explicit gesture to build that 
>> database file.
>>
>> even if this database existed and some unsuspecting person started 
>> using it i wonder what kind of security hole you open by not 
>> explicitly disabling the serving of netinfo data...
>>
>> on my own system i have now switched to using the built-in OpenLDAP 
>> by adjusting the slapd.conf (and commenting out the pieces pertaining 
>> to the netinfo bridge) and use it without problems through 
>> python-ldap compiled against my self-built python 2.1.3.
>>
>> jens
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ApacheCon, November 18-21 in
> Las Vegas (supported by COMDEX), the only Apache event to be
> fully supported by the ASF. http://www.apachecon.com
> _______________________________________________
> Python-LDAP-dev mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev

Re: compile python-ldap on macosx

[Joe L. <jl...@op...>]

The python bit is out of the openldap-netinfo bridge's hand :) As for 
there not being a database, that is true. There are steps required to 
enabling that, and users are expected to use the Directory Services 
Admin app in the Application->Utilities folder to manage it. The 
settings as provided are a template that point to an as-yet-to-be-made 
backend link. Remember, security first. Second, by default, users are 
told to limit the LDAP exposure to explicit hosts (using the firewall 
components) -- one annoying trait is that by default the LDAP-enabled 
Netinfo is exposed without SSL-enabled connections. Again, its off by 
default and is generally managed through the GUI tools.

If people want to use the LDAP server is the "normal" way, modifying 
slapd.conf to use different backends is simple. "we" fought hard to 
make sure various schemas were supported out of the box.

On Sunday, October 27, 2002, at 07:39 AM, Jens Vagelpohl wrote:

> clean or not, it does not work out of the box ;)  the slapd.conf 
> points to a database that does not exist, at least on my own system. i 
> assume you have to make some explicit gesture to build that database 
> file.
>
> even if this database existed and some unsuspecting person started 
> using it i wonder what kind of security hole you open by not 
> explicitly disabling the serving of netinfo data...
>
> on my own system i have now switched to using the built-in OpenLDAP by 
> adjusting the slapd.conf (and commenting out the pieces pertaining to 
> the netinfo bridge) and use it without problems through python-ldap 
> compiled against my self-built python 2.1.3.
>
> jens
>
> On Saturday, Oct 26, 2002, at 14:20 US/Eastern, Joe Little wrote:
>
>>
>> its an openldap to Netinfo bridge, done by Luke Howard (padl.com). In 
>> other words.. its as clean as you can get. Its compliant and works 
>> fine. I'm already using it as such in one case. Anybody can modify 
>> the schema to be what not and it won't break anything, since by 
>> default the system uses Netinfo and not LDAP and some steps are 
>> required to activate the LDAP bridge.
>>
>> Software update won't modify the slapd.conf to my knowledge. That is 
>> generated one time with a mkslapdconf command from the netinfo 
>> sources (during activation). Its similar to what a .deb or .rpm would 
>> do with the default slapd.conf -- not change it unless its not there.
>>
>> On Saturday, October 26, 2002, at 07:48 AM, Jens Vagelpohl wrote:
>>
>>> looking at the configuration files under /etc/openldap i suppose 
>>> this "built-in" ldap server is designed to serve NetInfo data 
>>> through LDAP. not sure what that is supposed to be good for on a 
>>> normal OS X > install.
>>>
>>> i'd be weary to try and use that server to serve out other stuff as 
>>> well. i'm not sure Software Update would recognize changes and not 
>>> just replace the files the next time there is an updated ldap >>> bundle.
>>>
>>> jens
>>>
>>>
>>> On Saturday, Oct 26, 2002, at 03:22 US/Eastern, Michael Engelhart 
>>> wrote:
>>>
>>>> Hello Juergen,
>>>>
>>>> I just recently installed python-ldap on a stock Mac OS 10.2 
>>>> powerbook using the stock python 2.2 distribution that is >>>> installed.
>>>>
>>>> first  - in setup.py do change the first 2 lines to:
>>>>
>>>> library_dirs = /usr/lib
>>>> include_dirs = /usr/include
>>>>
>>>> I believe you'll get that same gcc error message but after you run 
>>>> python setup.py build, do a:
>>>> sudo python setup.py install
>>>>
>>>> and it should install the libraries fine.
>>>>
>>>> I am new  to OpenLDAP so I'm having lots of trouble modifying 
>>>> entries and will be posting here soon but want to make sure my 
>>>> OpenLDAP configuration is setup correctly before I do that.
>>>>
>>>> BTW, for those who were asking, OpenLDAP v 2.1.0 is what is 
>>>> installed by default on Mac OS X v 10.2   There may have been some 
>>>> minor changes in the latest System update but it's at least 2.1.x
>>>>
>>>> Cheers
>>>> Mike
>>>> On Friday, October 25, 2002, at 07:38  AM, J. Scholtes wrote:
>>>>
>>>>> Hi.
>>>>> I'm new to the list. In the list-archive I didn't find much about 
>>>>> macosx, so here is my post.
>>>>>
>>>>> I'm trying to set up ZOPE with the LDAPuserFolder on a 
>>>>> macosx-system and therefor I need python-ldap. But I#m not able to 
>>>>> compile it on MacOsX 10.2
>>>>> Is anyone on the List who did it successfull ?
>>>>>
>>>>> thanks
>>>>> Juergen Scholtes
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> -------------------------------------------------------
>>>>> This sf.net email is sponsored by: Influence the future of 
>>>>> Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) 
>>>>> program now. 
>>>>> http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
>>>>> _______________________________________________
>>>>> Python-LDAP-dev mailing list
>>>>> Pyt...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
>>>>>
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This SF.net email is sponsored by: ApacheCon, November 18-21 in
>>>> Las Vegas (supported by COMDEX), the only Apache event to be
>>>> fully supported by the ASF. http://www.apachecon.com
>>>> _______________________________________________
>>>> Python-LDAP-dev mailing list
>>>> Pyt...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.net email is sponsored by: ApacheCon, November 18-21 in
>>> Las Vegas (supported by COMDEX), the only Apache event to be
>>> fully supported by the ASF. http://www.apachecon.com
>>> _______________________________________________
>>> Python-LDAP-dev mailing list
>>> Pyt...@li...
>>> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: ApacheCon, November 18-21 in
>> Las Vegas (supported by COMDEX), the only Apache event to be
>> fully supported by the ASF. http://www.apachecon.com
>> _______________________________________________
>> Python-LDAP-dev mailing list
>> Pyt...@li...
>> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ApacheCon, November 18-21 in
> Las Vegas (supported by COMDEX), the only Apache event to be
> fully supported by the ASF. http://www.apachecon.com
> _______________________________________________
> Python-LDAP-dev mailing list
> Pyt...@li...
> https://lists.sourceforge.net/lists/listinfo/python-ldap-dev

Re: compile python-ldap on macosx

[kapil t. <kv...@wm...>]

for those interested i found this presentation os osx and directory services

http://conferences.oreillynet.com/cs/macosx2002/view/e_sess/3298

cheers from a recently converted linux user,

-k

Re: compile python-ldap on macosx

[<mi...@st...>]

HI!

Sourceforge recently added Mac OS X to their compile farm:

http://sourceforge.net/forum/forum.php?forum_id=113664

Anyone interested in using that for testing python-ldap? We maybe could 
request the OpenDirectory standard package to be added to the compile farm 
system.

Ciao, Michael

Re: compile python-ldap on macosx

[Michael E. <men...@ka...>]

OpenLDAP is part of the default OS X install.  I guess the developers=20
would need access to the slapd.conf file to set the direcotry manager=20
name/password.

Mike
On Sunday, October 27, 2002, at 07:32  AM, Michael Str=F6der wrote:

> HI!
>
> Sourceforge recently added Mac OS X to their compile farm:
>
> http://sourceforge.net/forum/forum.php?forum_id=3D113664
>
> Anyone interested in using that for testing python-ldap? We maybe=20
> could request the OpenDirectory standard package to be added to the=20
> compile farm system.
>
> Ciao, Michael

Re: compile python-ldap on macosx

[<mi...@st...>]

Michael Engelhart wrote:
> On Sunday, October 27, 2002, at 07:32  AM, Michael Str=F6der wrote:
>=20
>> Sourceforge recently added Mac OS X to their compile farm:
>> http://sourceforge.net/forum/forum.php?forum_id=3D113664
>> Anyone interested in using that for testing python-ldap? We maybe=20
>> could request the OpenDirectory standard package to be added to the=20
>> compile farm system.
 >
 > OpenLDAP is part of the default OS X install.  I guess the developers
 > would need access to the slapd.conf file to set the direcotry manager
 > name/password.

Maybe my comment was misleading. I was only thinking about using Mac OS X=
's=20
LDAP client libs to compile binaries of python-ldap for Mac OS X.

Ciao, Michael.

Re: compile python-ldap on macosx

[Jens V. <je...@zo...>]

as far as compiling python-ldap goes, here is the outcome of a couple=20
experiments i did yesterday. all were done with the current CVS HEAD:

- against self-compiled OpenLDAP 2.1.4 and self-compiled python 2.1.3:=20=

no problem.

- against built-in OpenLDAP and self-compiled python 2.1.3: no problem.=20=

i specified "/usr/lib" as library_dirs and "/usr/include" as=20
include_dirs. libs was "ldap_r lber ssl crypto" (sasl did not compile -=20=

could not find sasl.h, even though OS X has the library itself).

- against built-in OpenLDAP and the built-in python 2.2: fails with the=20=

error message that started this whole thread. the _ldap.so shared=20
module is not created because linking fails.

it seems that the culprit might be the built-in python2.2. the python=20
build flags, i assume, govern the build flags used when compiling these=20=

extension modules.

jens


On Sunday, Oct 27, 2002, at 08:12 US/Eastern, Michael Str=F6der wrote:

> Michael Engelhart wrote:
>> On Sunday, October 27, 2002, at 07:32  AM, Michael Str=F6der wrote:
>>> Sourceforge recently added Mac OS X to their compile farm:
>>> http://sourceforge.net/forum/forum.php?forum_id=3D113664
>>> Anyone interested in using that for testing python-ldap? We maybe=20
>>> could request the OpenDirectory standard package to be added to the=20=

>>> compile farm system.
> >
> > OpenLDAP is part of the default OS X install.  I guess the =
developers
> > would need access to the slapd.conf file to set the direcotry =
manager
> > name/password.
>
> Maybe my comment was misleading. I was only thinking about using Mac=20=

> OS X's LDAP client libs to compile binaries of python-ldap for Mac OS=20=

> X.
>
> Ciao, Michael.
>