https://github.com/389ds/389-ds-base/pull/4878
--
Sincerely,
William Brown
Senior Software Engineer, Identity and Access Management
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
https://github.com/389ds/389-ds-base/pull/4821
--
Sincerely,
William Brown
Senior Software Engineer, Identity and Access Management
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
https://github.com/389ds/389-ds-base/pull/4819
--
Sincerely,
William Brown
Senior Software Engineer, Identity and Access Management
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
https://github.com/389ds/389-ds-base/pull/4776
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
you are .
>
> Jeff Gentry
> jgen...@bamawise.com
> 205-365-7762
>
>> On Apr 2, 2021, at 6:38 AM, Pierre Rogier wrote:
>>
>>
>> FYI: William already reviewed it but would like a second opinion.
>>
>> https://github.com/389ds/389-ds-ba
> On 25 Mar 2021, at 17:49, thierry bordaz wrote:
>
>
>
> On 3/25/21 3:20 AM, William Brown wrote:
>>
>>> On 25 Mar 2021, at 12:00, Mark Reynolds wrote:
>>>
>>>
>>> On 3/24/21 8:32 PM, William Brown wrot
> On 25 Mar 2021, at 12:00, Mark Reynolds wrote:
>
>
> On 3/24/21 8:32 PM, William Brown wrote:
>>>>> I think maybe it could be easy to visualise it.
>>>>>
>>>>>
>>>>&g
>>>^ ^ ^
>>>| | |
>>>otp created| |
>>> otp valid from |
>>> otp expire at
>>>
>>>
&g
> On 24 Mar 2021, at 02:12, thierry bordaz wrote:
>
> Hi William
>
> Thanks for you review. Some answers are inlined in the mail below.
>
> On 3/23/21 12:33 AM, William Brown wrote:
>> Hey there,
>>
>> I think that you also need:
>>
>>
s.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
a Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org
> Do not reply to spam on
https://github.com/389ds/389-ds-base/pull/4660
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
roject.org
>> Do not reply to spam on the list, report it:
>> https://pagure.io/fedora-infrastructure
>
> --
>
> 389 Directory Server Development Team
> ___
> 389-devel mailing list --
https://github.com/389ds/389-ds-base/pull/4607
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel
https://github.com/389ds/389-ds-base/pull/4589
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
> On 14 Jan 2021, at 21:32, Pierre Rogier wrote:
>
> Hi William,
>
> > It's a scenario we will need to fix via your BE work because of the MVCC
> > transaction model that
> > LMDB will force us to adopt :)
>
> As I see things in the early phase
seen this email and submitted a PR to resolve this
exact case :)
>
> Pierre
>
>
> On Wed, Jan 13, 2021 at 1:45 AM William Brown wrote:
> Hey there,
>
> https://github.com/389ds/389-ds-base/pull/4525/files
>
> I had a look and I can see a few possible co
https://github.com/389ds/389-ds-base/pull/4540
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
nyway, again, this is just reading the code for 20 minutes, and is not a
complete in depth investigation, but maybe it's some ideas about what happened?
Hope it helps :)
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
https://github.com/389ds/389-ds-base/pull/4520
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pull/4518
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pull/4502
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pull/4496
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pull/4474
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel
https://github.com/389ds/389-ds-base/pull/4472
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pull/4463
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pull/4457
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pull/4455
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
ght=minssf
A better option if you are security conscious is to set the nsslapd-port to 0
and only use the LDAPS/TLS port (startTLS has similar issues to minssf, and
also adds extra latency and should be avoided.).
>
> By the way, when is set nsslapd-minssf attribute to
https://github.com/389ds/389-ds-base/pull/4434
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
edge
>> changes and features.
>>
>> HTH,
>>
>> Mark
>
> It would be much appreciated such future changes will be announced at
> time. I think the other distro-packagers need this information too.
>
It's a good point Mark, maybe we need to be abl
https://github.com/389ds/389-ds-base/pull/4409
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pulls
Hey all,
There are quite a few reviews outstanding for a variety of contributors, so it
would be great to have these reviewed and making some progress :)
Thanks,
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
https://github.com/389ds/389-ds-base/pull/4408
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel
https://github.com/389ds/389-ds-base/pull/4344
https://github.com/389ds/389-ds-base/pull/4375
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel
https://github.com/389ds/389-ds-base/pull/4344
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
odes are correctly arranged.
But more testing is always good, and I'm looking at the area now anyway, so
I'll add some of these. Thanks!
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389
t is not really a big problem. Or, simply not worth investing in. From a
> Red Hat perspective "we" would never fix this, it's just not a problem that
> comes up enough to justify the work and time. But... The initial work has
> been done by the upstream community (Wi
> On 16 Oct 2020, at 17:48, Pierre Rogier wrote:
>
> Hi William,
> I agree with your architecture points and that is why I said my proposal is a
> less appealing trade off.
>
> My real concern is your last point:
> we just do not know and IMHO we are unable to pre
https://github.com/389ds/389-ds-base/pull/4375
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel
27;d rather
continue with the suggestion I have made as we eliminate an entire class of
potential problems.
In order to really see understand the percieved risks of this change, I'd
really like to see configurations that would cause this proposal to fail,
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
>&
something that is working for a long time
> ?
>
>
> Regards,
>
> Ludwig
>
>
> On 14.10.20 08:12, William Brown wrote:
>> https://github.com/mreynolds389/389wiki/pull/48
>>
>> This is a draft design, and probably of interest to thierry whom I discussed
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
https://github.com/389ds/389-ds-base/pull/4374
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel
https://github.com/389ds/389-ds-base/pull/4362
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pull/4359
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pull/4358
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pull/4354
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pull/4353
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pull/4352
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pull/4344
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://github.com/389ds/389-ds-base/pull/4328
Reminder to review this please :)
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To
https://github.com/389ds/389-ds-base/pull/4328
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
y.
>
> 2. Bugzilla notifications. It may be that it's not possible to disable it for
> everyone involved. In that case, it will be one time thing that will spam you
> with 3000 emails. :) But I hope not.
I love emails!
In general though, great work here Simon. This is a
https://pagure.io/389-ds-base/issue/51260
https://pagure.io/389-ds-base/pull-request/51261
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To
> On 28 Aug 2020, at 19:23, Ludwig Krispenz wrote:
>
>
> On 27.08.20 04:01, William Brown wrote:
>> Hey there,
>>
>> I'm seeing some odd behaviour in an import test. I'm seeing that a large
>> number of entries won't import unless the d
https://pagure.io/389-ds-base/pull-request/51250
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
3755Z
objectClass: organizationalUnit
objectClass: top
ou: Groups
nsUniqueId: 87b64988-e68911ea-a943c898-6d74ab17
parentid: 1
entryid: 4
Given that these id's are changing I'm wondering if this is somehow breakin
https://pagure.io/389-ds-base/pull-request/51248
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://pagure.io/389-ds-base/pull-request/51220
https://pagure.io/389-ds-base/issue/51177
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To
https://pagure.io/389-ds-base/pull-request/51193
https://pagure.io/389-ds-base/issue/51175
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To
problem has certainly helped me to consider that it's the best way to advance
and get a consistent outcome.
>
> --
> -- Howard Chu
> CTO, Symas Corp. http://www.symas.com
> Director, Highland Sun http://highlandsun.com/hyc/
> Chief Architect, OpenLDAP http://www.openld
> On 23 Jun 2020, at 20:35, Howard Chu wrote:
>
>> Date: Mon, 22 Jun 2020 15:43:30 +1000
>> From: William Brown
>> Subject: [389-devel] Advice on a problem (syncrepl + entryuuid)
>> To: "389 Directory server developer discussion."
>> <
> On 16 Jun 2020, at 09:37, Mark Reynolds wrote:
>
>
> On 6/11/20 8:15 PM, William Brown wrote:
>> Hi all,
>>
>> Background: https://pagure.io/389-ds-base/issue/51140
>>
>>
>> Ludwig and Mark both raised some good points here. First is that
y or another, with their own risks. So I'd appreciate your advice here.
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an
https://pagure.io/389-ds-base/pull-request/51163
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://pagure.io/389-ds-base/pull-request/51162
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
https://pagure.io/389-ds-base/pull-request/51160
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
rust
--disable-asan in your development environment so that we can work out and
issues that may exist for us as developers.
- william -> fix the intentional name leak in the rust slapi plugin interface
to use lazy_static. Today this triggers LSAN which breaks basic test suites.
- william ->
https://hub.docker.com/repository/docker/389ds/dirsrv
This update resolves the restart issues we were seeing sometimes, so I think
this is getting closer to "general use" :)
Thanks everyone!
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
https://pagure.io/389-ds-base/pull-request/51130
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
uest/51126
Thanks!
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code
https://pagure.io/389-ds-base/pull-request/51126
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
Lets try again shall we?
https://pagure.io/389-ds-base/pull-request/51090
https://pagure.io/389-ds-base/issue/50933
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel
> On 13 May 2020, at 20:20, Viktor Ashirov wrote:
>
> On Wed, May 13, 2020 at 12:05 PM William Brown wrote:
>>
>> It's due to the way that docker for mac works, the IO pipe to the container
>> is via the CPU path, so anything that needs a grep like this
It's due to the way that docker for mac works, the IO pipe to the container is
via the CPU path, so anything that needs a grep like this will take a long time.
> On 13 May 2020, at 17:15, Viktor Ashirov wrote:
>
> On Wed, May 13, 2020 at 9:13 AM William Brown wrote:
>>
&
> On 13 May 2020, at 17:01, Viktor Ashirov wrote:
>
> Hi,
>
> On Wed, May 13, 2020 at 8:31 AM William Brown wrote:
>>
>> Hi all,
>>
>> I noticed today that my tests now take minutes to start executing. It looks
>> like it's spinning on:
thing
to grep for tests? That kind of pattern does look like our bz/ds here, so I
suspect it comes from us.
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraprojec
https://pagure.io/389-ds-base/pull-request/51084
resolves:
https://pagure.io/389-ds-base/issue/51079
https://pagure.io/389-ds-base/issue/51080
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing
00418c63 in connection_dispatch_operation (conn=0x7fc8a7acfa50,
> op=0x7fc8ac85a000, pb=0x7fc880bff000)
> at ../389-ds-base/ldap/servers/slapd/connection.c:624
> #5 0x0041ad49 in connection_threadmain () at
> ../389-ds-base/ldap/servers/slapd/connection.c:1753
> #6 0x000
https://pagure.io/389-ds-base/pull-request/51073
https://pagure.io/389-ds-base/issue/51072
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To
pit and I checked to include sample data in it, but
> nothing shows up.
>
> Any other ideas?
>
> Thanks.
>
>
> ===
> Jorge F. Hernandez
>
>
> On Mon, May 4, 2020 at 5:59 PM William Brown wrote:
>
>
> > On 5 May 2020, at 05:46,
t;
>
>
> Jorge F. Hernandez
>
> -Original Message-
> From: William Brown
> Sent: Sunday, May 3, 2020 6:54 PM
> To: 389 Directory server developer discussion.
> <389-devel@lists.fedoraproject.org>
> Subject: [389-devel] Re: Is there going
_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedorapr
> On 27 Apr 2020, at 19:18, Matus Honek wrote:
>
> On Sat, Apr 25, 2020 at 7:57 AM William Brown wrote:
>>
>> Hi all,
>>
>> In the past I have previously "name squatted" 389ds on github, which has
>> meant that I'm able to reserve 389
;m a kid still ...)
Anyway, I have setup a channel here:
https://gitter.im/389ds/community
It could be useful to us, and I'm wondering if it's something we would want to
adopt more over IRC?
Thoughts?
—
Sincerely,
William Brown
Senior Soft
https://pagure.io/389-ds-base/pull-request/50970
This is a reasonably large change, but I look forward to your comments and
review!
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389
https://pagure.io/389-ds-base/issue/51014
https://pagure.io/389-ds-base/pull-request/51015
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To
https://pagure.io/389-ds-base/pull-request/51010
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
r is complex and knows when/how it applies
> (attribute, scope, crafting values, authentication...) so I wanted to keep
> the interface very simple: just load your rewriter and let core server call
> it. William raised that it could contain helper function, for example going
> throu
t if that ever
happened. I think these days sssd is libipa in a lot of ways ...
Anyway, that's why Thierry want's to have a symload in this case :)
>
> Best regards,
> Ludwig
>
>
> On 03/19/2020 01:09 AM, William Brown wrote:
>>
>>> On 19 Mar
https://pagure.io/389-ds-base/issue/50989
https://pagure.io/389-ds-base/pull-request/50990
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To
> On 23 Mar 2020, at 12:52, William Brown wrote:
>
>
>
>> On 21 Mar 2020, at 01:37, thierry bordaz wrote:
>>
>> Hi William,
>>
>> I only have a vague knowledge of syntaxes/MR.
>>
>> Each syntax is a plugin. Its init function re
https://pagure.io/389-ds-base/pull-request/50979
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le
> On 21 Mar 2020, at 01:37, thierry bordaz wrote:
>
> Hi William,
>
> I only have a vague knowledge of syntaxes/MR.
>
> Each syntax is a plugin. Its init function registers for a given set of OIDs
> the matching rules (compare, order, substring) than h
ok at the old plugin guide? Or is
there some extra info I can get from somewhere?
Thanks!
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubs
> On 19 Mar 2020, at 04:08, thierry bordaz wrote:
>
>
>
> On 3/18/20 1:51 AM, William Brown wrote:
>>
>>> On 18 Mar 2020, at 04:08, thierry bordaz wrote:
>>>
>>> Hi William,
>>>
>>> I updated the design according to our
> On 18 Mar 2020, at 04:08, thierry bordaz wrote:
>
> Hi William,
>
> I updated the design according to our offline exchange
Thanks Thierry, I appreciate the conversation and the updates to the document:
it made clear there were extra details up in your brain but not in wor
onduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/389-devel@lists.fedoraproject.org
—
Sincerely,
William Brown
Senior Software Eng
1 - 100 of 973 matches
Mail list logo
