[Freeipa-devel] [PATCH] Fix DNS plugin: proper output definitions, --all, dns-add-rr overwritting

Martin Nagy mnagy at redhat.com
Mon Apr 19 12:43:31 UTC 2010


On Wed, 2010-04-14 at 18:12 +0200, Pavel Zůna wrote:
> On 4/14/2010 5:36 PM, Rob Crittenden wrote:
> > Pavel Zůna wrote:
> >> On 4/13/2010 10:51 PM, Rob Crittenden wrote:
> >>> Pavel Zuna wrote:
> >>>> The DNS plugin is getting old, tired and already looking forward to his
> >>>> pension in the Carribean. It will be replaced soon by a younger,
> >>>> faster,
> >>>> safer, shorter (in terms of code) and more maintainable version.
> >>>> Until that happens, here's some medicine for the old guy:
> >>>>
> >>>> - proper output definitions: the DNS plugin was created before we
> >>>> had the has_output attribute in place
> >>>>
> >>>> - --all: this is related to the output definitions as
> >>>> Command.get_options() adds the --all and --raw options automatically
> >>>> if has_output contains entries
> >>>>
> >>>> - dns-add-rr overwritting: missing .lower() caused records to be
> >>>> overwritten every time a new one was added from the CLI
> >>>>
> >>>> Pavel
> >>>
> >>> This looks ok but I wonder why you are defining your own Output
> >>> definition instead of using the standard? The only difference seems to
> >>> be that your custom one doesn't have a summary.
> >>>
> >>> rob
> >> Because the standard output definitions with entries make Command
> >> plugins automatically add the --all and --raw options. dns-*-rr
> >> commands aren't comfortable with it.
> >
> > Can you be more specific? What doesn't work?
> >
> > rob
> There were conflicts with --all being defined explicitly by some of the 
> commands. Also, dns-del-rr didn't expect any options and raised an 
> exception when it received the automatically added --all/--raw.
> 
> Anyway, I fixed those issues, so that we can use the standard 
> definitions from ipalib/output.py. I guess I got lazy before or just 
> wasn't thinking about it too much. :) Modified patch attached.
> 
> Pavel

Ack, pushed to master.
Martin




More information about the Freeipa-devel mailing list