Wireshark mailing list archives

Re: Release lifetime and version number changes?


From: Ross Jacobs <rossbjacobs () gmail com>
Date: Sat, 20 Apr 2019 11:52:22 +0100

@Jaap Every build is released to the public like 3.5, 3.6, 3.7, etc.
Current stable is 3.7 and development version is 3.8. Based on the docs (
https://docs.python.org/3.8/), the dev branch is alpha stage as it version
3.8.0a3. Once it becomes stable, 3.9 will become the developing version.

On Fri, Apr 19, 2019 at 10:19 PM Jaap Keuter <jaap.keuter () xs4all nl> wrote:

Does Python release *every* build to the general public, as Wireshark
does? If so, how are these identified? I could only find specific defined
releases, starting from Alpha so-and-so.

On 12 Apr 2019, at 12:51, Ross Jacobs <rossbjacobs () gmail com> wrote:

I agree that even/odd is non-standard and confusing.


I’m not sure. How would we label the development branch? It’s currently
3.1.0 or is it 3.1.0rc0? (Version 3.1.0 (v3.1.0rc0-521-gdba02458)) would
people understand?

But I’m ok  either way.

I think the Python developer guide <https://devguide.python.org/devcycle/> does
this well:


3.1.0TN :
* T = [a, b, rc] (alpha, beta, release candidate)
* N = release number

When development would be released, remove TN for release and increment
the MINOR for development branch.

Cheers,
Ross

On Fri, Apr 12, 2019 at 8:30 AM Anders Broman <anders.broman () ericsson com>
wrote:





*From:* Wireshark-dev <wireshark-dev-bounces () wireshark org> *On Behalf
Of *graham.shanks via Wireshark-dev
*Sent:* den 12 april 2019 09:04
*To:* Developer support list for Wireshark <wireshark-dev () wireshark org>
*Cc:* graham.shanks <graham.shanks () blueyonder co uk>
*Subject:* Re: [Wireshark-dev] Release lifetime and version number
changes?



I think dropping the even/odd scheme is a good  idea.

I’m not sure. How would we label the development branch? It’s currently
3.1.0 or is it 3.1.0rc0? (Version 3.1.0 (v3.1.0rc0-521-gdba02458)) would
people understand?

But I’m ok  either way.



Personally I'd go down to 2 active branches but then my group wouldn't
be adversely affected by  dropping the "old old stable" version since we
invariably use the stable version. More weight should be given to the
opinions of people who do >use old stable versions. I would point out
that the proposed change gives no firm guarantee on the supported lifetime
of a branch at all. Could it be as short as two months? Potentially,
since there would be nothing to stop us releasing a branch >a month
(unlikely,  but from the user's perspective they would have no control over
that)



For me 2 active branches sounds good. We use the development branch any
way with our own ID marking.

Regards

Anders




___________________________________________________________________________
Sent via:    Wireshark-dev mailing list <wireshark-dev () wireshark org>
Archives:    https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev
             mailto:wireshark-dev-request () wireshark org
?subject=unsubscribe
___________________________________________________________________________
Sent via:    Wireshark-dev mailing list <wireshark-dev () wireshark org>
Archives:    https://www.wireshark.org/lists/wireshark-dev
Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev
             mailto:wireshark-dev-request () wireshark org?subject=unsubscribe

Current thread: