From wrlach at gmail.com Thu Jun 2 01:31:15 2005 From: wrlach at gmail.com (William Lachance) Date: Wed, 1 Jun 2005 21:31:15 -0400 Subject: [Fedora-directory-devel] Successfully built directory server on Ubuntu Hoary Message-ID: Hi all, In the interest of trying new shiny things, I decided to try compiling the directory server on my Ubuntu box today-- after some pain, it seems to be running nicely. It's obviously a long way from being properly packagable (and I probably won't have time to do anything but play with LDAP server's capabilities for a while), but I thought I'd let people know about my experiences in case someone wants to pick up where I left off.. The instructions on the directory server website (for RedHat/Fedora) work, with the following caveats: 1. cyrus-sasl requires some care. You need to make sure it doesn't depend on any database (or link it against the version of berkeley db you're going to use with the ldapserver itself), else you're going to be missing symbols when you try to link the ldapserver binary. Unfortunately, cyrus-sasl-2.1.20 doesn't seem to want to build at all in this configuration, so you'll have to upgrade to cyrus-sasl-2.1.21 (which also doesn't work in this configuration, but can be tweaked). My solution: tar zxvf cyrus-sasl-2.1.21.tar.gz cd cyrus-sasl-2.1.21 ./configure --with-dblib=no --enable-static --without-des --without-openssl make (watch it fail) cd lib && make cd .. make cd .. ln -s cyrus-sasl-2.1.21 cyrus-sasl-2.1.20 That failure has been filed on cyrus-sasl's bugzilla (#2674) 2. You need to make a symbolic link from /usr/bin/gmake to /usr/bin/make (Debian doesn't do this by default). See bug 159371 in redhat's bugzilla. 3. When building ldapserver, you'll get a lot of warning messages about a missing '/etc/redhat-release' file-- these messages are (IIRC) quite harmless. Hopefully the autoconfization of the server will happen soon and we can handle all the distro-specific stuff from a central configuration script (instead of make macros). :-) -- William Lachance wrlach at gmail.com From Frerk.Meyer at Edeka.de Fri Jun 3 13:05:35 2005 From: Frerk.Meyer at Edeka.de (Frerk.Meyer at Edeka.de) Date: Fri, 3 Jun 2005 15:05:35 +0200 Subject: [Fedora-directory-devel] US Patent Problem with Fedora Directory Server? [Auf Viren =?iso-8859-1?q?gepr=FCft=5D?= Message-ID: Hi, Currently I use the Sun Java Enterpise System Directory Server and I want to evaluate if the Fedora Directory Server is a suitable replacerment. But I came over patent claims that could prevent me from using the Open Source Alternative. Fedora Directory Server and Sun Java Enterprise Directory Server have the Netscape/iPlanet Directory Server as a common ancestor. In May 15th 2003 several people applied for patents regarding directory server software. One of them, Gordon Good, is always mentioned. Seemingly he worked on the Directory Server at Netscape: http://www.networksorcery.com/enp/authors/GoodGordon.htm He was one of them who applied for the following patents: 20030093440 http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u =%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=1&f=G&l=50&co1=AND&d=PG01&s1 =%22Merrells%2C+John%22.IN.&OS=IN/ 20030088656 http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u =%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=2&f=G&l=50&co1=AND&d=PG01&s1 =%22Merrells%2C+John%22.IN.&OS=IN/ 20030088615 http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u =%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=3&f=G&l=50&co1=AND&d=PG01&s1 =%22Merrells%2C+John%22.IN.&OS=IN/ 20030088589 http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u =%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=4&f=G&l=50&co1=AND&d=PG01&s1 =%22Merrells%2C+John%22.IN.&OS=IN/ 20030088587 http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u =%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=5&f=G&l=50&co1=AND&d=PG01&s1 =%22Merrells%2C+John%22.IN.&OS=IN/ 20020184230 http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u =%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=6&f=G&l=50&co1=AND&d=PG01&s1 =%22Merrells%2C+John%22.IN.&OS=IN/ I live in Europe so I don't have a problem *yet*, but should the european parliament fail to stop the software patent law I would be careful to use this directory server because of SCO like license demands later. How is the situation in light of these patent claims with the fedora directory server? Frerk Meyer EDEKA Aktiengesellschaft GB Datenverarbeitung Frerk Meyer CC Web Technologien New-York-Ring 6 22297 Hamburg Tel: 040/6377 - 3272 Fax: 040/6377 - 41268 mailto:frerk.meyer at edeka.de From tngan at redhat.com Fri Jun 3 14:22:42 2005 From: tngan at redhat.com (To Ngan) Date: Fri, 03 Jun 2005 07:22:42 -0700 Subject: =?ISO-8859-1?Q?Re=3A_=5BFedora-directory-devel=5D_US_Paten?= =?ISO-8859-1?Q?t_Problem_with_Fedora_Directory_Server=3F_=5B?= =?ISO-8859-1?Q?Auf_Viren_gepr=FCft=5D?= In-Reply-To: References: Message-ID: <42A067B2.6080203@redhat.com> Hi Frerk, The patterns you mentioned were all filed back in November 2001, when all of the inventors were Netscape/AOL/iPlanet employees. ianal, but patent rights shouldn't be an issue. When Red Hat acquired the Netscape server products from AOL, I'm sure the lawyers took cared of all product related patterns before Red Hat Directory Server and Fedora Directory Server were released to public. Regards, -- toto Frerk.Meyer at Edeka.de wrote: >Hi, > >Currently I use the Sun Java Enterpise System Directory Server >and I want to evaluate if the Fedora Directory Server is a suitable >replacerment. >But I came over patent claims that could prevent me from using the >Open Source Alternative. > >Fedora Directory Server and Sun Java Enterprise Directory Server have >the Netscape/iPlanet Directory Server as a common ancestor. > >In May 15th 2003 several people applied for patents regarding >directory server software. One of them, Gordon Good, is always >mentioned. Seemingly he worked on the Directory Server at Netscape: >http://www.networksorcery.com/enp/authors/GoodGordon.htm > >He was one of them who applied for the following patents: > >20030093440 >http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u >=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=1&f=G&l=50&co1=AND&d=PG01&s1 >=%22Merrells%2C+John%22.IN.&OS=IN/ >20030088656 >http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u >=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=2&f=G&l=50&co1=AND&d=PG01&s1 >=%22Merrells%2C+John%22.IN.&OS=IN/ >20030088615 >http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u >=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=3&f=G&l=50&co1=AND&d=PG01&s1 >=%22Merrells%2C+John%22.IN.&OS=IN/ >20030088589 >http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u >=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=4&f=G&l=50&co1=AND&d=PG01&s1 >=%22Merrells%2C+John%22.IN.&OS=IN/ >20030088587 >http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u >=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=5&f=G&l=50&co1=AND&d=PG01&s1 >=%22Merrells%2C+John%22.IN.&OS=IN/ >20020184230 >http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u >=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=6&f=G&l=50&co1=AND&d=PG01&s1 >=%22Merrells%2C+John%22.IN.&OS=IN/ > >I live in Europe so I don't have a problem *yet*, but >should the european parliament fail to stop the software >patent law I would be careful to use this directory server >because of SCO like license demands later. > >How is the situation in light of these patent claims with >the fedora directory server? > > >Frerk Meyer > >EDEKA Aktiengesellschaft >GB Datenverarbeitung >Frerk Meyer >CC Web Technologien >New-York-Ring 6 >22297 Hamburg >Tel: 040/6377 - 3272 >Fax: 040/6377 - 41268 >mailto:frerk.meyer at edeka.de > > > >-- >Fedora-directory-devel mailing list >Fedora-directory-devel at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-directory-devel > > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3166 bytes Desc: S/MIME Cryptographic Signature URL: From dave.coyle at nrl.navy.mil Sat Jun 4 16:52:23 2005 From: dave.coyle at nrl.navy.mil (Dave Coyle [contractor]) Date: Sat, 04 Jun 2005 12:52:23 -0400 Subject: [Fedora-directory-devel] wishlist & anonymous binds Message-ID: The Wishlist page [ http://directory.fedora.redhat.com/wiki/Wishlist ] lists 'option to disable anonymous binds' as a desired feature, but one can already do this via ACIs, e.g.: aci: (targetattr="*")(version 3.0; acl "deny anonymous access by default"; deny (all) userdn="ldap:///anyone";) Would this provide what was desired, or is there more to the feature request? -Dave From felipe.alfaro at gmail.com Sat Jun 4 17:22:03 2005 From: felipe.alfaro at gmail.com (Felipe Alfaro Solana) Date: Sat, 4 Jun 2005 19:22:03 +0200 Subject: [Fedora-directory-devel] wishlist & anonymous binds In-Reply-To: References: Message-ID: <6f6293f10506041022630b21dd@mail.gmail.com> On 6/4/05, Dave Coyle [contractor] wrote: > The Wishlist page [ http://directory.fedora.redhat.com/wiki/Wishlist ] lists > 'option to disable anonymous binds' as a desired feature, but one can > already do this via ACIs, e.g.: > > aci: (targetattr="*")(version 3.0; acl "deny anonymous access by default"; > deny (all) userdn="ldap:///anyone";) > > Would this provide what was desired, or is there more to the feature > request? This should also work. However, you should be careful where you apply this ACI: for example, applying it at the top of the DIT won't allow you to allow anonymous access to some other parts of the tree (since the ACI is an explicit deny). From mj at sci.fi Sat Jun 4 21:05:10 2005 From: mj at sci.fi (Mike Jackson) Date: Sun, 05 Jun 2005 00:05:10 +0300 Subject: [Fedora-directory-devel] wishlist & anonymous binds In-Reply-To: References: Message-ID: <42A21786.4020704@sci.fi> Dave Coyle [contractor] wrote: > The Wishlist page [ http://directory.fedora.redhat.com/wiki/Wishlist ] lists > 'option to disable anonymous binds' as a desired feature, but one can > already do this via ACIs, e.g.: > > aci: (targetattr="*")(version 3.0; acl "deny anonymous access by default"; > deny (all) userdn="ldap:///anyone";) > > Would this provide what was desired, or is there more to the feature > request? There is a lot more to this feature request. Note that "anonymous bind" and "anonymous access" are two different things. An LDAP server has 3 external interfaces: - authentication - data access - replication The authentication interface is not controlled by access controls, but it is controlled by password policies (time of day, from which IP, max password failures, etc) if they are enabled. The authentication interface is often used by itself, with no data access requests sent to the server, when applications only authenticate users via LDAP. To use the data access interface, you must first bind via the authentication interface. The bind is either anonymous, or as a user in the directory. Depending on the access controls, you may or may not be able to read any data. The reason why it is desirable to be able to disable anonymous binds is that (poorly coded) applications which only authenticate users from LDAP will authenticate a user to the application, even if the user gives a blank username and password. To the LDAP server, when you don't give a username and password, you are binding anonymously, and the server will always return SUCCESS to the authentication handler. You can always bind anonymously to an LDAP server. Well coded applications should trap these empty strings before sending the bind, and substitute the empty strings with random text, etc, so that an anonymous bind will not be sent and the credentials which are sent will cause the bind to fail. Mike -- LDAP Directory Consulting - http://www.netauth.com From tinuviel at sparcs.kaist.ac.kr Sun Jun 5 12:18:12 2005 From: tinuviel at sparcs.kaist.ac.kr (Seo Sanghyeon) Date: Sun, 5 Jun 2005 21:18:12 +0900 Subject: [Fedora-directory-devel] Building on Debian Message-ID: <20050605121812.GA26539@sparcs.kaist.ac.kr> Hello, To satisfy my curiosity, today I tried building Fedora Directory Server on my Debian Sid box. After some trying I made it. I built with Debian's system Berkeley DB and Cyrus SASL. Building with system Net-SNMP doesn't work, because Debian has version 5.1 but 5.2 is needed. Building with system Mozilla SDK doesn't work, because Debian's Mozilla LDAP C SDK is built without optional SVRCORE, but Directory Server needs it. Build is looking for gmake. Fix nsconfig.mk line 349 -MAKE=gmake $(BUILDOPT) NO_JAVA=1 +MAKE=make $(BUILDOPT) NO_JAVA=1 Build is looking for /etc/redhat-release, which doesn't exist on Debian systems. Delete between "ifeq ($(BUILD_ARCH), Linux)" and "endif" after "# Check if we're on RHEL" in both nsdefs.mk and nsconfig.mk. To build with system libraries, edit components.mk and fill in appropriate {SASL,DB}_{INCLUDE,LIBPATH}. Building recipe: apt-get install libdb4.2-dev apt-get install libsasl2-dev libkrb5-dev apt-get install libicu26-dev Build Mozilla components, either from Mozilla CVS or from mozilla-components.tar.gz. Build Net-SNMP 5.2, as described in the building instruction. Checkout Fedora Directory Server. Apply attached fds-build.diff. Type make and wait. Seo Sanghyeon -------------- next part -------------- Index: components.mk =================================================================== RCS file: /cvs/dirsec/ldapserver/components.mk,v retrieving revision 1.30 diff -u -r1.30 components.mk --- components.mk 16 May 2005 21:58:00 -0000 1.30 +++ components.mk 5 Jun 2005 06:02:53 -0000 @@ -354,15 +354,9 @@ ### SASL package ########################################## -ifdef SASL_SOURCE_ROOT - SASL_LIBPATH = $(SASL_SOURCE_ROOT)/lib - SASL_BINPATH = $(SASL_SOURCE_ROOT)/bin - SASL_INCDIR = $(SASL_SOURCE_ROOT)/include -else - SASL_LIBPATH = $(SASL_BUILD_DIR)/lib - SASL_BINPATH = $(SASL_BUILD_DIR)/bin - SASL_INCDIR = $(SASL_BUILD_DIR)/include -endif +SASL_LIBPATH = /usr/lib +SASL_BINPATH = /usr/bin +SASL_INCDIR = /usr/include/sasl SASL_INCLUDE = $(SASL_INCDIR) ifeq ($(ARCH), WINNT) @@ -458,15 +452,9 @@ ### DB component (Berkeley DB) ############################ DB_LIBNAME=lib$(DB_MAJOR_MINOR) -ifdef DB_SOURCE_ROOT - DB_INCLUDE =$(DB_SOURCE_ROOT)/built - DB_LIBPATH =$(DB_SOURCE_ROOT)/built/.libs - DB_BINPATH =$(DB_SOURCE_ROOT)/built -else - DB_INCLUDE =$(db_path_config)/include - DB_LIBPATH =$(db_path_config)/lib - DB_BINPATH =$(db_path_config)/bin -endif +DB_INCLUDE =/usr/include +DB_LIBPATH =/usr/lib +DB_BINPATH =/usr/bin ifeq ($(ARCH), WINNT) db_import_lib_suffix =$(LIB_SUFFIX) DB_LIB =$(DB_LIBPATH)/$(DB_LIBNAME).$(db_import_lib_suffix) Index: nsconfig.mk =================================================================== RCS file: /cvs/dirsec/ldapserver/nsconfig.mk,v retrieving revision 1.14 diff -u -r1.14 nsconfig.mk --- nsconfig.mk 10 May 2005 23:16:59 -0000 1.14 +++ nsconfig.mk 5 Jun 2005 06:02:54 -0000 @@ -103,20 +103,6 @@ # Check if we're on RHEL ifeq ($(NSOS_ARCH), Linux) - NSOS_TEST := $(shell cat /etc/redhat-release) - ifeq ($(findstring Taroon,$(NSOS_TEST)),Taroon) - NSOS_ARCH := RHEL - NSOS_RELEASE := 3 - # Always use gcc on RHEL - GCC_VERSION := gcc$(word 1, $(shell gcc --version | sed 's/gcc.*GCC.\s//' | sed 's/\..*//')) - else - ifeq ($(findstring Nahant,$(NSOS_TEST)),Nahant) - NSOS_ARCH := RHEL - NSOS_RELEASE := 4 - # Always use gcc on RHEL - GCC_VERSION := gcc$(word 1, $(shell gcc --version | sed 's/gcc.*GCC.\s//' | sed 's/\..*//')) - endif - endif endif ifeq ($(NSOS_ARCH), AIX) @@ -346,7 +332,7 @@ NSCP_DIST = $(BUILD_ROOT)/../dist NSCP_DISTDIR = $(BUILD_ROOT)/../dist/$(NSOBJDIR_NAME) -MAKE=gmake $(BUILDOPT) NO_JAVA=1 +MAKE=make $(BUILDOPT) NO_JAVA=1 export NSPR20=1 Index: nsdefs.mk =================================================================== RCS file: /cvs/dirsec/ldapserver/nsdefs.mk,v retrieving revision 1.11 diff -u -r1.11 nsdefs.mk --- nsdefs.mk 19 Apr 2005 22:06:42 -0000 1.11 +++ nsdefs.mk 5 Jun 2005 06:02:54 -0000 @@ -99,14 +99,6 @@ # Check if we're on RHEL ifeq ($(BUILD_ARCH), Linux) - ARCH_TEST := $(shell cat /etc/redhat-release) - ifeq ($(findstring Taroon, $(ARCH_TEST)),Taroon) - BUILD_ARCH = RHEL3 - else - ifeq ($(findstring Nahant, $(ARCH_TEST)),Nahant) - BUILD_ARCH = RHEL4 - endif - endif endif # Should we build Java code on this platform? Index: nsperl.mk =================================================================== RCS file: /cvs/dirsec/ldapserver/nsperl.mk,v retrieving revision 1.4 diff -u -r1.4 nsperl.mk --- nsperl.mk 19 Apr 2005 22:06:42 -0000 1.4 +++ nsperl.mk 5 Jun 2005 06:02:54 -0000 @@ -52,6 +52,7 @@ PERL=perl endif +USE_PERL_FROM_PATH=1 ifdef USE_PERL_FROM_PATH PERL = $(shell perl -e 'print "$$\n"') endif Index: ldap/cm/Makefile =================================================================== RCS file: /cvs/dirsec/ldapserver/ldap/cm/Makefile,v retrieving revision 1.30 diff -u -r1.30 Makefile --- ldap/cm/Makefile 28 Apr 2005 17:32:32 -0000 1.30 +++ ldap/cm/Makefile 5 Jun 2005 06:02:54 -0000 @@ -501,8 +501,8 @@ endif # Copy db tools - $(INSTALL) -m 755 $(DB_BINPATH)/db_printlog* $(RELDIR)/bin/slapd/server - $(INSTALL) -m 755 $(DB_BINPATH)/db_verify* $(RELDIR)/bin/slapd/server + $(CP) $(DB_BINPATH)/db4.2_printlog $(RELDIR)/bin/slapd/server/db_printlog + $(CP) $(DB_BINPATH)/db4.2_verify $(RELDIR)/bin/slapd/server/db_verify $(INSTALL) -m 755 $(OBJDIR)/lib/libsi18n/ns-slapd.properties $(RELDIR)/bin/slapd/property; From rmeggins at redhat.com Mon Jun 6 14:46:37 2005 From: rmeggins at redhat.com (Rich Megginson) Date: Mon, 06 Jun 2005 08:46:37 -0600 Subject: [Fedora-directory-devel] Building on Debian In-Reply-To: <20050605121812.GA26539@sparcs.kaist.ac.kr> References: <20050605121812.GA26539@sparcs.kaist.ac.kr> Message-ID: <42A461CD.1010906@redhat.com> This is excellent! Thanks. I guess we need to get a Debian box and try this out. Seo Sanghyeon wrote: >Hello, > >To satisfy my curiosity, today I tried building Fedora Directory Server >on my Debian Sid box. After some trying I made it. > >I built with Debian's system Berkeley DB and Cyrus SASL. > >Building with system Net-SNMP doesn't work, because Debian has version >5.1 but 5.2 is needed. Building with system Mozilla SDK doesn't work, >because Debian's Mozilla LDAP C SDK is built without optional SVRCORE, >but Directory Server needs it. > > Right. The SVRCORE component was recently released open source as part of the NSS family of components - mozilla/security/svcore - on Mozilla. So now all distros can build and distribute Mozilla LDAP C SDK with SVRCORE included. >Build is looking for gmake. Fix nsconfig.mk line 349 >-MAKE=gmake $(BUILDOPT) NO_JAVA=1 >+MAKE=make $(BUILDOPT) NO_JAVA=1 > >Build is looking for /etc/redhat-release, which doesn't exist on Debian >systems. Delete between "ifeq ($(BUILD_ARCH), Linux)" and "endif" after >"# Check if we're on RHEL" in both nsdefs.mk and nsconfig.mk. > >To build with system libraries, edit components.mk and fill in >appropriate {SASL,DB}_{INCLUDE,LIBPATH}. > >Building recipe: > >apt-get install libdb4.2-dev >apt-get install libsasl2-dev libkrb5-dev >apt-get install libicu26-dev > >Build Mozilla components, either from Mozilla CVS or from >mozilla-components.tar.gz. > >Build Net-SNMP 5.2, as described in the building instruction. > >Checkout Fedora Directory Server. > >Apply attached fds-build.diff. > >Type make and wait. > >Seo Sanghyeon > > >------------------------------------------------------------------------ > >Index: components.mk >=================================================================== >RCS file: /cvs/dirsec/ldapserver/components.mk,v >retrieving revision 1.30 >diff -u -r1.30 components.mk >--- components.mk 16 May 2005 21:58:00 -0000 1.30 >+++ components.mk 5 Jun 2005 06:02:53 -0000 >@@ -354,15 +354,9 @@ > > ### SASL package ########################################## > >-ifdef SASL_SOURCE_ROOT >- SASL_LIBPATH = $(SASL_SOURCE_ROOT)/lib >- SASL_BINPATH = $(SASL_SOURCE_ROOT)/bin >- SASL_INCDIR = $(SASL_SOURCE_ROOT)/include >-else >- SASL_LIBPATH = $(SASL_BUILD_DIR)/lib >- SASL_BINPATH = $(SASL_BUILD_DIR)/bin >- SASL_INCDIR = $(SASL_BUILD_DIR)/include >-endif >+SASL_LIBPATH = /usr/lib >+SASL_BINPATH = /usr/bin >+SASL_INCDIR = /usr/include/sasl > SASL_INCLUDE = $(SASL_INCDIR) > > ifeq ($(ARCH), WINNT) >@@ -458,15 +452,9 @@ > > ### DB component (Berkeley DB) ############################ > DB_LIBNAME=lib$(DB_MAJOR_MINOR) >-ifdef DB_SOURCE_ROOT >- DB_INCLUDE =$(DB_SOURCE_ROOT)/built >- DB_LIBPATH =$(DB_SOURCE_ROOT)/built/.libs >- DB_BINPATH =$(DB_SOURCE_ROOT)/built >-else >- DB_INCLUDE =$(db_path_config)/include >- DB_LIBPATH =$(db_path_config)/lib >- DB_BINPATH =$(db_path_config)/bin >-endif >+DB_INCLUDE =/usr/include >+DB_LIBPATH =/usr/lib >+DB_BINPATH =/usr/bin > ifeq ($(ARCH), WINNT) > db_import_lib_suffix =$(LIB_SUFFIX) > DB_LIB =$(DB_LIBPATH)/$(DB_LIBNAME).$(db_import_lib_suffix) >Index: nsconfig.mk >=================================================================== >RCS file: /cvs/dirsec/ldapserver/nsconfig.mk,v >retrieving revision 1.14 >diff -u -r1.14 nsconfig.mk >--- nsconfig.mk 10 May 2005 23:16:59 -0000 1.14 >+++ nsconfig.mk 5 Jun 2005 06:02:54 -0000 >@@ -103,20 +103,6 @@ > > # Check if we're on RHEL > ifeq ($(NSOS_ARCH), Linux) >- NSOS_TEST := $(shell cat /etc/redhat-release) >- ifeq ($(findstring Taroon,$(NSOS_TEST)),Taroon) >- NSOS_ARCH := RHEL >- NSOS_RELEASE := 3 >- # Always use gcc on RHEL >- GCC_VERSION := gcc$(word 1, $(shell gcc --version | sed 's/gcc.*GCC.\s//' | sed 's/\..*//')) >- else >- ifeq ($(findstring Nahant,$(NSOS_TEST)),Nahant) >- NSOS_ARCH := RHEL >- NSOS_RELEASE := 4 >- # Always use gcc on RHEL >- GCC_VERSION := gcc$(word 1, $(shell gcc --version | sed 's/gcc.*GCC.\s//' | sed 's/\..*//')) >- endif >- endif > endif > > ifeq ($(NSOS_ARCH), AIX) >@@ -346,7 +332,7 @@ > NSCP_DIST = $(BUILD_ROOT)/../dist > NSCP_DISTDIR = $(BUILD_ROOT)/../dist/$(NSOBJDIR_NAME) > >-MAKE=gmake $(BUILDOPT) NO_JAVA=1 >+MAKE=make $(BUILDOPT) NO_JAVA=1 > > export NSPR20=1 > >Index: nsdefs.mk >=================================================================== >RCS file: /cvs/dirsec/ldapserver/nsdefs.mk,v >retrieving revision 1.11 >diff -u -r1.11 nsdefs.mk >--- nsdefs.mk 19 Apr 2005 22:06:42 -0000 1.11 >+++ nsdefs.mk 5 Jun 2005 06:02:54 -0000 >@@ -99,14 +99,6 @@ > > # Check if we're on RHEL > ifeq ($(BUILD_ARCH), Linux) >- ARCH_TEST := $(shell cat /etc/redhat-release) >- ifeq ($(findstring Taroon, $(ARCH_TEST)),Taroon) >- BUILD_ARCH = RHEL3 >- else >- ifeq ($(findstring Nahant, $(ARCH_TEST)),Nahant) >- BUILD_ARCH = RHEL4 >- endif >- endif > endif > > # Should we build Java code on this platform? >Index: nsperl.mk >=================================================================== >RCS file: /cvs/dirsec/ldapserver/nsperl.mk,v >retrieving revision 1.4 >diff -u -r1.4 nsperl.mk >--- nsperl.mk 19 Apr 2005 22:06:42 -0000 1.4 >+++ nsperl.mk 5 Jun 2005 06:02:54 -0000 >@@ -52,6 +52,7 @@ > PERL=perl > endif > >+USE_PERL_FROM_PATH=1 > ifdef USE_PERL_FROM_PATH > PERL = $(shell perl -e 'print "$$\n"') > endif >Index: ldap/cm/Makefile >=================================================================== >RCS file: /cvs/dirsec/ldapserver/ldap/cm/Makefile,v >retrieving revision 1.30 >diff -u -r1.30 Makefile >--- ldap/cm/Makefile 28 Apr 2005 17:32:32 -0000 1.30 >+++ ldap/cm/Makefile 5 Jun 2005 06:02:54 -0000 >@@ -501,8 +501,8 @@ > endif > > # Copy db tools >- $(INSTALL) -m 755 $(DB_BINPATH)/db_printlog* $(RELDIR)/bin/slapd/server >- $(INSTALL) -m 755 $(DB_BINPATH)/db_verify* $(RELDIR)/bin/slapd/server >+ $(CP) $(DB_BINPATH)/db4.2_printlog $(RELDIR)/bin/slapd/server/db_printlog >+ $(CP) $(DB_BINPATH)/db4.2_verify $(RELDIR)/bin/slapd/server/db_verify > > $(INSTALL) -m 755 $(OBJDIR)/lib/libsi18n/ns-slapd.properties $(RELDIR)/bin/slapd/property; > > > >------------------------------------------------------------------------ > >-- >Fedora-directory-devel mailing list >Fedora-directory-devel at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-directory-devel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3312 bytes Desc: S/MIME Cryptographic Signature URL: From iplanet at korea.com Tue Jun 7 07:34:43 2005 From: iplanet at korea.com (=?ks_c_5601-1987?B?vNu788HY?=) Date: Tue, 7 Jun 2005 16:34:43 +0900 Subject: [Fedora-directory-devel] Hello! Fedora-directory build error Message-ID: OS : Solaris 5.8 (SPAC) Compiler: gcc (3.3) make: GNU Make 3.80 I build External Requirement. and success. but building the LDAP source occured error. CVSROOT=:pserver:anonymous at cvs.fedora.redhat.com:/cvs/dirsec ; export CVSROOT cvs login => OK cvs -z3 co -r FedoraDS71_20050526_RTC ldapserver => OK error ================================================================== #make NS_USE_GCC=1 USE_PERL_FROM_PATH=1 BUILD_DEBUG=full cat: cannot open ./SOLARIS/buildnum.dat nsconfig.mk:1578: modules.mk: No such file or directory re-making ./modules.mk ... cat: cannot open ./SOLARIS/buildnum.dat if test ! -d SOLARIS; then mkdir SOLARIS; fi; /SunONE/perl2exe/perl5/bin/perl buildnum.pl -p SOLARIS NSOS_RELEASE is: 5.8 /SunONE/perl2exe/perl5/bin/perl pumpkin.pl 120 pumpkin.dat if test ! -d ./built/SOLARIS-domestic-full-normal-slapd; then mkdir -p /built/SOLARIS-domestic-full-normal-slapd; fi; if test ! -d ./built/SOLARIS-domestic-full-normal-slapd/include; then mkdir -p ./built/SOLARIS-domestic-full-normal-slapd/include; fi; /SunONE/perl2exe/perl5/bin/perl dirver.pl -v "7.1" -o built/SOLARIS-domestic-full-normal-slapd/include/dirver.h if test ! -d ./built/SOLARIS-domestic-full-normal-slapd/include; then mkdir -p ./built/SOLARIS-domestic-full-normal-slapd/include; fi; /SunONE/perl2exe/perl5/bin/perl dirver.pl -v "3.1" -o built/SOLARIS-domestic-full-normal-slapd/include/sdkver.h The components are up to date ==== Starting LDAP Server ========== gmake NO_JAVA=1 nsCommon gmake[1]: Entering directory `/SunONE/ldap/ldapserver' cd config; gmake NO_JAVA=1 export SERVER_BUILD=1 XCFLAGS= USE_PTHREADS= NS_PRODUCT=DIRECTORY_SERVER VERSION= NS_USE_NATIVE= NSPR_BASENAME=libnspr21 DIST= OBJDIR=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd FASTTIME_HEADER_DEST=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full -normal-slapd/include FASTTIME_TARGET_DEST=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full -normal-slapd NSINSTALL=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-sla pd/nsinstall gmake[2]: Entering directory `/SunONE/ldap/ldapserver/config' gcc -Wall -Wno-format -o /SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/nsinsta ll.o -c -DXP_UNIX -g -DSVR4 -DSYSV -DNSPR -D__svr4 -D__svr4__ -DSOLARIS -DHAVE_WEAK_IO_SYMBOLS -DNSPR20 -D_PR_NTHREAD -D_REENTRANT -D_SVID_GETTOD -DSOLARIS_55_OR_GREATER -MDupdate /SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/.md -DDEBUG -UNDEBUG -DDEBUG_root -DTRACING -DSERVER_BUILD -DNETSCAPE -DLAYERS -DUNIX_EMBED -DX_PLUGINS -DUNIX_LDAP -DNSPR -DNSPR20 -I../include -I/usr/dt/include -I/usr/openwin/include -I/usr/dt/include -I/usr/openwin/include nsinstall.c gcc: cannot specify -o with -c or -S and multiple compilations gmake[2]: *** [/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/nsinst all.o] Error 1 gmake[2]: Leaving directory `/SunONE/ldap/ldapserver/config' gmake[1]: *** [nsCommon] Error 2 gmake[1]: Leaving directory `/SunONE/ldap/ldapserver' make: *** [buildDirectory] Error 2 ======================================================================== =========== How can I sovled this a problem? Help me. -------------- next part -------------- An HTML attachment was scrubbed... URL: From iplanet at korea.com Tue Jun 7 07:49:01 2005 From: iplanet at korea.com (=?ks_c_5601-1987?B?vNu788HY?=) Date: Tue, 7 Jun 2005 16:49:01 +0900 Subject: [Fedora-directory-devel] Build Error on Solaris (using GNU cc) Message-ID: <121b901c56b35$5eb66e60$35011fac@korea.com> OS : Solaris 5.8 (SPAC) Compiler: gcc (3.3) make: GNU Make 3.80 I build External Requirement. and success. but building the LDAP source occured error. CVSROOT=:pserver:anonymous at cvs.fedora.redhat.com:/cvs/dirsec ; export CVSROOT cvs login => OK cvs -z3 co -r FedoraDS71_20050526_RTC ldapserver => OK error ================================================================== #make NS_USE_GCC=1 USE_PERL_FROM_PATH=1 BUILD_DEBUG=full cat: cannot open ./SOLARIS/buildnum.dat nsconfig.mk:1578: modules.mk: No such file or directory re-making ./modules.mk ... cat: cannot open ./SOLARIS/buildnum.dat if test ! -d SOLARIS; then mkdir SOLARIS; fi; /SunONE/perl2exe/perl5/bin/perl buildnum.pl -p SOLARIS NSOS_RELEASE is: 5.8 /SunONE/perl2exe/perl5/bin/perl pumpkin.pl 120 pumpkin.dat if test ! -d ./built/SOLARIS-domestic-full-normal-slapd; then mkdir -p /built/SOLARIS-domestic-full-normal-slapd; fi; if test ! -d ./built/SOLARIS-domestic-full-normal-slapd/include; then mkdir -p ./built/SOLARIS-domestic-full-normal-slapd/include; fi; /SunONE/perl2exe/perl5/bin/perl dirver.pl -v "7.1" -o built/SOLARIS-domestic-full-normal-slapd/include/dirver.h if test ! -d ./built/SOLARIS-domestic-full-normal-slapd/include; then mkdir -p ./built/SOLARIS-domestic-full-normal-slapd/include; fi; /SunONE/perl2exe/perl5/bin/perl dirver.pl -v "3.1" -o built/SOLARIS-domestic-full-normal-slapd/include/sdkver.h The components are up to date ==== Starting LDAP Server ========== gmake NO_JAVA=1 nsCommon gmake[1]: Entering directory `/SunONE/ldap/ldapserver' cd config; gmake NO_JAVA=1 export SERVER_BUILD=1 XCFLAGS= USE_PTHREADS= NS_PRODUCT=DIRECTORY_SERVER VERSION= NS_USE_NATIVE= NSPR_BASENAME=libnspr21 DIST= OBJDIR=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd FASTTIME_HEADER_DEST=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full -normal-slapd/include FASTTIME_TARGET_DEST=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full -normal-slapd NSINSTALL=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-sla pd/nsinstall gmake[2]: Entering directory `/SunONE/ldap/ldapserver/config' gcc -Wall -Wno-format -o /SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/nsinsta ll.o -c -DXP_UNIX -g -DSVR4 -DSYSV -DNSPR -D__svr4 -D__svr4__ -DSOLARIS -DHAVE_WEAK_IO_SYMBOLS -DNSPR20 -D_PR_NTHREAD -D_REENTRANT -D_SVID_GETTOD -DSOLARIS_55_OR_GREATER -MDupdate /SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/.md -DDEBUG -UNDEBUG -DDEBUG_root -DTRACING -DSERVER_BUILD -DNETSCAPE -DLAYERS -DUNIX_EMBED -DX_PLUGINS -DUNIX_LDAP -DNSPR -DNSPR20 -I../include -I/usr/dt/include -I/usr/openwin/include -I/usr/dt/include -I/usr/openwin/include nsinstall.c gcc: cannot specify -o with -c or -S and multiple compilations gmake[2]: *** [/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/nsinst all.o] Error 1 gmake[2]: Leaving directory `/SunONE/ldap/ldapserver/config' gmake[1]: *** [nsCommon] Error 2 gmake[1]: Leaving directory `/SunONE/ldap/ldapserver' make: *** [buildDirectory] Error 2 ======================================================================== =========== How can I sovled this a problem? Help me. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sangjun.song at gmail.com Tue Jun 7 08:03:02 2005 From: sangjun.song at gmail.com (sang jun song) Date: Tue, 7 Jun 2005 17:03:02 +0900 Subject: [Fedora-directory-devel] Build Error on Solaris (using GNU cc) Message-ID: OS : Solaris 5.8 (SPAC) Compiler: gcc (3.3) make: GNU Make 3.80 I build External Requirement. and success. but building the LDAP source occured error. CVSROOT=:pserver:anonymous at cvs.fedora.redhat.com:/cvs/dirsec ; export CVSROOT cvs login => OK cvs -z3 co -r FedoraDS71_20050526_RTC ldapserver => OK error ================================================================== #make NS_USE_GCC=1 USE_PERL_FROM_PATH=1 BUILD_DEBUG=full cat: cannot open ./SOLARIS/buildnum.dat nsconfig.mk:1578: modules.mk: No such file or directory re-making ./modules.mk ... cat: cannot open ./SOLARIS/buildnum.dat if test ! -d SOLARIS; then mkdir SOLARIS; fi; /SunONE/perl2exe/perl5/bin/perl buildnum.pl -p SOLARIS NSOS_RELEASE is: 5.8 /SunONE/perl2exe/perl5/bin/perl pumpkin.pl 120 pumpkin.dat if test ! -d ./built/SOLARIS-domestic-full-normal-slapd; then mkdir -p ./built/SOLARIS-domestic-full-normal-slapd; fi; if test ! -d ./built/SOLARIS-domestic-full-normal-slapd/include; then mkdir -p ./built/SOLARIS-domestic-full-normal-slapd/include; fi; /SunONE/perl2exe/perl5/bin/perl dirver.pl -v "7.1" -o built/SOLARIS-domestic-full-normal-slapd/include/dirver.h if test ! -d ./built/SOLARIS-domestic-full-normal-slapd/include; then mkdir -p ./built/SOLARIS-domestic-full-normal-slapd/include; fi; /SunONE/perl2exe/perl5/bin/perl dirver.pl -v "3.1" -o built/SOLARIS-domestic-full-normal-slapd/include/sdkver.h The components are up to date ==== Starting LDAP Server ========== gmake NO_JAVA=1 nsCommon gmake[1]: Entering directory `/SunONE/ldap/ldapserver' cd config; gmake NO_JAVA=1 export SERVER_BUILD=1 XCFLAGS= USE_PTHREADS= NS_PRODUCT=DIRECTORY_SERVER VERSION= NS_USE_NATIVE= NSPR_BASENAME=libnspr21 DIST= OBJDIR=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd FASTTIME_HEADER_DEST=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/include FASTTIME_TARGET_DEST=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd NSINSTALL=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/nsinstall gmake[2]: Entering directory `/SunONE/ldap/ldapserver/config' gcc -Wall -Wno-format -o /SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/nsinstall.o -c -DXP_UNIX -g -DSVR4 -DSYSV -DNSPR -D__svr4 -D__svr4__ -DSOLARIS -DHAVE_WEAK_IO_SYMBOLS -DNSPR20 -D_PR_NTHREAD -D_REENTRANT -D_SVID_GETTOD -DSOLARIS_55_OR_GREATER -MDupdate /SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/.md -DDEBUG -UNDEBUG -DDEBUG_root -DTRACING -DSERVER_BUILD -DNETSCAPE -DLAYERS -DUNIX_EMBED -DX_PLUGINS -DUNIX_LDAP -DNSPR -DNSPR20 -I../include -I/usr/dt/include -I/usr/openwin/include -I/usr/dt/include -I/usr/openwin/include nsinstall.c gcc: cannot specify -o with -c or -S and multiple compilations gmake[2]: *** [/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/nsinstall.o] Error 1 gmake[2]: Leaving directory `/SunONE/ldap/ldapserver/config' gmake[1]: *** [nsCommon] Error 2 gmake[1]: Leaving directory `/SunONE/ldap/ldapserver' make: *** [buildDirectory] Error 2 =================================================================================== How can I sovled this a problem? Help me. From sjsongabcd at hotmail.com Tue Jun 7 05:34:54 2005 From: sjsongabcd at hotmail.com (=?ks_c_5601-1987?B?vNu788HY?=) Date: Tue, 7 Jun 2005 14:34:54 +0900 Subject: [Fedora-directory-devel] Hello! Fedora-directory build error Message-ID: OS : Solaris 5.8 (SPAC) Compiler: gcc (3.3) make: GNU Make 3.80 I build External Requirement. and success. but building the LDAP source occured error. CVSROOT=:pserver:anonymous at cvs.fedora.redhat.com:/cvs/dirsec ; export CVSROOT cvs login => OK cvs -z3 co -r FedoraDS71_20050526_RTC ldapserver => OK error ================================================================== #make NS_USE_GCC=1 USE_PERL_FROM_PATH=1 BUILD_DEBUG=full cat: cannot open ./SOLARIS/buildnum.dat nsconfig.mk:1578: modules.mk: No such file or directory re-making ./modules.mk ... cat: cannot open ./SOLARIS/buildnum.dat if test ! -d SOLARIS; then mkdir SOLARIS; fi; /SunONE/perl2exe/perl5/bin/perl buildnum.pl -p SOLARIS NSOS_RELEASE is: 5.8 /SunONE/perl2exe/perl5/bin/perl pumpkin.pl 120 pumpkin.dat if test ! -d ./built/SOLARIS-domestic-full-normal-slapd; then mkdir -p ./built/SOLARIS-domestic-full-normal-slapd; fi; if test ! -d ./built/SOLARIS-domestic-full-normal-slapd/include; then mkdir -p ./built/SOLARIS-domestic-full-normal-slapd/include; fi; /SunONE/perl2exe/perl5/bin/perl dirver.pl -v "7.1" -o built/SOLARIS-domestic-full-normal-slapd/include/dirver.h if test ! -d ./built/SOLARIS-domestic-full-normal-slapd/include; then mkdir -p ./built/SOLARIS-domestic-full-normal-slapd/include; fi; /SunONE/perl2exe/perl5/bin/perl dirver.pl -v "3.1" -o built/SOLARIS-domestic-full-normal-slapd/include/sdkver.h The components are up to date ==== Starting LDAP Server ========== gmake NO_JAVA=1 nsCommon gmake[1]: Entering directory `/SunONE/ldap/ldapserver' cd config; gmake NO_JAVA=1 export SERVER_BUILD=1 XCFLAGS= USE_PTHREADS= NS_PRODUCT=DIRECTORY_SERVER VERSION= NS_USE_NATIVE= NSPR_BASENAME=libnspr21 DIST= OBJDIR=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd FASTTIME_HEADER_DEST=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/include FASTTIME_TARGET_DEST=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd NSINSTALL=/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/nsinstall gmake[2]: Entering directory `/SunONE/ldap/ldapserver/config' gcc -Wall -Wno-format -o /SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/nsinstall.o -c -DXP_UNIX -g -DSVR4 -DSYSV -DNSPR -D__svr4 -D__svr4__ -DSOLARIS -DHAVE_WEAK_IO_SYMBOLS -DNSPR20 -D_PR_NTHREAD -D_REENTRANT -D_SVID_GETTOD -DSOLARIS_55_OR_GREATER -MDupdate /SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/.md -DDEBUG -UNDEBUG -DDEBUG_root -DTRACING -DSERVER_BUILD -DNETSCAPE -DLAYERS -DUNIX_EMBED -DX_PLUGINS -DUNIX_LDAP -DNSPR -DNSPR20 -I../include -I/usr/dt/include -I/usr/openwin/include -I/usr/dt/include -I/usr/openwin/include nsinstall.c gcc: cannot specify -o with -c or -S and multiple compilations gmake[2]: *** [/SunONE/ldap/ldapserver/built/SOLARIS-domestic-full-normal-slapd/nsinstall.o] Error 1 gmake[2]: Leaving directory `/SunONE/ldap/ldapserver/config' gmake[1]: *** [nsCommon] Error 2 gmake[1]: Leaving directory `/SunONE/ldap/ldapserver' make: *** [buildDirectory] Error 2 =================================================================================== How can I sovled this a problem? Help me. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ???.vcf Type: text/x-vcard Size: 116 bytes Desc: not available URL: From irving at maine.edu Thu Jun 9 23:24:02 2005 From: irving at maine.edu (David Irving) Date: Thu, 9 Jun 2005 19:24:02 -0400 Subject: [Fedora-directory-devel] MD5 Password Module Message-ID: <38FC3DBE26B8EF4795370E632F70305CEF4D@exchange.umf.maine.edu> Hi everyone, First off, let me say thank you to all the developers that made this directory available open source and to the general public. In my playing thus far, it looks like Red Hat DS is going to be one of the best open source LDAP directories around. That being said, I would like to contribute the attached code. It contains updated DS source for an {MD5} password authentification module. If anyone sees any changes that need to be made or has any suggestions, please don't hesitate the let me know via this group or by personal e-mail. I just wanted to give something back to the open source community and hopefully this release will make it in :) It is my first open source contribution so if I've made a mistake in submission or "protocol" also please feel free to let me know. Thanks, -- David Irving Database Administrator University of Maine Farmington E-Mail: irving at maine.edu Phone: (207)-778-7315 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: md5pwdstore.tar.gz Type: application/x-gzip Size: 70553 bytes Desc: md5pwdstore.tar.gz URL: From rmeggins at redhat.com Thu Jun 9 23:37:36 2005 From: rmeggins at redhat.com (Rich Megginson) Date: Thu, 09 Jun 2005 17:37:36 -0600 Subject: [Fedora-directory-devel] MD5 Password Module In-Reply-To: <38FC3DBE26B8EF4795370E632F70305CEF4D@exchange.umf.maine.edu> References: <38FC3DBE26B8EF4795370E632F70305CEF4D@exchange.umf.maine.edu> Message-ID: <42A8D2C0.2070404@redhat.com> David Irving wrote: > Hi everyone, > > First off, let me say thank you to all the developers that made this > directory available open source and to the general public. In my > playing thus far, it looks like Red Hat DS is going to be one of the > best open source LDAP directories around. > > That being said, I would like to contribute the attached code. It > contains updated DS source for an {MD5} password authentification > module. If anyone sees any changes that need to be made or has any > suggestions, please don't hesitate the let me know via this group or > by personal e-mail. I just wanted to give something back to the open > source community and hopefully this release will make it in :) It is > my first open source contribution so if I've made a mistake in > submission or "protocol" also please feel free to let me know. Thanks. I've created this bug to track the issue - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160008 Feel free to create a bugzilla account and add yourself to the cc list. I haven't had a chance to review it yet, but this is very welcome! > > Thanks, > -- David Irving > Database Administrator > University of Maine Farmington > E-Mail: irving at maine.edu > Phone: (207)-778-7315 > >------------------------------------------------------------------------ > >-- >Fedora-directory-devel mailing list >Fedora-directory-devel at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-directory-devel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3312 bytes Desc: S/MIME Cryptographic Signature URL: From aj at dungeon.inka.de Wed Jun 15 21:08:37 2005 From: aj at dungeon.inka.de (Andreas Jellinghaus [c]) Date: Wed, 15 Jun 2005 23:08:37 +0200 Subject: [Fedora-directory-devel] certificate system to be open sourced? [u] Message-ID: <200506152308.37621.aj@dungeon.inka.de> sorry if this is the wrong mailing list, but I couldn't find any other contact information. does anyone know if the (formet netscape now redhat) certificate system will be open sourced, too? I'm one of the developers of OpenCT, OpenSC and SCB and I think there might be several opportunities for cooperation. Regards, Andreas From blizzard at redhat.com Thu Jun 16 00:32:13 2005 From: blizzard at redhat.com (Christopher Blizzard) Date: Wed, 15 Jun 2005 20:32:13 -0400 Subject: [Fedora-directory-devel] other former netscape servers Message-ID: <42B0C88D.2080003@redhat.com> I need to make this a FAQ. Yes, we received a lot of code from the Netscape purchase. This included the directory server, cert server, mail server and calendar server. Right now we're concentrating on building a community around the directory server. We're evaluating the source code for those other components to figure out if and when we can open source them. If we do decide to build projects around the other parts, you'll hear about it when we're ready. --Chris From rmeggins at redhat.com Thu Jun 16 02:59:38 2005 From: rmeggins at redhat.com (Rich Megginson) Date: Wed, 15 Jun 2005 20:59:38 -0600 Subject: [Fedora-directory-devel] certificate system to be open sourced? [u] In-Reply-To: <200506152308.37621.aj@dungeon.inka.de> References: <200506152308.37621.aj@dungeon.inka.de> Message-ID: <42B0EB1A.6040602@redhat.com> http://directory.fedora.redhat.com/wiki/FAQ#What_about_the_other_Netscape_servers.3F_.28Mail.2C_Certificate.2C_others.29 Andreas Jellinghaus [c] wrote: >sorry if this is the wrong mailing list, but I couldn't >find any other contact information. > >does anyone know if the (formet netscape now redhat) certificate >system will be open sourced, too? > >I'm one of the developers of OpenCT, OpenSC and SCB and I think >there might be several opportunities for cooperation. > >Regards, Andreas > >-- >Fedora-directory-devel mailing list >Fedora-directory-devel at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-directory-devel > > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3312 bytes Desc: S/MIME Cryptographic Signature URL: