octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

R: 3.2.0


From: Marco Atzeri
Subject: R: 3.2.0
Date: Fri, 22 May 2009 07:02:53 +0000 (GMT)

--- Mar 19/5/09, Jaroslav Hajek <address@hidden> ha scritto:

> Da: Jaroslav Hajek <address@hidden>
> Oggetto: 3.2.0
> A: "octave maintainers list" <address@hidden>
> Data: Martedì 19 maggio 2009, 12:39
> dear all,
> 
> as we're approaching the end of May, I think most involved
> users'
> expectations (incl. me) as to when Octave 3.2.0 will be out
> were
> already exceeded.
> 
> So here's my offer: I'll start preparing 3.2.0 now. Since
> apparently
> few people were pleased by my idea of using a "stable" repo
> on
> savannah (already operational, but still empty), I think
> I'll reuse
> the established procedure and make the 3.2.x on Thomas
> Weber's
> hosting. I'll clone the current tip in the release-3-2-x
> repository
> and then make a number of release candidates as usual,
> hopefully
> resulting in a stable 3.2.0 release somewhere by the end of
> May,
> depending on the responsiveness of our regular builders.
> 
> The 3.2.x branch will work the same way 3.0.x did, and I'll
> try to
> make releases approximately once per 2 months. Using
> release
> candidates seemed to be by far the most successful
> approach, although
> demanding a bit more from my part, but it seems I'll be
> able to handle
> it at least until the end of the year (yeah and we don't
> expect any
> newborn children this year :).
> 
> Further discussions about the development model are still
> welcome, but
> right now my feeling is that keeping users stuck with 3.0.x
> is wasting
> their time and preventing their better experience with
> Octave.
> 
> Are there any objections? Remember, we don't want a perfect
> release,
> just a good one in due time.
> 
> regards
> 
> -- 
> RNDr. Jaroslav Hajek
> computing expert & GNU Octave developer
> Aeronautical Research and Test Institute (VZLU)
> Prague, Czech Republic
> url: www.highegg.matfyz.cz

Hi Jaroslav,
for cygwin I would like to include 
the following two patches before 3.2:

- hg_conf3 
corrects my mistake in SHLBINPRE SHLBIN for cygwin. 
This fault arise only in the installation phase so I missed
it before.

- hg_sysdep2 
completly removes the CYGWIN_init as it not needed.


Thanks
Marco




      

Attachment: hg_conf3.patch
Description: Text Data

Attachment: hg_sysdep2.patch
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]