X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Message-ID: <20150318151930.17892.qmail@stuge.se>
Date: Wed, 18 Mar 2015 16:19:30 +0100
From: Peter Stuge <peter AT stuge DOT se>
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] pcb alternatives
Mail-Followup-To: geda-user AT delorie DOT com
References: <46050a0c DOT 619 DOT 14c2850d052 DOT Webtop DOT 45 AT optonline DOT net> <CAGYR9veihi_M+B0HXptGYQLMO8=B_KOLM2wmrRNkMLG_9MdQrA AT mail DOT gmail DOT com> <alpine DOT DEB DOT 2 DOT 00 DOT 1503180357520 DOT 25799 AT igor2priv> <CAGYR9ve_n7VmZ8x-jCQK5eKHMNGp6an9o8EwYZnWQWFiCpGnXg AT mail DOT gmail DOT com> <CAHLh21Cdm=YZuqCQ+gCHSviJquahr6cnAQ-VBLR4BSs-nfHOig AT mail DOT gmail DOT com> <CAOFvGD4+4bHXNYLvePi70wb_1A4=dQgb_Ov3xBghoKbXQUsSGA AT mail DOT gmail DOT com> <5508413E DOT 4000405 AT ecosensory DOT com> <46050a0c DOT 619 DOT 14c2850d052 DOT Webtop DOT 45 AT optonline DOT net> <CAGYR9veihi_M+B0HXptGYQLMO8=B_KOLM2wmrRNkMLG_9MdQrA AT mail DOT gmail DOT com> <alpine DOT DEB DOT 2 DOT 00 DOT 1503180357520 DOT 25799 AT igor2priv>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAGYR9ve_n7VmZ8x-jCQK5eKHMNGp6an9o8EwYZnWQWFiCpGnXg@mail.gmail.com> <alpine.DEB.2.00.1503180357520.25799@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
Precedence: bulk

gedau AT igor2 DOT repo DOT hu wrote:
> I think, at some point, it's be a real major step forward if the standard 
> lib could be separated from gschem and pcb into a standalone package.

I agree, and this is why I started thinking about and talking about
the edacore project. See http://edacore.org/ for my FOSDEM slides.

Please keep in mind that this project is rather ambitions and is
still vaporware. As you may have figured out :) I am however trying
to gather input on requirements.


> there could be standard lib variants:

Parameterized part data is an important design goal for edacore; so
that things like pad length extending from package can be tweaked
globally per PCB design, for the prototype run that needs to be hand
soldered.


Bernhard Kraft wrote:
> I would say:
>  * Lets start a project at github.

I'm experienced with Git but I dislike relying on GitHub Inc. for
project hosting, since they are not involved in the development.

If it helps and makes sense I am happy to host repos on git.edacore.org
for experiments with existing part libraries, be it gEDA or KiCAD.
Just let me know, adding repos is quick and easy.

Please don't feel that I'm trying to hijack your efforts - if you
want to run with GitHub that's of course perfectly fine too, and I'm
all for it. :)


Kind regards

//Peter