hyc(a)symas.com wrote:
> rmeggins(a)redhat.com wrote:
>> Full_Name: Rich Megginson
>> Version: 2.4.11 and current HEAD
>> OS: Fedora
>> URL: ftp://ftp.openldap.org/incoming/openldap-2.4.11-nss-20080911.patch
>> Submission from: (NULL) (76.113.59.19)
>> This patch allows OpenLDAP to use Mozilla NSS for crypto. The approach uses the
>> nss_compat_ossl library. This library allows the code to use the current
>> OpenSSL API so that the changes to the actual OpenLDAP code are minimized. This
>> is the same approach that has been used to port several other packages to use
>> NSS instead of OpenSSL as part of the Fedora Crypto Consolidation project.
> Thanks for the patch. Some notes - for future reference, don't include diffs
> to generated files (e.g. configure), just include the diffs to the source
> (e.g. configure.in). Since "NSS" already has a well-established meaning in
> POSIX environments (Name Service Switch), I've been referring to this as
> MozNSS (Mozilla NSS) to avoid confusion.
Also please read http://www.openldap.org/devel/contributing.html ; you haven't
provided any of the required IPR notices. We can't touch the submission
without them.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
rmeggins(a)redhat.com wrote:
> Full_Name: Rich Megginson
> Version: 2.4.11 and current HEAD
> OS: Fedora
> URL: ftp://ftp.openldap.org/incoming/openldap-2.4.11-nss-20080911.patch
> Submission from: (NULL) (76.113.59.19)
>
>
> This patch allows OpenLDAP to use Mozilla NSS for crypto. The approach uses the
> nss_compat_ossl library. This library allows the code to use the current
> OpenSSL API so that the changes to the actual OpenLDAP code are minimized. This
> is the same approach that has been used to port several other packages to use
> NSS instead of OpenSSL as part of the Fedora Crypto Consolidation project.
>
> The nss_compat_ossl library is here -
> http://svn.fedorahosted.org/svn/identity/common/trunk/nss_compat_ossl/ - it is
> also included with Fedora
Thanks for the patch. Some notes - for future reference, don't include diffs
to generated files (e.g. configure), just include the diffs to the source
(e.g. configure.in). Since "NSS" already has a well-established meaning in
POSIX environments (Name Service Switch), I've been referring to this as
MozNSS (Mozilla NSS) to avoid confusion.
Also, there's already a working implementation of Mozilla NSS support in HEAD,
but your patch covers a lot of areas I didn't look at yet (SHA1 hashing, etc)
so we'll probably cherrypick pieces of your patch to merge.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
Hallvard B Furuseth wrote:
> Looking at liblutil/utils.c:lutil_gettime() led me to
>
> Beware of QueryPerformanceCounter()
> http://www.virtualdub.org/blog/pivot/entry.php?id=106
>
> Is warning relevant to slapd? I don't know Windows programming at all.
>
Yes, it's relevant. People running on Windows should probably boot with
/usepmtimer to make sure the ACPI timer is used (which runs at 3.5MHz). Then
again, the simplest solution is "don't run mission-critical servers on
Windows" because the platform is so completely inadequate, for this and many
other reasons. Probably should read this as well
http://support.microsoft.com/kb/895980
Of course, not all of this uncertainty is Microsoft's fault - AMD documented
that their dual-core processors would keep their TSCs in sync between both
cores, but in reality the TSCs never stay in sync. So if you happen to be
running an old-enough Windows release, written when the TSC was still believed
to be a reliable clock source, you may have problems unless you explicitly
tell Windows to use the ACPI PM timer.
If you're running on a very old motherboard that doesn't support ACPI, you
won't have a PM timer to use; but in that case you're probably also running
with a processor that doesn't have TSC issues.
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/
Full_Name: Rich Megginson
Version: 2.4.11 and current HEAD
OS: Fedora
URL: ftp://ftp.openldap.org/incoming/openldap-2.4.11-nss-20080911.patch
Submission from: (NULL) (76.113.59.19)
This patch allows OpenLDAP to use Mozilla NSS for crypto. The approach uses the
nss_compat_ossl library. This library allows the code to use the current
OpenSSL API so that the changes to the actual OpenLDAP code are minimized. This
is the same approach that has been used to port several other packages to use
NSS instead of OpenSSL as part of the Fedora Crypto Consolidation project.
The nss_compat_ossl library is here -
http://svn.fedorahosted.org/svn/identity/common/trunk/nss_compat_ossl/ - it is
also included with Fedora
Full_Name: Tamburo Luca
Version: cvs
OS:
URL: ftp://ftp.openldap.org/incoming/Tamburo-Luca-AC-08-09-11.tgz
Submission from: (NULL) (82.51.134.108)
Hi,
I'm a student at University "Federico II" (Napoli, Italy).
For my bachelor degree I have worked on LDAP and Attribute Certicates.
My main source has been Standard X.509 (2000).
More precisely I have implemented a function to validate AC syntax, and the
equality matching rule "attribute Certificate Exact Match"
as defined in Internet Draft: "Internet X.509 Public Key Infrastructure LDAP
Schema and Syntaxes for PMIs" (by D. Chadwick and S.Legg,
27 June 2002).
I have changed the file servers/slapd/schema_init.c; I needed to create a new
schema file called guest.schema which contains the definitions
of objectclass pmiUser and the attribute type attributeCertificateAttribute.
Link for the archive is
ftp://ftp.openldap.org/incoming/Tamburo-Luca-AC-08-09-11.tgz
Thanks in advance for your attention.
Best regards,
Luca Tamburo
Looking at liblutil/utils.c:lutil_gettime() led me to
Beware of QueryPerformanceCounter()
http://www.virtualdub.org/blog/pivot/entry.php?id=106
Is warning relevant to slapd? I don't know Windows programming at all.
--
Hallvard
Works for me, after Howard's fix.
p.
Ing. Pierangelo Masarati
OpenLDAP Core Team
SysNet s.r.l.
via Dossi, 8 - 27100 Pavia - ITALIA
http://www.sys-net.it
-----------------------------------
Office: +39 02 23998309
Mobile: +39 333 4963172
Fax: +39 0382 476497
Email: ando(a)sys-net.it
-----------------------------------