> On 28 Jan 2021, at 06:50, Mark Reynolds <mreynolds@xxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxxxx >> To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx >> 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@xxxxxxxxxxxxxxxxxxxxxxx > > -- > > 389 Directory Server Development Team > _______________________________________________ > 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx > To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx > 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@xxxxxxxxxxxxxxxxxxxxxxx — Sincerely, William Brown Senior Software Engineer, 389 Directory Server SUSE Labs, Australia _______________________________________________ 389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxxxxx
