X-Authentication-Warning: delorie.com: mail set sender to geda-help-bounces using -f X-Recipient: geda-help AT delorie DOT com X-Mailer: exmh version 2.7.2 01/07/2005 (debian 1:2.7.2-18) with nmh-1.3 X-Exmh-Isig-CompType: repl X-Exmh-Isig-Folder: inbox To: geda-help AT delorie DOT com cc: karl AT aspodata DOT se Fcc: +outbox Subject: Re: [geda-help] Adding new gschem symbols? In-reply-to: References: <1349966191 DOT 2412 DOT 33 DOT camel AT AMD64X2 DOT fritz DOT box> <20121012100446 DOT 93D648096B1E AT turkos DOT aspodata DOT se> <20121013174902 DOT 160C98117B42 AT turkos DOT aspodata DOT se> Comments: In-reply-to John Doty message dated "Sun, 14 Oct 2012 16:05:38 -0600." Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Message-Id: <20121016081200.587F08117B4C@turkos.aspodata.se> Date: Tue, 16 Oct 2012 10:11:59 +0200 (CEST) From: karl AT aspodata DOT se (Karl Hammar) X-Virus-Scanned: ClamAV using ClamSMTP Reply-To: geda-help AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-help AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk John Doty: > On Oct 14, 2012, at 2:27 PM, Benjamin Bergman wrote: > > On Oct 13, 2012 12:50 PM, "Karl Hammar" wrote: > > > Well you could possible use the md5sum of the sym file, what about: > > > $ md5sum git/openhw/share/gschem/diode.sym > > > cc2da042b5ea5afd65f4153bfff79b92 git/openhw/share/gschem/diode.sym > > > And in the .sch file, this file is referenced by: > > > C 18600 19900 1 0 0 diode.sym md5=cc2da042b5ea5afd65f4153bfff79b92 > > I think this is the way to go. This is essentially how all content > > is tracked and referenced in git and adds a layer of corruption > > detection, while costing very little in terms of resources or > > infrastructure. > > Shudder. That assumes that symbols rarely change. That is a false assumptions, and I have seen symbols dissapear from the cvs also. But that doesn't hinder you to have a directory structure like ver1/diode.sym ver2/diode.sym ver3/diode.sym and regardless of the order which thoose appear in the lib-browser, a md5-tag could find the right diode.sym for you. And why not allow a cvs-tag/git-commit-id to extract that old sym file from the version handler? > But a sensible way to use gEDA is to have project-local symbols > that change as packaging or other part selection attributes change. That is what works today, but that shouldn't hinder us to try out other ideas. /// It is nice to include the cvs sym's in the library browser, at least to find what's out there. Currently one cannot use the second or third of a duplicate sym (unless you copy or embed it); I think it would be nice to solve that little problem. /// Having a md5-thing as exemplified above could alert us when we have forgotten to update our sch's when we made changes to the project local sym's. Regards, /Karl Hammar ----------------------------------------------------------------------- Aspö Data Lilla Aspö 148 S-742 94 Östhammar Sweden +46 173 140 57