[Jaap Keuter <jaap.keuter@xxxxxxxxx>]

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@xxxxxxxxx> 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 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@xxxxxxxxxxxx> wrote:

 

 

From: Wireshark-dev <wireshark-dev-bounces@xxxxxxxxxxxxx> On Behalf Of graham.shanks via Wireshark-dev
Sent: den 12 april 2019 09:04
To: Developer support list for Wireshark <wireshark-dev@xxxxxxxxxxxxx>
Cc: graham.shanks <graham.shanks@xxxxxxxxxxxxxxxx>
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