commit-classpath
[Top][All Lists]
Advanced

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

Re: GNU indent for C code


From: Michael Koch
Subject: Re: GNU indent for C code
Date: Mon, 29 Mar 2004 11:22:38 +0200
User-agent: KMail/1.5.4

Am Montag, 29. März 2004 02:09 schrieb Etienne Gagnon:
> Mark Wielaard wrote:
> > - The native/jni/gtk-peer files are a proper part of GNU Classpath,
> > but currently mostly hacked on (maintained) on the libgcj gui
> > branch. Graydon said that he takes full responsibility for any
> > inconvenience this creates, but in this case I think this does make
> > merging for him much harder then it should be. The next merge/sync
> > date for this code is April 15 if I remember correctly. Maybe it is
> > better to reverse this till just after this merge point. Graydon?
>
> This is the greatest pitfall of the CVS single trunk of development
> approach; any change to the trunk potentially break all the other
> developer's code.
>
> It is highly time to move development away from CVS.  What are the
> problems to do so *NOW*?  Political ones? e.g. GNU's savannah does
> not support it, so we won't do it?
>
> Should "low-level" politics dictate the direction of Classpath?  I
> don't care whether it's hosted on savannah or not; the development
> site should be hosted in the best way for the project as a whole.

The GNU classpath developers decided this some time ago. CVS will start 
branching with version 1.0.

We can rethink this decision of course. I currently seen no reason to 
branch of with some much binary breaking commits we got in the last 
months, aka. VM* changes ...

> As for the choice of software, e.g. CVS, Arch, Subversion, or other,
> I hope again that "low-level" politics won't be the motivation for
> one over the other, instead of technical reasons.

Why dont you just start helping the savannah administrators to move to 
subversion ?

> Or, am I dreaming?

If noone steps up to savannah people this will never happen.

And we have to follow some politics as offical GNU project. I dont like 
it sometimes but in general its good.


Michael





reply via email to

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