Re: [Wireshark-dev] Next release (0.99.6)?

2007-06-12 Thread Gerald Combs
Buildbot has been (mostly) green for a while, and private fuzz tests haven't turned up any problems, so I'm going to create the 0.99.6 branch in the next couple of days. Please don't check in anything experimental until then. :) Gerald Combs wrote: > It's been a while since the last release, and

[Wireshark-dev] Next release (0.99.6)?

2007-05-22 Thread Gerald Combs
It's been a while since the last release, and we've accumulated a lot of bug fixes (some of which keep getting reported on Bugzilla). Once we get fuzz testing up and running again (and it's green for a few consecutive runs) I'd like to push out a new release. __

Re: [Wireshark-dev] Next release?

2007-04-12 Thread Luis Ontanon
gt; > > > Must be solved first… > > Best regards > > Anders > > > > > > > Från: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] För Kukosa, > Tomas > Skickat: den 12 april 2007 07:49 > Till: Developer support list fo

Re: [Wireshark-dev] Next release?

2007-04-11 Thread Anders Broman
ckat: den 12 april 2007 07:49 Till: Developer support list for Wireshark Ämne: [Wireshark-dev] Next release? Is there any timeframe for the next release? T. ___ Wireshark-dev mailing list [EMAIL PROTECTED] http://www.wireshark.org/mailman/listinfo/wireshark-dev

[Wireshark-dev] Next release?

2007-04-11 Thread Kukosa, Tomas
Is there any timeframe for the next release? T. ___ Wireshark-dev mailing list [EMAIL PROTECTED] http://www.wireshark.org/mailman/listinfo/wireshark-dev

Re: [Wireshark-dev] Next release (plus SVN and roadmap changes)

2006-07-03 Thread Bryant Eastham
Gerald Combs wrote: > Create a "/prerelease" directory in SVN, and copy the 0.99.1pre1 > revision to "/prerelease/wireshark-0.99.1pre1. (Bryant, will this > meet your needs?) Yes, it will. Thank you! Not to continue to nit-pick, but does > For each prerelease, copy "/trunk-" to > "/prerelease/wi

Re: [Wireshark-dev] Next release (plus SVN and roadmap changes)

2006-07-03 Thread Gerald Combs
Jaap Keuter wrote: > Having a develoment trunk and release branches just take more management > around the time of the branch. Calm down on the new stuff, focus on > bugfixes then branch and work only on the stability of the branch. Have a > look at the Linux kernel development process, they face t

Re: [Wireshark-dev] Next release (plus SVN and roadmap changes)

2006-07-01 Thread Ulf Lamping
ronnie sahlberg wrote: > Also, I would really like if bugzilla could be changed to REQUIRE an > example capture for all "wireshark crashes" bugs that are reported. > That would be really helpful. However, I don't think that bugzilla provides such a features (I would be glad to be prove wrong,

Re: [Wireshark-dev] Next release (plus SVN and roadmap changes)

2006-07-01 Thread ronnie sahlberg
On 7/1/06, Jaap Keuter <[EMAIL PROTECTED]> wrote: > On Sat, 1 Jul 2006, Ulf Lamping wrote: > > > Kukosa, Tomas wrote: > > > Would not it be better to make /trunk-1.0 as late as we have implemented > all features planned for 1.0.0? > > > Then the /trunk-1.0 would continue only with bug fixies. > > >

Re: [Wireshark-dev] Next release (plus SVN and roadmap changes)

2006-07-01 Thread Jaap Keuter
On Sat, 1 Jul 2006, Ulf Lamping wrote: > Kukosa, Tomas wrote: > > Would not it be better to make /trunk-1.0 as late as we have implemented > > all features planned for 1.0.0? > > Then the /trunk-1.0 would continue only with bug fixies. > > > > I am affraid when we make /trunk-1.0 now we will come

Re: [Wireshark-dev] Next release (plus SVN and roadmap changes)

2006-07-01 Thread Ulf Lamping
Kukosa, Tomas wrote: > Would not it be better to make /trunk-1.0 as late as we have implemented all > features planned for 1.0.0? > Then the /trunk-1.0 would continue only with bug fixies. > > I am affraid when we make /trunk-1.0 now we will come to the same conclusion > during next release, i.

Re: [Wireshark-dev] Next release (plus SVN and roadmap changes)

2006-07-01 Thread Kukosa, Tomas
/trunk. Od: [EMAIL PROTECTED] za uživatele Gerald Combs Odesláno: pá 30.6.2006 21:25 Komu: wireshark-dev@wireshark.org Předmět: [Wireshark-dev] Next release (plus SVN and roadmap changes) We're overdue for an official Wireshark release. A couple of people

Re: [Wireshark-dev] Next release (plus SVN and roadmap changes)

2006-06-30 Thread ronnie sahlberg
ACK current SVN contains a lot of new nice features that may encourage people to upgrade to wireshark and make a clean cut from ethereal. something like the multiplatform autio playback thingytogether with an example capture (the rtp one from the samplecaptures repository?) to send a signal

Re: [Wireshark-dev] Next release (plus SVN and roadmap changes)

2006-06-30 Thread Bryant Eastham
Gerald Combs wrote: > Bryant Eastham wrote: > > Not to open a complete can of worms here, but is there a reason that a > > more standard repository layout (trunk, tags, branches) is not being > > used? I have been asking for a tag of 0.99.1pre1, with my appeals > > probably being ignored because

Re: [Wireshark-dev] Next release (plus SVN and roadmap changes)

2006-06-30 Thread Gerald Combs
Bryant Eastham wrote: > Not to open a complete can of worms here, but is there a reason that a > more standard repository layout (trunk, tags, branches) is not being > used? I have been asking for a tag of 0.99.1pre1, with my appeals > probably being ignored because I was asking for something that

Re: [Wireshark-dev] Next release (plus SVN and roadmap changes)

2006-06-30 Thread Bryant Eastham
t I shouldn't. I'll stop now and live (happily, for the most part, I must add) with what is given me. Bryant Eastham -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gerald Combs Sent: Friday, June 30, 2006 1:26 PM To: wireshark-dev@wireshark.org

[Wireshark-dev] Next release (plus SVN and roadmap changes)

2006-06-30 Thread Gerald Combs
We're overdue for an official Wireshark release. A couple of people have pointed out that the code in /trunk is in better shape than /trunk-1.0, and that we might be better off using it for future releases. I agree. I'd like to make the following changes in the repository, which would address th