----- Original Message ----- > From: Rob Weir <[email protected]> > To: [email protected] > Cc: > Sent: Tuesday, March 13, 2012 8:17 PM > Subject: Re: Competition (was: Clarifying facts) > > On Tue, Mar 13, 2012 at 6:36 PM, Joe Schaefer <[email protected]> > wrote: >> You're entitled to a dissenting opinion as an individual, >> but shaping the marketplace is not part of what we do >> as a public charity. Just look at how the subversion >> project has handled contributions related to git migration tools >> > > I think you are reading too much into "public charity". 501(c)(3) is > primarily a tax classification. it limits our activities somewhat, > but it does not prevent us from having a point of view or from > advocacy. > > In any case, you don't see the Subversion project making official > recommendations on its website on when git or Mercurial would be > better for the user. That is not the purpose of an Apache project.
First we're talking about a wiki page not an official project webpage. People tend to know the difference in provenance between those two. Second, I work with subversion developers every day and tend to know what they think about competing version control offerings, and it's far more enlightened an attitude towards user choice than you seem to want to credit them with. > We're not clearing houses of information in a wide spectrum of > software applications. We have projects that each develop, pubish and > promote very specific applications for their communities. I think we > get into all sorts of mischief if we say that the Subversion PMC is > now responsible for offering neutral advice to all comers on the > merits of all version control systems. Well no but you don't need to pretend you are the be all and end all for every OpenOffice user on the planet at this particular point either. > >> for instance (yes you chose an apt example but just don't know >> the true history)- our role organizationally is to facilitate user >> satisfactionno matter where they may ultimately find it. >> > > I disagree. We're not a clearinghouse for information on every open > source editor in existence, their merits, tradeoff's and specialties. That's a pity because that's the role i tend to place Apache projects in, one which differentiates them from the rest of the open source world. No that does not mean you need to be proficient in everything any more than it means you should only be proficient in your own codebase.
