Michael Biebl wrote: > I like the idea of the odd/even numbering (of the minor number) to > distinguish unstable/stable release. E.g. GNOME uses it and it seems > to work fine for them. > > E.g. the latest stable release was 2.22.0 (and minor point/bug fix > releases usually follow as 2.22.1, 2.22.2...) > The major development is going on in 2.23. > The first unstable release will be 2.23.1, followed by 2.23.2, 2.23.3,... > As soon as the code base stabilises (reaching beta/rc quality), they > will release > 2.23.90,2.23.91,... and the final stable release will be 2.24.0. > (no -pre,-alpha, -beta suffixes, only numbers, which are ordered correctly).
its not new as afairc the linux kernel established this scheme. anyways, what bugs me is, that we then will have something like: 3.20.x - stable 3.21.x - unstable relp no 3.22.x 3.23.x - unstable tls when we then decide to implement yet-another-new-feature-in-a- seperate-tree, we will end up with a scenario like 3.20.x - oldstable 3.21.x - unstable relp - closed 3.23.x - unstable tls 3.25.x - unstable featureX 3.26.x - stable or similar. that is kind of odd ... rainer: what do you think about only having one dev tree and having some patchsets for not-that-much-worked-on features (e.g. tls, featureX). of course, you can arrange your repository as you wish, but i would stick to *one* stable version and *one* dev version for the testers. everything else should be build (as patches) on top of these 2 branches. as a nice effect, we will have only 1 stable core and 1 dev core and have no issues when it comes to merging core-relp with core-tls with core-featureX. cheers, raoul -- ____________________________________________________________________ DI (FH) Raoul Bhatia M.Sc. email. [EMAIL PROTECTED] Technischer Leiter IPAX - Aloy Bhatia Hava OEG web. http://www.ipax.at Barawitzkagasse 10/2/2/11 email. [EMAIL PROTECTED] 1190 Wien tel. +43 1 3670030 FN 277995t HG Wien fax. +43 1 3670030 15 ____________________________________________________________________ _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog
