https://bugs.openldap.org/show_bug.cgi?id=8486
--- Comment #11 from Quanah Gibson-Mount <quanah(a)openldap.org> ---
Note: OpenLDAP 2.5 has further work converting the sessionlog to a btree:
Commits:
• d2036cec
by OndÅ™ej KuznÃk at 2020-09-25T00:07:50+00:00
ITS#8486 Switch sessionlog to use TAVL
• 8f8774c0
by Howard Chu at 2020-09-25T00:07:50+00:00
ITS#8486 Minor play_sessionlog cleanup
Fix logmsg uuidstr.
Shortcut finding start of playback.
Allow dup CSNs in log, but with different UUIDs. All
non-present deletes in a refresh use the same CSN.
• 98d5c5c6
by OndÅ™ej KuznÃk at 2020-09-25T00:07:50+00:00
ITS#8486 Protect tavl_* calls in play_sessionlog
• 1915cb96
by Howard Chu at 2020-09-25T00:07:50+00:00
ITS#8486 use kbtree for sessionlog
Saves about 20% CPU time and RAM
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8636
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |TEST
Status|UNCONFIRMED |RESOLVED
Keywords|OL_2_5_REQ |
--- Comment #6 from Quanah Gibson-Mount <quanah(a)openldap.org> ---
Commits:
• f3e86d3d
by Quanah Gibson-Mount at 2020-09-25T04:29:59+00:00
ITS#8636 - Fix DESC for deltaCRL attribute
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8341
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |TEST
Status|UNCONFIRMED |RESOLVED
--- Comment #6 from Quanah Gibson-Mount <quanah(a)openldap.org> ---
Commits:
• fe3636df
by Quanah Gibson-Mount at 2020-09-25T02:05:55+00:00
ITS#8341 - Add matching rule to the namingContexts attr
--
You are receiving this mail because:
You are on the CC list for the issue.
If you are looking for the best cheapest SEO service company for the search engine optimization and digital marketing of your business website then BEST SEO is the right option for you, We provide the cheapest digital marketing services in Pakistan and Internationally as well.
The services we offer are:
• Search Engine Optimization Services
• Social Media Marketing Services
• Content Writing Services
• Article Writing Services
• Press Release Writing Services
• PPC Services
• Blog Writing Services
To hire my services, visit my business website https://bestseo.com.pk
https://bugs.openldap.org/show_bug.cgi?id=7161
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
See Also| |https://bugs.openldap.org/s
| |how_bug.cgi?id=9293
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=9045
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |replication
Severity|normal |blocker
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8102
--- Comment #9 from Quanah Gibson-Mount <quanah(a)openldap.org> ---
RE24:
Commits:
• 584858eb
by Howard Chu at 2020-09-22T21:37:09+00:00
ITS#8102 syncrepl: only use trylock on the cn=config DB
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8102
--- Comment #8 from Quanah Gibson-Mount <quanah(a)openldap.org> ---
Commits:
• 62ecd38b
by Howard Chu at 2020-09-22T21:27:15+01:00
ITS#8102 syncrepl: only use trylock on the cn=config DB
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8996
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |has_patch
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8757
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|2.5.0 |2.6.0
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8695
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|2.5.0 |2.6.0
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8610
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|2.5.0 |---
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8498
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|2.5.0 |2.6.0
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8476
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|2.5.0 |2.6.0
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=8747
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |blocker
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=5813
--- Comment #4 from Quanah Gibson-Mount <quanah(a)openldap.org> ---
hallvard(a)OpenLDAP.org writes:
> limits.c 1.83 -> 1.84
> More ITS#5734: Handle empty o_req_ndn. (...)
This gets somewhat inconsistent:
dn.this.<subtree or exact>="" now matches target DN "". However, to
preserve backwards compatibility, dn.<subtree or exact>="" does not
match anonymous binding.
OTOH, limits dn.<anything>=* becomes limits *, again preserving
backwards compatibility. However dn.<onelevel or children>=*
should not match empty target DN/anonymous connections.
Should we leave it as it is? Or change the old behavior? And if so,
does an anonymous connection have a DN so it should match "", or not?
Or we could make them errors to avoid admins seeing unexpected behavior
for a config which slapd accepts. These cases seem fairly useless, but
could arise from something like an auto-generated config files when the
admin inputs suffix "".
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=5813
--- Comment #3 from Quanah Gibson-Mount <quanah(a)openldap.org> ---
Putting email discussion in for posterity:
Hallvard B Furuseth wrote:
hallvard(a)OpenLDAP.org writes:
limits.c 1.83 -> 1.84
More ITS#5734: Handle empty o_req_ndn. (...)
This gets somewhat inconsistent:
dn.this.<subtree or exact>="" now matches target DN "". However, to
preserve backwards compatibility, dn.<subtree or exact>="" does not
match anonymous binding.
OTOH, limits dn.<anything>=* becomes limits *, again preserving
backwards compatibility. However dn.<onelevel or children>=*
should not match empty target DN/anonymous connections.
Should we leave it as it is? Or change the old behavior? And if so,
does an anonymous connection have a DN so it should match "", or not?
"" is a valid DN, but not a valid entry name (AFAIK). That's why we use it for
anonymous. ACLs and limits use the notion of DN to indicate two different
things: the target and the user. Of course, although "" is a valid target, it
is not a valid user (or, it indicates the empty user, and thus anonymous). I'm
not sure I entirely got the point and whether this helps or not, but the
semantics should be clear.
Or we could make them errors to avoid admins seeing unexpected behavior
for a config which slapd accepts. These cases seem fairly useless, but
could arise from something like an auto-generated config files when the
admin inputs suffix "".
In any case, I'd prefer the original behavior be preserved as much as possible,
and I'd prefer to avoid introducing pitfalls that easily trick admins (and
wannabe admins) in persevering making the same errors over and over.
p.
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=5813
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |VERIFIED
--
You are receiving this mail because:
You are on the CC list for the issue.
https://bugs.openldap.org/show_bug.cgi?id=5813
Quanah Gibson-Mount <quanah(a)openldap.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|2.5.0 |---
Keywords|OL_2_5_REQ |
Resolution|--- |INVALID
Status|UNCONFIRMED |RESOLVED
--- Comment #2 from Quanah Gibson-Mount <quanah(a)openldap.org> ---
Invalid, binding as a zero length DN is anonymous
--
You are receiving this mail because:
You are on the CC list for the issue.