the first is a more general plugin command, using the CN value of the plugin name, should be consistent between releases, but can be easily customized in the dse.ldif config file when an instance is deployed.
the second is dedicated to the "specific" plugins, it is a more recent Python code, the class is called retrochangelog, but the sub command is called retro-changelog, this should also stay consistent.
just 2 different ways to do the same thing, with more control in the second form for those special plugins.
if this is about enabling or disabling a plugin, may be the first form is better,
for managing particular features of the special plugins like memberof, automember, referential-integrity, and some others, use the second form, or the cockpit web UI.
there were a few changes in March 2019 , some cosmetic, to have the "dedicated/special" plugins sub commands more consistent and more readable using the same format with a dash when they have composed words:
Issue 50041 - Add CLI functionality for special plugins
like
cmdName="retrochangelog"
cmdName="retro-changelog"
cmdName="retro-changelog"
this is an active project, and the Python CLI was subject to more disruptive changes in 2019 than today when it was really new, with version 1.4.0, before the RHEL-8 introduction in May 2019, not as stable as now,
it was likely the right time to have this change.
and not subject to change anytime soon.
is it possible a 389-ds-base-1.4.0 from before March 2019 till lurking around?
Cordially,
Marc S.
On Mon, May 10, 2021 at 6:02 AM Angel Bosch Mora <abosch@imasmallorca.net> wrote:
hi,
I vaguely remember discussing this some time ago but I can't find it now.
what's the difference between
dsconf myinstance plugin set --enabled on "Retro Changelog Plugin"
and
dsconf myinstance plugin retro-changelog enable
?
any of them is gonna be deprecated?
I also noticed that short name is different between versions/distributions (retro-changelog vs retrochangelog), so I prefer to use "Retro Changelog Plugin" if possible for scripting purpouses.
is that the right way to do it?
best regards,
abosch
-- Institut Mallorqui d'Afers Socials. Aquest missatge, i si escau, qualsevol fitxer annex, es dirigeix exclusivament a la persona que n'es destinataria i pot contenir informacio confidencial. En cap cas no heu de copiar aquest missatge ni lliurar-lo a terceres persones sense permis expres de l'IMAS. Si no sou la persona destinataria que s'hi indica (o la responsable de lliurar-l'hi) us demanam que ho notifiqueu immediatament a l'adreca electronica de la persona remitent. Abans d'imprimir aquest missatge, pensau si es realment necessari.
_______________________________________________
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave@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
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
No comments:
Post a Comment