BIND 10 #1901: be consistent with bind10 or boss or bob name

BIND 10 Development do-not-reply at isc.org
Mon Feb 4 17:31:22 UTC 2013


#1901: be consistent with bind10 or boss or bob name
-------------------------------------+-------------------------------------
            Reporter:  jreed         |                        Owner:
                Type:  defect        |  jinmei
            Priority:  medium        |                       Status:
           Component:  Boss of BIND  |  reviewing
            Keywords:                |                    Milestone:
           Sensitive:  0             |  Sprint-20130205
         Sub-Project:  Core          |                   Resolution:
Estimated Difficulty:  9             |                 CVSS Scoring:
         Total Hours:  0             |              Defect Severity:
                                     |  Medium
                                     |  Feature Depending on Ticket:
                                     |          Add Hours to Ticket:  0
                                     |                    Internal?:  0
-------------------------------------+-------------------------------------
Changes (by jelte):

 * owner:  jelte => jinmei


Comment:

 Replying to [comment:11 jinmei]:
 > First, I have to admit that my check in review was not fully
 > word-by-word, so I may have missed something.  But I think we don't
 > have to be perfect in this attempt, as long as it generally works
 > correctly.
 >

 ack.

 > '''general/others'''
 >
 > - distcheck failed for me.  please check.

 doh, needed to add to EXTRA_DIST

 > - regarding the path to b10-init (under libexec), I think we should
 >   hardcode the path (autogenerated by ./configure from a .in file).
 >   both for the "bind10" run_bind10 scripts.

 ack for 'bind10' itself, but I disagree about run_bind10, since it's
 purpose is to run from the source tree and not prefix/libexec :)

 updated

 > - maybe we need a man page for the top level "bind10" script?

 added, but is is rather simple :p

 > - I assume in cfa26ab8df9b533d32b8dd5aa405bf237bb58f12 you only
 >   changed file name (with trivial Makefile.am fixups) without
 >   modifying the contents.

 yes

 > - Is it a good idea to replace "Boss" in !ChangeLog entries?  I'd
 >   personally leave them as they were historical notes.  besides, if we
 >   want to change !ChangeLog, it's incomplete: there are still some
 >   occurrences of "boss" or "Bob" (and maybe "bind10" that would have
 >   to be replaced with "init")

 No it is not, I wasn't sure about it, but had decided over the weekend
 that I should revert this :)

 > - in bind10/README, is the phrase of "Init of Bind" intentional?
 > {{{
 > This directory contains the source for the "Init of Bind" program.
 > }}}
 >   Same comment applies to b10-init.py.  Maybe okay, but I guess we
 >   need to define this term somewhere.  We might also note that in doc
 >   etc we use other terms like just "init/Init" or "b10-init"
 >   interchangeably.

 Yeah that first one was wrong (there were bound to be a few of those with
 this many replacements :P)

 But in general, I do indeed make a subtle distinction between init/Init
 and b10-init; I use the former one usually when talking about the class,
 or the abstract context of what 'the thing' does, while the latter tends
 to refer to the actual program, but I guess not in all contexts it is
 clear which one would be best to use. Not sure where we would canonically
 define this though.

 > - b10-init.xml: "init" should be capitalized?
 > {{{#!diff
 > -      The <varname>Boss</varname> configuration commands are:
 > +      The <varname>init</varname> configuration commands are:
 > }}}

 ack.

 > - init.spec: not really for the topic of this task, maybe rephrase
 "Master
 >   process", too?
 > {{{#!diff
 > -    "module_name": "Boss",
 > +    "module_name": "Init",
 >      "module_description": "Master process",
 > }}}

 changed to Init, but wondering whether this two-word description is useful
 in its current form :)

 > - init_message.mes: is the "IN" garbage?
 > {{{#!diff
 > -# Copyright (C) 2011  Internet Systems Consortium, Inc. ("ISC")
 > +IN# Copyright (C) 2011  Internet Systems Consortium, Inc. ("ISC")
 > }}}

 whoa. Yes. Interesting how that doesn't make things go boom...

 > - can't we name the Python source file just "init.py" and convert it
 >   to b10-init, just like xfrin, ddns, etc?  Then we won't need the
 >   trick like that in bind10_test.py.  (btw, 'bind10_test.py' may also
 >   have to be renamed)

 underscores are fine if that is what you meant

 changed to do the same thing. I also updated a few more tests as it got a
 bit grumpy about local variables and modules (so the module is 'init' and
 vars are 'b10_init')

 > - bind10_test.py.in: not for this branch, but s/Hijact/Hijack/?
 > {{{#!diff
 > -        Hijact the accept method of the boss.
 > +        Hijact the accept method of the b10-init.
 > }}}
 >

 while not for this branch per se, i see no reason not to fix these now, so
 done

 > '''bindctl_main.py.in'''
 >
 > - Not for this branch, but I'd change 'Recurse' to 'Auth'.  At least
 >   it shouldn't be 'Recurse' (which doesn't exist):
 > {{{#!python
 > DEFAULT_IDENTIFIER_DESC = "The identifier specifies the config item.
 Child elements are separated with the '/' character. List indices can be
 specified with '[i]', where i is an integer specifying the index, starting
 with 0. Examples: 'Init/start_auth', 'Recurse/listen_on[0]/address'. If no
 identifier is given, shows the item at the current location."
 > }}}
 >

 changed

 > '''b10-ddns.xml'''
 >
 > - it's probably better to be "with the b10-init process".
 > {{{#!diff
 > -            compatibility with the <command>bind10</command> Boss
 process.
 > +            compatibility with the <command>bind10</command> Init
 process.
 > }}}
 >

 fixed. This one occurred in more xmls which i have also updated
 (<command>bind10</command> which should have been
 <command>b10-init</command>)

 > '''b10-stats-httpd.xml'''
 >
 > - remove "(<command>bind10</command>)"?
 > {{{#!diff
 > -      by the BIND 10 boss process (<command>bind10</command>) and
 eventually
 > +      by the b10-init process (<command>bind10</command>) and
 eventually
 > }}}
 >

 done.

 >
 > '''cfgmgr.py'''
 >
 > - I'm not sure how likely a config has both `Boss` and `Init`, but
 >   isn't it better to warn about it (in a log) if that happens?
 >

 unlikely, and only if some external person or tool tried to be smart.
 Added a log message explaining what it does and why

 > '''lettuce tests'''
 >
 > - Shouldn't we update the version of the configurations?  e.g.
 >   lettuce/configurations/bindctl/bindctl.config has this:
 > {{{
 >     "version": 2,
 > }}}

 ohyeah :) done

-- 
Ticket URL: <http://bind10.isc.org/ticket/1901#comment:13>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development


More information about the bind10-tickets mailing list