ftp.delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2015/12/22/10:40:29

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Tue, 22 Dec 2015 16:41:47 +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] Cross project collaboration on data models
In-Reply-To: <CAJXU7q9ToaWE+wVJcF76yqHhjYZc5j95VL64cXPey-x4s_j9OA@mail.gmail.com>
Message-ID: <alpine.DEB.2.00.1512221634081.9035@igor2priv>
References: <CAJXU7q9ToaWE+wVJcF76yqHhjYZc5j95VL64cXPey-x4s_j9OA AT mail DOT gmail DOT com>
User-Agent: Alpine 2.00 (DEB 1167 2008-08-23)
MIME-Version: 1.0
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


On Tue, 22 Dec 2015, Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com] wrote:

<snip>

>If we want to achieve a common data-model, we must arrange to meet, sit
>with, and effectively develop our own open EDA standard, which all involved
>projects would make a commitment to further and implement.

I fully agree with your conclusion (although I am not fully convinced 
in the "different programs should have different format/model and we 
should have converters" vs. "one common format for all" question). If I 
remember correctly, this conclusion has been reached after last year's 
FOSDEM too (but http://edacore.org seems to be down).

>
>Step one is reaching out to the other projects. Don't expect to design
>something and then expect others to adopt it after the fact.

I think this was the idea last year too.

So the quesiton is, if this didn't happen since last year, or edacore 
didn't make remarkable progress in this (did it?), then what should be 
done differently this time?

I like your idea about central coordination of such project, but do we 
have enough manpower for that? I mean if you make a committee of people 
who do not code but tell every project what to code, I don't think it 
would work. Rather a group who develop patches for all projects, and this 
is where the lack of manpower worries me.

Regards,

Igor2

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019