Return-Path: X-Original-To: apmail-incubator-general-archive@www.apache.org Delivered-To: apmail-incubator-general-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 457F69DE4 for ; Sat, 7 Jan 2012 22:11:27 +0000 (UTC) Received: (qmail 77459 invoked by uid 500); 7 Jan 2012 22:11:25 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 76853 invoked by uid 500); 7 Jan 2012 22:11:24 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 76845 invoked by uid 99); 7 Jan 2012 22:11:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Jan 2012 22:11:24 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [208.97.132.202] (HELO homiemail-a33.g.dreamhost.com) (208.97.132.202) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Jan 2012 22:11:15 +0000 Received: from homiemail-a33.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a33.g.dreamhost.com (Postfix) with ESMTP id 3FF92594056 for ; Sat, 7 Jan 2012 14:10:54 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gbiv.com; h=content-type :mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; q=dns; s= gbiv.com; b=3sqeqtczJRfG3sGelZXUE61HWA5iCDnI74ZLUPVkjKdR0Z6nOc6Z 5IsWSBqzOj9qSXw3nPmn7aV1U2kGxH+MR/SqwlxAYZ9Rxp9Q6SjipB4cC8RPNhv/ EPwjQw22I92qfNUoZtOJX3Mlyj1NEUr6TkmqrhBQeAb2ek3m6wc0RAY= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gbiv.com; h=content-type :mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; s=gbiv.com; bh=RIiWL6OZEmG+G7frzjgD4o6pnFk=; b=ZG5HysTlq0a6PWjVLvE509OMDnYG eTRsrmMt5ek5nCXBcHd/ppiWNp7KIipgxQ9YdIK9FEOWtAbXvZfbuD3jVvdr50Ew 7gHQEXBUX5BiQVKPF0XLEEQS4lcphTywnCqyB2Y6NomOojcthZgfkXPX59k0wCBI +TYAlAo3yIMNxuw= Received: from [192.168.1.84] (99-21-208-82.lightspeed.irvnca.sbcglobal.net [99.21.208.82]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: fielding@gbiv.com) by homiemail-a33.g.dreamhost.com (Postfix) with ESMTPSA id 2858859401E for ; Sat, 7 Jan 2012 14:10:54 -0800 (PST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Apple Message framework v1251.1) Subject: Re: Q. Forks without concensus?; A. anytime / depends / never without agreement From: "Roy T. Fielding" In-Reply-To: Date: Sat, 7 Jan 2012 14:10:52 -0800 Content-Transfer-Encoding: 7bit Message-Id: <10AD3D3E-B041-4144-90D5-A1E563A5087B@gbiv.com> References: To: general@incubator.apache.org X-Mailer: Apple Mail (2.1251.1) X-Virus-Checked: Checked by ClamAV on apache.org On Jan 7, 2012, at 1:49 PM, Greg Stein wrote: > On Jan 7, 2012 4:24 PM, "Roy T. Fielding" wrote: >> ... >> The original developers are not ambivalent to this fork. > > Untrue. Christian and Remy are, and always have been, supportive. They were > the ones to suggest the fork, rather than trying to make the changes in > trunk. I read the trac-dev mailing list. To say that they are supportive is a huge stretch of the imagination. They are sadly resigned to see a potential contributor decide to fork the code instead of working with them directly. And the rest of the community (which is far larger than the core) thinks the idea stinks. > What you have is a vocal minority that disagree. Ethan is not even a core > committer, as far as I can tell. > > Edgewall, the copyright holder, is a defunct shell. That is a primary > reason WANdisco wanted to move to the ASF: a home with actual backing and > longevity. Then we should be able to convince Christian and Remy to join the initial committers list and bring the rest of the TRAC community with them. Why has that not been done? > >> ... > > WANdisco has definite problems in how they approach and work with open > source communities. They discussed this stuff with the Trac principals > privately, rather than with the broader community. But my read is that the > Trac leads are supportive of Bloodhound. They are supportive of people doing work on Trac. They did not support a fork at the ASF. What they told WANdisco was that, rather than come to some artificial agreement on how they should work together before WANdisco had contributed anything, that WANdisco should fork the code and start by making contributions. That's it. The only reason that Christian has not directly opposed Bloodhound is because he believes the BSD license gives permission to fork the code. > My interest here is seeing Trac revitalized, improved, and delivered as an > awesome open source issue tracker. I'm tired of Bugzilla and (non-OSS) > Jira. I like the Google Code tracker, but I'm biased there :-P There is no evidence to suggest that cannot be done on trac-dev. ....Roy --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org