Wireshark mailing list archives
Re: Release lifetime and version number changes?
From: Jaap Keuter <jaap.keuter () xs4all nl>
Date: Fri, 19 Apr 2019 23:18:15 +0200
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 <mailto:anders.broman () ericsson com>> wrote: From: Wireshark-dev <wireshark-dev-bounces () wireshark org <mailto: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 <mailto:wireshark-dev () wireshark org>> Cc: graham.shanks <graham.shanks () blueyonder co uk <mailto: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
Current thread:
- Re: Release lifetime and version number changes? graham.shanks via Wireshark-dev (Apr 13)
- <Possible follow-ups>
- Re: Release lifetime and version number changes? Anders Broman (Apr 13)
- Re: Release lifetime and version number changes? Ross Jacobs (Apr 13)
- Re: Release lifetime and version number changes? Jaap Keuter (Apr 19)
- Re: Release lifetime and version number changes? Ross Jacobs (Apr 20)
- Re: Release lifetime and version number changes? Ross Jacobs (Apr 13)
- Release lifetime and version number changes? Gerald Combs (Apr 13)
- Re: Release lifetime and version number changes? Graham Bloice (Apr 13)
- Re: Release lifetime and version number changes? John Thacker (Apr 13)
- Re: Release lifetime and version number changes? Roland Knall (Apr 13)
- Re: Release lifetime and version number changes? Roland Knall (Apr 13)
- Re: Release lifetime and version number changes? Jeff Morriss (Apr 16)
- Re: Release lifetime and version number changes? Uli Heilmeier (Apr 20)
- Re: Release lifetime and version number changes? Gerald Combs (Apr 23)