On Mon, 2010-06-28 at 16:06 -0700, Curt, WE7U wrote:
> Historically we haven't been bumping it in-between stable releases.
> When we do a stable release we bump the last number to an even
> number, then immediately after the release we bump it up one for
> development. At least it looks like we've been doing it that way
> since 2006.
>
> We have a few conflicting requirements:
>
> *) The APRS scheme of three digits ("APX" in our case) and three
> numbers for the version number in each APRS packet. This limits
> us to three digits total. If we go to 1.10.0 or 1.9.10, there's
> no place for the fourth digit unless we go to "APX191-0",
> "APX191-1", etc, a potential conflict with earlier revisions for
> the "-0" case.
>
> *) Trying not to get to 2.0.0 'cuz that's historically where we were
> going to start Xastir-2 or Xastir-NG.
>
> *) The open-source numbering scheme: First number is the major
> revision. Second number is minor revision, often with an odd
> number for devel, even number for releases. Last number is
> patch-level. We don't quite comply with this:
I realise that I was not using xastir in the days that 2.0 was going to
be a new rewrite (or whatever!) but surely that could be bumped to 3.0 ?
take GNOME for example, the big announcement that 3.0 was essentially
going to be GNOME 2.30
just me 2 cents on the versioning...
--
Scott Evans <[email protected]>
--
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the system manager. This
message contains confidential information and is intended only for the
individual named. If you are not the named addressee you should not
disseminate, distribute or copy this e-mail. Please notify the sender
immediately
by e-mail if you have received this e-mail by mistake and delete this e-mail
from your system. If you are not the intended recipient you are notified
that disclosing, copying, distributing or taking any action in reliance on the
contents of this information is strictly prohibited.
_______________________________________________
Xastir mailing list
[email protected]
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
