X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ioO1CXgL/ySAbEVhuce9hw3BXNLGGcNJpPOg2xFktCo=; b=FzxPnXYy4vSCRulul5qmpqdU8BliZ0rLHO3xkxTtr7d0MI0kDT4VsFkwOjmzIDfoUM li7gVypDwfLgkVgbcGPdahXzfmGlwGWiiueT/j0c4UG9x7YhJuq/UfoOFSl/rxdCkaBq OZxOeskSjrRadkV12xCxvTBKHYlHdi5VpKD4RlhQj5Et8GgI84tZCVYoALXPDNI/f2sC Fol+KltaUh32RFFLRaaOHvLoXghmrC5fY1JAzxuHI6EBQIWGTyTrvEHh9a3u6wGXaI+W /JzpoVcUR4IWTuYsPROmsi6nNsZJgZOEq5TtbTIlVhWLqrLJWlLZhurzhGVItmA0awZT G11g== MIME-Version: 1.0 X-Received: by 10.50.49.44 with SMTP id r12mr12902751ign.41.1397758793307; Thu, 17 Apr 2014 11:19:53 -0700 (PDT) In-Reply-To: References: <1395878918 DOT 2126 DOT 7 DOT camel AT AMD64X2 DOT fritz DOT box> <53477BD5 DOT 3070001 AT xs4all DOT nl> <1397238146 DOT 861 DOT 11 DOT camel AT AMD64X2 DOT fritz DOT box> <201404111621 DOT 02147 DOT ad252 AT freeelectron DOT net> <534BED69 DOT 4050703 AT estechnical DOT co DOT uk> <534C1B44 DOT 20401 AT xs4all DOT nl> <20140417000357 DOT 21967 DOT qmail AT stuge DOT se> <201404170012 DOT s3H0C0SU021800 AT envy DOT delorie DOT com> <20140417010616 DOT 26473 DOT qmail AT stuge DOT se> <201404170117 DOT s3H1HgR6027052 AT envy DOT delorie DOT com> <20140417025146 DOT 1321 DOT qmail AT stuge DOT se> Date: Thu, 17 Apr 2014 11:19:53 -0700 Message-ID: Subject: Re: [geda-user] Freerouting finally free (GPL3) From: Britton Kerin To: geda-user AT delorie DOT com Content-Type: text/plain; charset=UTF-8 Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Thu, Apr 17, 2014 at 11:07 AM, Kai-Martin Knaak wrote: > Peter Stuge wrote: > >> It's a great example of a feature branch, and maintaining it in a >> branch somewhere outside of the primary repo allows more freedom in >> the development. >> >> It becomes unneccessary to constantly synchronize with whatever else >> is going on, and development of the new feature can include wild >> experiments across the codebase which aren't neccessarily desirable >> in the primary repo just because they are part of the process for >> creating the new feature. > > This worked well with Peter Cliftons development of openGL rendering and > better polygon support (Thank you again, Peter!). > > His branch also shows the potential problems of such an almost forked > approach. More often than not life outside open source development demands > more priority. The tedious work to make changes compatible with the main > branch may be postponed until forever. There were some desirable features > in Peters branches that got lost in the process. E.g. solder mask used to > be cut by the outline of the board in one of his branches. And of course, > the impressive speed-up I saw with one of his more "aggressive" branches. As another example, the vim scripts pages are now largely dead, and instead we have 10+ forks for each popular script with exactly one bug fix in each. I feel a bit bad since this discussions seems somewhat like a backhanded way to try to get more integration work out of Peter. Britton