delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2017/03/25/04:56:50

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Sat, 25 Mar 2017 08:54:21 +0000
From: "Peter Stuge (peter AT stuge DOT se) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] Announcing EDAKrill, a footprint/symbol/* sharing
service
Message-ID: <20170325085421.GC25144@stuge.se>
References: <alpine DOT DEB DOT 2 DOT 00 DOT 1703250633420 DOT 27212 AT igor2priv>
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.00.1703250633420.27212@igor2priv>
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

gedau AT igor2 DOT repo DOT hu wrote:
> By now, we've implemented working porotypes of two important elements
> of edacore, as alternative projects:
> 
> 1. tEDAx, a cheap-to-implement file format for exchanging data
> 2. EDAkrill, a service to host/share data

This is great!


> What we won't have, compared to the edacore idea (as far as I
> understood edacore from the sparse material available):
> 
>   - a central software library or any attempt to reduce code duplication
> among totally different projects
> 
>   - internal model unification, any attempt to replace native file formats
> 
>   - a single central service for sharing data; my intention is that
> EDAkrill is one of the services available, not the One True Service
> everyone should use
> 
>   - no integration of tEDAx and EDAkrill; developers and users can
> decide to use any one or both, they are independent components

Those are things I would like edacore to achieve, but for now I want
to celebrate the launch of EDAkrill! :) Congratulations. Super cool!


Thanks a lot for your work!

//Peter

- Raw text -


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