Developers of Sympa

[Guillaume Rousse <address@concealed>]

Le 22/10/2013 09:51, David Verdin a écrit :
> Dear Soji,
>
> I agree with you: We need to keep proper legal information and we'll
> take your template. Thsi template works, is a good short term solution
> and we'll keep further discussion about licence and discmlaimers for
> when we are not more than one year late to issue a new Sympa version.
>
> As I'm talking about it: we need to issue a Sympa version soon. our
> community will start to wonder why no Sympa version is issued. They can
> start to think that the project is dead, as nothing new was issued since
> more than one year.
>
> What we want here:
>
>   * Have an alpha in production in november
>   * Issue a beta in december.
>   * Have a stable version in the beginning of 2014 (probably February).
>
> I'll take the latest discussions in the developpepers mailing list,
> propose a decision, and we'll stick with it for the 7.0.
>
> We need to issue a Sympa version, or the project will be in a very bad
> shape.
That seems indeed a good idea, but I think it's suicidal to consider the 
current content of sympa-cleanup branch as a viable solution to produce 
even an alpha release: the code doesn't even compile, and is a ugly mix 
between one year of parallel development.

For me, the viable solution would be to use as base either:
a) sympa-6.2 branch, for new features
b) sympa-cleanup before the merge, for code readability

And once one branch chosen as base, eventually replay some of the 
changes introduced in the other progressively, using the minimal test 
suite to catch regression after each commit.

Given most of my initial changes were purely syntactic ones, easy to 
replay mechanically, and than I never even attempted to actually run my 
code outside of unit tests, I really think we should use sympa-6.2 as base.

--
Guillaume Rousse
INRIA, Direction des systèmes d'information
Domaine de Voluceau
Rocquencourt - BP 105
78153 Le Chesnay
Tel: 01 39 63 58 31

Attachment: smime.p7s
Description: Signature cryptographique S/MIME