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:content-transfer-encoding;
        bh=cx7YnRjMEqaCF8sx1dLvO/vaBirw/66/hxB9U+VZGfA=;
        b=faBwaHjy9BnITzhrLmh5CXqR7BXvSR9C0Nvb796FPpuxHOC1Q+4R29xQoaj8h84W4B
         SrkyScvO7RXCxVuQu9HxPnt2QhlovoQ+Ud5LlUnBPM3HKzjRJitIq4TaS0m5Z7td5uXf
         ec6+fMDzA87jBvSA9xFt0F5OsnGz3+AqnA6Bw5OI9Opxa6A1L1c3D3G+YbCJaaLbYYxy
         jS2kzankdkf5e3ufKlAAXBpWGaEZ7awMf4Vs+A0xLrB5Vrr4pMkT6lIWfljnPbPHmRg1
         TolNZtV2QukBxenTJ+AS/7qlwgq0x0DdzU9mu9ZV8xk4nyZseMGvbv1ym95obMCF8uC4
         ECoA==
MIME-Version: 1.0
X-Received: by 10.152.22.73 with SMTP id b9mr4224592laf.83.1442073594756; Sat,
 12 Sep 2015 08:59:54 -0700 (PDT)
In-Reply-To: <20150912142006.GA16820@localhost.localdomain>
References: <D3D5A923-FAF9-4665-A0DB-A8D6A8BEA5A3 AT noqsi DOT com>
	<CA+uY=MS5ZOTHXDe9taav+0tCiZOqhtAJU2KO-xyRA3SrQVvLNw AT mail DOT gmail DOT com>
	<201509112020 DOT t8BKKBgI012564 AT envy DOT delorie DOT com>
	<E872F1BC-8FA7-449E-BA6D-5841AC79A465 AT noqsi DOT com>
	<201509112058 DOT t8BKwF3b013774 AT envy DOT delorie DOT com>
	<6341DF3E-543D-4E36-9B01-6B5B950208C4 AT noqsi DOT com>
	<20150911230843 DOT GE7946 AT localhost DOT localdomain>
	<20150912021841 DOT 52f57f2d AT jive DOT levalinux DOT org>
	<55F3F5F2 DOT 406 AT jump-ing DOT de>
	<DF372225-A570-4A5C-B80E-B917FE60B594 AT noqsi DOT com>
	<20150912142006 DOT GA16820 AT localhost DOT localdomain>
Date: Sat, 12 Sep 2015 15:59:54 +0000
Message-ID: <CAM2RGhThA+ew7eG3O9SDOgv-0u4OJz2kEHD=kM4AMEWA2y_AeQ@mail.gmail.com>
Subject: Re: [geda-user] About reinventing the wheel, and how to avoid it
From: "Evan Foss (evanfoss AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To: geda-user AT delorie DOT com
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id t8CG03Li015543
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 Sat, Sep 12, 2015 at 2:20 PM, Vladimir Zhbanov (vzhbanov AT gmail DOT com)
[via geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
> On Sat, Sep 12, 2015 at 07:03:41AM -0600, John Doty wrote:
>>
>> On Sep 12, 2015, at 3:52 AM, Markus Hitter (mah AT jump-ing DOT de) [via
>> geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
>>
>> > You don't think John would stay away from a
>> > list dedicated to pcb, do you?
>>
>> Actually, I would. If we treated geda-gaf and pcb as separate
>> developments that can interoperate, I’d be much happier. To me, the
>> relationship of the ngspice development with geda-gaf is much
>> healthier than the relationship of pcb development with geda-gaf.
>>

I agree with this.

> Actually, looking at these discussions over several years I think this
> proposition is robust. IMO, we could make more proper relations between
> gschem/gnetlist/gaf and pcb using
>   1. either more serious integration (like KiCAD);
>   2. or more serious separation, defining more robust interfaces
>   gschem/gnetlist/gaf or pcb would need to exchange necessary data
>   between the programs (so the mailing list separation would be useful,
>   too)

Yes. I thought at one point PCB had it's own mailing list. We should
bring that back.

> Actually, many our tools having no actual developers/owners, despite
> they seem to be "useful", have no appropriate care. Topics discussed in

hmmm....

> the list are very different so I find me spending time on reading those
> topics threads I don't need to, rather than search for them in the web if
> I would really need them. The same applies to dev stuff. I'm just not
> able to read in time all the wall of posts I see here nowadays.

The only way to settle the integration vs separation fight is to lead
by doing. The people opposing one side or the other will quite and
make the mailing list usable after real development resumes and the
actual functionality we all want to see starts to appear.

Until that point the only way to get anything done is to work off list
and email it only when you need something very narrow answered. Look
at Igor2's thread [geda-user] gschem question about internals. The
peanut gallery that manages to insert integration vs separation into
everything does not seem to derail stuff this narrow in focus.
http://article.gmane.org/gmane.comp.cad.geda.user/47254/match=geda+user+gschem+question+about+internals
I think ultimately the stuff he is doing will (if carried back to the
mainline) help end the fight.

> Cheers,
>   Vladimir



-- 
Home
http://evanfoss.googlepages.com/
Work
http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/