https://bugs.openldap.org/show_bug.cgi?id=7832
--- Comment #14 from David Coutadeur <david.coutadeur(a)gmail.com> ---
Hello,
I have made some progress in ppm integration, but I have some blocking
questions:
- I suppose you want a merge request on openldap/openldap master branch and not
OPENLDAP_REL_ENG_2_5, am I right?
- I get a segfault when my client first connects to slapd when I compile master
branch with:
```
./configure --prefix=/usr/local/openldap --libdir=/usr/local/openldap/lib64
--enable-overlays --enable-modules --enable-dynamic=yes --with-tls=openssl
--enable-debug --with-cyrus-sasl --enable-spasswd --enable-ppolicy
--enable-crypt --enable-ldap -enable-slapi --enable-meta --enable-sock
--enable-wrappers --enable-rlookups
```
Do you have the same error? Is this due to a specific option?
ppm was working with my last test with Ondrej 6 month ago, so I suppose when
this segfault is fixed it will work quite fast.
- I noticed nssov overlay does not compile correctly: there is a missing
#include <errno.h> somewhere, and other remaining bugs.
- do you expect other integration things than the code deployed into
contrib/slapd-modules with an appropriate Makefile, README, LICENSE,...?
- about the Notice, I have made two separate files in the ppm directory:
LICENSE and NOTICES. The license is the OpenLDAP License. The notice is the
following:
"The attached modifications to OpenLDAP Software are subject to the following
notice:
Copyright 2021 David Coutadeur
Redistribution and use in source and binary forms, with or without
modification, are permitted only as authorized by the OpenLDAP Public License."
Does it seem correct to you?
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=7262
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
Status|UNCONFIRMED |IN_PROGRESS
--- Comment #4 from Quanah Gibson-Mount <quanah(a)openldap.org> ---
https://git.openldap.org/openldap/openldap/-/merge_requests/250
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8950
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|2.5.1 |2.5.2
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8950
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|VERIFIED |CONFIRMED
Resolution|WORKSFORME |---
Ever confirmed|0 |1
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=7768
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|2.5.2 |---
Status|RESOLVED |VERIFIED
Keywords|reviewed |
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=7768
OndÅ™ej KuznÃk <ondra(a)mistotebe.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |INVALID
Status|UNCONFIRMED |RESOLVED
--- Comment #2 from OndÅ™ej KuznÃk <ondra(a)mistotebe.net> ---
slapo-chain already says "All URIs not listed in the configuration are chained
anonymously", works as designed.
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=9475
Issue ID: 9475
Summary: Add support for MAP_POPULATE
Product: LMDB
Version: unspecified
Hardware: All
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: ---
Component: liblmdb
Assignee: bugs(a)openldap.org
Reporter: aa531811820(a)gmail.com
Target Milestone: ---
In some case (such as cloud computing platforms), the reading speed of large
files is very fast while the small files is very slow, and we have enough
memory, so we hope to prefetch the entire LMDB file into the memory during MMAP
through the MAP_POPULATE flag . According to our test, this is faster than
using readahead flag. Here are some test data:
# mmap with no readahead
read one sample: 0.2s
total time: 4800s
# mmap with readahead
read one sample: 0.0001s~0.03s
total time: 95.86s
# mmap with MAP_POPULATE
db init: 20s
read one sample: 0.0001s
total time: 78s
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=7343
--- Comment #4 from Howard Chu <hyc(a)openldap.org> ---
(In reply to openldap(a)stormcloud9.net from comment #3)
> I think you might have missed the second half of the issue.
>
> ========
>
> Now the documentation clearly states recursion is not allowed, so if cn=child
> were to have a 'labeledURI', this labeledURI would not be expanded. But this
> is
> not what is being done here, cn=child has no labeledURI present.
Irrelevant.
> It also
> behaves
> perfectly fine if I pull the "objetClass: labeledURIObject" off cn=child.
Yes, because it is the objectClass: labeledURIobject that is checked
to determine whether a recursive query is occurring or not.
--
You are receiving this mail because:
You are on the CC list for the issue.