[389-devel] Re: Do we still need sslVersionMax/sslVersionMin?

> On 17 Jul 2019, at 22:36, Mark Reynolds wrote: > > > On 7/17/19 3:01 AM, Matus Honek wrote: >> I think we cannot remove it. Setting the MIN version is a workaround >> for *old clients* not even supporting current NSS' default min. >> Setting up MAX version is a workaround for *broken clients

[389-devel] 389 DS nightly 2019-07-18 - 95% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2019/07/18/report-389-ds-base-1.4.1.5-20190717git76c0e75.fc30.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.

[389-devel] Re: Please review

@Mark Reynolds Thanks and welcome . Regards Anuj Borah On Wed, Jul 17, 2019 at 7:31 PM Mark Reynolds wrote: > > On 7/16/19 8:12 PM, Anuj Borah wrote: > > @Mark Reynolds > > @Mark Reynolds > > >>> The code itself looks fine to me, but I find it odd you are testing > matching rules by creating

[389-devel] Re: Please review

On 7/16/19 8:12 PM, Anuj Borah wrote: @Mark Reynolds @Mark Reynolds >>> The code itself looks fine to me, but I find it odd you are testing matching rules by creating COS entries in two of those PRs. Cos entries are used here as part of  ( objectclass: extensib

[389-devel] Re: Do we still need sslVersionMax/sslVersionMin?

On 7/17/19 3:01 AM, Matus Honek wrote: I think we cannot remove it. Setting the MIN version is a workaround for *old clients* not even supporting current NSS' default min. Setting up MAX version is a workaround for *broken clients* thinking they can support something they announced but for some

[389-devel] Re: 389 DS nightly 2019-07-17 - 0% PASS

A fixing PR, for the record: https://pagure.io/389-ds-base/pull-request/50503 On Wed, Jul 17, 2019 at 8:52 AM Matus Honek wrote: > > I guess not installing the initconfig breaks the ds-setup, sigh... > Looking into it. > > > On Wed, Jul 17, 2019 at 1:24 AM wrote: > > > > https://fedorapeople.org

[389-devel] Re: Do we still need sslVersionMax/sslVersionMin?

I think we cannot remove it. Setting the MIN version is a workaround for *old clients* not even supporting current NSS' default min. Setting up MAX version is a workaround for *broken clients* thinking they can support something they announced but for some reason fail to work with such a version. I