Huge thanks to our Platinum Members Endace and LiveAction,
and our Silver Member Veeam, for supporting the Wireshark Foundation and project.

Wireshark-dev: Re: [Wireshark-dev] old wiretap-0.3.1.dll in Wireshark 1.0.2win32installer

From: Gerald Combs <gerald@xxxxxxxxxxxxx>
Date: Thu, 24 Jul 2008 09:47:12 -0700
I was planning on releasing 1.1.0 and 1.0.3 once bug 2675 has been fixed.

Jaap Keuter wrote:
> Hi,
> 
> Right Sake, I think Gerald has everything lined up (including a proper logo
> graphic) and he's just waiting for the right moment to blast 1.1.0 out the
> door.
> 
> Thanx,
> Jaap 
> 
> -----Original Message-----
> From: wireshark-dev-bounces@xxxxxxxxxxxxx
> [mailto:wireshark-dev-bounces@xxxxxxxxxxxxx] On Behalf Of Sake Blok
> Sent: 2008-Jul-24 07:21
> To: Developer support list for Wireshark
> Subject: Re: [Wireshark-dev] old wiretap-0.3.1.dll in Wireshark
> 1.0.2win32installer
> 
> On Thu, Jul 24, 2008 at 02:22:33AM +0200, Anders Broman wrote:
>> Guy Harris wrote:
>>> One person's bug fix is another person's enhancement.
>>>
>>> If the extended format trace files are common enough or will be more 
>>> common in the short term, and if the eyesdn changes aren't too 
>>> complex, one could perhaps argue that the inability of Wireshark 
>>> 1.0[.x] to read the extended format trace files is a bug.
>>>
>>> (A completely *new* trace file format probably doesn't belong in 
>>> 1.0[.x].  An enhancement to an *existing* trace file format to handle 
>>> new stuff that will show up within the lifetime of 1.0[.x] might 
>>> belong in 1.0[.x].)
>> Which brings up the question what is the expected life time of 1.0[.x]?
>> and should some (limited) enhancements go in to it?
> 
> If the life time of the 1.0[.x] release is quite long, which I think it
> should, then building 1.1.x "feature" releases might be a good thing to
> provide enhancements to the user community in an official way (just like the
> releases pre-1.0).
> 
> Which would give the following versions:
> 
> 1.[even].x      Maintenance releases (STABLE)
> 1.[odd].x       Feature releases
> 1.[odd].x-SVN#  Automated development builds
> 
> Maybe the download statistics will show a turnover point between downloading
> the maintenace releases and the deature releases, which show it's time for
> the next maintenance release to come out.
> 
> I thought this was the original plan, because otherwise there is no need to
> stick to 1.[even].x releases since the 1.[odd].x releases will not be used.
> 
> Cheers,
>     Sake
> _______________________________________________
> Wireshark-dev mailing list
> Wireshark-dev@xxxxxxxxxxxxx
> https://wireshark.org/mailman/listinfo/wireshark-dev
> 
> _______________________________________________
> Wireshark-dev mailing list
> Wireshark-dev@xxxxxxxxxxxxx
> https://wireshark.org/mailman/listinfo/wireshark-dev