From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from euclid.skiles.gatech.edu (list@euclid.skiles.gatech.edu [130.207.146.50]) by melb.werple.net.au (8.7.5/8.7.3) with ESMTP id HAA05105 for ; Wed, 8 May 1996 07:44:03 +1000 (EST) Received: (from list@localhost) by euclid.skiles.gatech.edu (8.7.3/8.7.3) id RAA23355; Tue, 7 May 1996 17:21:59 -0400 (EDT) Resent-Date: Tue, 7 May 1996 17:21:59 -0400 (EDT) Message-Id: <199605072119.RAA29882@redwood.skiles.gatech.edu> X-Mailer: exmh version 1.6.6 3/24/96 To: zsh-workers@math.gatech.edu Subject: Re: zsh-2.6-beta17 released In-reply-to: Your message of "Tue, 07 May 1996 11:15:05 PDT." <9605071815.AA03955@kiwi.Happy-Man.com> Mime-Version: 1.0 Content-Type: text/plain Date: Tue, 07 May 1996 17:19:34 -0400 From: Richard Coleman Resent-Message-ID: <"sspI83.0.oi5.sxxZn"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/1002 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu > I'd like to suggest that we go ahead and release 2.6-beta17 (with > the two little patches) as 2.7, after at most a few days more > testing and, if necessary, minor patching, and then go ahead with > starting 2.8beta with the next change. > > Zoltan's point that what we have here is far better and far less > buggy than the last released version is quite correct. I have been > using his versions for a long time on Sunos, OSF/1, and Nextstep, > and have found his changes stable and generally free of problems, so > there is little cause for worry there. Some of the patches that he > incorporated are quite useful and I am not sure why they didn't > make it into the mainstream release, but it is good to see them > there now. Before a formal release is made, it might be a good idea to make a release zsh-3.0-gamma1 and announce it to a much wider audience. Make an announcement in comp.unix.shell and try to attract some new testers. This would probably catch a new round of bugs and portability problems. This would also be a good time to transition more of the work to the documentation. rc