[bind10-dev] BIND bindctl review && bindctl certificate
Nathanael Hoyle
bind at hoyletech.com
Wed Mar 17 16:51:54 UTC 2010
On 3/17/2010 12:23 PM, Jeremy C. Reed wrote:
> On Wed, 17 Mar 2010, zhanglikun wrote:
>
>
>>> help also shows a version hardcoded in the string that should come from
>>> configure
>>>
>> Yes, it should get the version number from configure file. (Add to
>> TODO list) BTW, if the version number of all modules of bind10 should
>> be same?
>>
> I think all components should have their own version numbers. That way
> if we later release a bug fix for an individual software it easy to
> recognize. So not use the BIND 10 version number from configure.
>
> Do we want to reset configure.ac for every individual component version
> change?
>
First posting to this list... I've been lurking for a couple of days
now, hope it's ok to chip in. I would strongly advocate an approach that
at least offers a single command that emits all relevant version
information. Having individual component revisions can be fine, but in
general having a single meta-version that refers to the combined set of
those packages is extremely useful. One of the types of servers that I
support on a regular basis is comprised of over 80 individual software
packages. Each package has its own version number. Every conversation
with the vendor begins with a complicated process to try to determine
what version one is running. Being able to have a single, concise
version string for use in vendor support or posts to forums and
discussion lists can be extremely valuable.
Generally speaking, my preference would be to track individual versions
of software packages, and have them available, but to have an
overarching version number associated with a "bind release" that is
bumped whenever any of the component versions has a new version released.
My $0.02.
-Nathanael
More information about the bind10-dev
mailing list