X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-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=NZnm+t9d9oIRigbG40uH4iMeZweBp3CtKoBRsEXLBmA=; b=T5AR6r6eigR4Ys7fUWKpBMYty15fEnlYOHw4XcR5iLV3tHr56W8dRcHCKcwbAwyWf5 iGJ94wktOljlnhSIffSDNNnlWljO6U2lbgdA+zO/PR5FDDGO6c4I4LEkRAF1C7VgN7mk d6PdZnPnYGN4HrUh1jZECwUrOQADHqT92N0L/kzfLpmy+pAn8d4z17/ag1TWc5Y+TCyu 6rlFVJCjpJRufh3oF/meXxH6ySkQRmjK4Wn17OHUqZHQ3/lVbQd4b2wSioParKHqC0xY SRpKWVZNyje6uQSIQJxGJQMauE/bgKOmv7DCT7S1qhUklyZyG4OIQgjfz27um1LJgoya hqiw== MIME-Version: 1.0 X-Received: by 10.152.30.73 with SMTP id q9mr28906955lah.31.1440549818052; Tue, 25 Aug 2015 17:43:38 -0700 (PDT) In-Reply-To: References: <55D8D8B8 DOT 7050907 AT jump-ing DOT de> <55D9BDC7 DOT 4000608 AT jump-ing DOT de> Date: Wed, 26 Aug 2015 00:43:37 +0000 Message-ID: Subject: Re: [geda-user] Antifork From: "Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com]" 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 Tue, Aug 25, 2015 at 11:27 PM, Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com] wrote: > On Tue, Aug 25, 2015 at 2:15 PM, Evan Foss (evanfoss AT gmail DOT com) [via > geda-user AT delorie DOT com] wrote: >> On Tue, Aug 25, 2015 at 9:23 PM, Britton Kerin >> (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com] >> wrote: >>> On Sun, Aug 23, 2015 at 6:29 PM, wrote: >>>> >>>> >>>> On Sun, 23 Aug 2015, Britton Kerin (britton DOT kerin AT gmail DOT com) [via >>>> geda-user AT delorie DOT com] wrote: >>>> >>>>> >>>>> Unfortunately no one is going to be nearly so well positioned to merge >>>>> your >>>>> stuff as you are. Relatively, it will be painfully inefficient for >>>>> them and they >>>>> will feel it as they work. >>>> >>>> >>>> Unfortunately no one is as unmotivated to invest time in this as I am. This >>>> won't happen, sorry. >>> >>> I take it you acknowledge that no one can do it as easily as you. But >>> I guess you >>> also feel that since others don't want to bother much, there's no >>> reason you should >>> bother or use build/vcs you dislike. >> >> I know we would all like Igor2 to do what *we* want but isn't it >> enought that he is gifting us with code that is written around our >> project? The answer is no and we should respect that he does not want >> to carry us. Surely someone else can look at his VCS commits, do some >> diffs and make some patches. The mission for those people (including >> me) who want PCB to stay around should be to figure out how to do >> this, not how to control someone else's time. > > It's not a matter of controlling his time, but of who can do the work > efficiently. Merging other people's code is both time-wise inefficient > and much more likely to create nasty bugs than if they do it themselves. > The sad thing is that apparently Igor once wanted to, and has since > decided that he's determined not to. Reasons for the change appear > to include aversion to DVCS and autoconf. I brought this up while I was testing pcb-rnd. Numerous other people made the same comments. If we were trying to change a group dynamic it would be good to have another voice in the crowd but this is one person. I don't like it when a crowd of people chants at one person. >>> snip >>> My fantasy when I heard about ruby scripting in pcb was that perhaps Stefan's >>> router might someday see the light of day afterall. Oh well >> >> I keep seeing mentions of this legendary router. I have been these >> gEDA lists +10 years but I don't remember it. What was the big appeal >> if it? > > It's a non-orthogonal router with good performance metrics. The description is > academic but it looks not too hard to add keep-out areas, additional costs to > the cost functions, etc. I don't know how far Stefan ever got with > those real-life > features. I've lost the paper its based on but it was fairly readable. Ok thanks. > Britton -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/