X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Sun, 12 Feb 2017 09:42:52 +0100 (CET)
X-X-Sender: igor2 AT igor2priv
To: "Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu"
From: gedau AT igor2 DOT repo DOT hu
Subject: Re: [geda-user] Announcement - openaltium release + edacore
In-Reply-To: <CAJXU7q_h9+g4FzQYGH1xgUzJtG=++fFgeA851DVX2b5xo9zM8A@mail.gmail.com>
Message-ID: <alpine.DEB.2.00.1702120926470.7286@igor2priv>
References: <CAJXU7q-VqAGYeheVBON8+TdwsM84rq1z2bKoi_S-0Sax49W-Zw AT mail DOT gmail DOT com> <20170211174559 DOT GM21523 AT foo DOT stuge DOT se> <CAJXU7q_h9+g4FzQYGH1xgUzJtG=++fFgeA851DVX2b5xo9zM8A AT mail DOT gmail DOT com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
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

Hello Peter and all,

just watched your 2016 FOSDEM talk - funny thing is that we are actually 
doing a lot of things in pcb-rnd that you were talking about in that 
presentation about how EDA tools should cooperate. I'd say there's a 
3/4 match and only 1/4 mismatch (or disagreement) between what we are 
practically doing and what you described there.

I've also re-watched Peter Stuge's 2015 talk about edacore.

These three things together:

- the generic idea of how EDA tools and dev teams could cooperate,

- some parts of the edacore idea,


- the speed of development, openness, compatibility with other tools in 
pcb-rnd,

could really combine into something bigger than the pure combination of 
individual tools.

During the past few days, just before this thread happened, I was thinking 
about this. I called it "FOS EDA ecosystem". I may publish some writups 
about it later. A day or two before this thread, I realized I was actually 
already implementing this, just never really thought about it. Now that 
this thread is up too, I propose we try to rethink/reboot edacore 
together (or if that's not possible, do something else under a different 
name that suits everyone). I also invite anyone who is interested in this 
effort to the irc channel of pcb-rnd (server: repo.hu channel: #pcb-rnd)

Regards,

Igor2