> On 28 Jan 2021, at 06:50, Mark Reynolds <mreyno...@redhat.com> wrote:
> 
> 
> On 1/27/21 2:57 PM, Angel Bosch wrote:
>>> Again I think you are looking at the older version of the server.
>>>  
>> 
>> 
>> ok, I understand.
>> 
>> I see that version 2 is already out.
>> Can I expect additional changes in dsconf interface or will you try to 
>> mantain a stable set of parameters?
> Great question.  There are no plans to change the "dsconf" interface.  But, 
> I'd like to make some improvements to the "dsctl" command.  Some of the 
> functions in dsctl (ldif2db, db2ldif, etc) do not follow the same design that 
> dsconf uses.   So I want to improve this in 2.0.x, to be more consistent with 
> dsconf.  But there are no plans to change "dsconf", or "dsidm".
>> 
>> As sysadmin I create a lot of script to install/manage services and is 
>> confusing having commands that change that often.

You may find it "more stable" to use lib389 directly rather than the CLI then. 
I think the team should talk about the CLI having an "interface guarantee", and 
today I don't think I personally would want to commit to that (but the team 
hasn't decided on this). I still see room to change and grow the CLI in ways 
that may be breaking, but the core of lib389 today seems "pretty stable".

> 
> I think you were using a early version of 1.4.0 btw.  I can see in 1.4.0.x we 
> switched it over to use "retro-changelog" in 389-ds-base-1.4.0.22  via this 
> commit:
> 
>     commit 1f15e966cb8265fb636e12e18ac516bb127c2db0
>     Date:   Mon Feb 18 22:45:01 2019 +0100
> 
> So 389-ds-base-1.4.0.21 uses "retrochangelog", and 1.4.0.22 uses 
> "retro-changelog"
> 
> In 1.4.1 this change landed in:   389-ds-base-1.4.1.2   So anything earlier 
> than this release is still using "retrochangelog"
> 
>> 
>> Please take this as a positive criticism :)
> 
> Absolutely, and any suggestions for improvements are always welcome.
> 
> Thanks,
> Mark
> 
>> 
>> abosch
>> 
>> 
>> _______________________________________________
>> 389-users mailing list -- 389-users@lists.fedoraproject.org
>> To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org
>> Fedora 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-users@lists.fedoraproject.org
> 
> -- 
> 
> 389 Directory Server Development Team
> _______________________________________________
> 389-users mailing list -- 389-users@lists.fedoraproject.org
> To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org
> Fedora 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-users@lists.fedoraproject.org

—
Sincerely,

William Brown

Senior Software Engineer, 389 Directory Server
SUSE Labs, Australia
_______________________________________________
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org
Fedora 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-users@lists.fedoraproject.org

Reply via email to