[389-devel] 389 DS nightly 2020-10-15 - 95% PASS

2020-10-14 Thread vashirov
https://fedorapeople.org/groups/389ds/ci/nightly/2020/10/15/report-389-ds-base-1.4.4.4-20201014git7fd97b1.fc32.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

[389-devel] Re: Roadmap for rust as a requirement in the project

2020-10-14 Thread William Brown
Hi everyone, I'm once again here to bring up my favourite topic, of rust-in-ds. Slow and steady progress has been made, and it would be good to update the situation here. Completed Items are: >> - william -> fix the intentional name leak in the rust slapi plugin >> interface to use

[389-devel] Re: Mapping tree rework

2020-10-14 Thread William Brown
This has come up because there is a set of customer cases where they have configured it incorrectly, due to bugs in lib389. The issues in lib389 arise from a lack of validation/constraint in the checking of the nsslapd-parent-suffix value in the server, allowing the client to create invalid

[389-devel] please review: PR 4378 - suffix management in backends is incorrect

2020-10-14 Thread Mark Reynolds
https://github.com/389ds/389-ds-base/pull/4378 -- 389 Directory Server Development Team ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

[389-devel] Re: Mapping tree rework

2020-10-14 Thread Ludwig Krispenz
Hi, you are right that it is possible to configure suffix hierarchies which are broken, but in my experience this wasn't an issue. people using sub suffixes did get it right. So is there really a need to change something that is working for a long time ? Regards, Ludwig On 14.10.20

[389-devel] Mapping tree rework

2020-10-14 Thread William Brown
https://github.com/mreynolds389/389wiki/pull/48 This is a draft design, and probably of interest to thierry whom I discussed this with last night :) Thanks! — Sincerely, William Brown Senior Software Engineer, 389 Directory Server SUSE Labs, Australia