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:	<F3E56F79-7653-4E48-B247-058128BF022E@noqsi.com>
References:	<alpine DOT BSO DOT 2 DOT 00 DOT 1210110132340 DOT 24638 AT wolfman DOT devio DOT us> <1349966191 DOT 2412 DOT 33 DOT camel AT AMD64X2 DOT fritz DOT box> <alpine DOT BSO DOT 2 DOT 00 DOT 1210112245150 DOT 13854 AT wolfman DOT devio DOT us> <20121012100446 DOT 93D648096B1E AT turkos DOT aspodata DOT se> <alpine DOT BSO DOT 2 DOT 00 DOT 1210122243220 DOT 2692 AT wolfman DOT devio DOT us> <20121013174902 DOT 160C98117B42 AT turkos DOT aspodata DOT se> <CA+DWcQacCk-QG03iwsZJUXvTumXc+FnHvzZeXf5PjNAgph2hiw AT mail DOT gmail DOT com> <F3E56F79-7653-4E48-B247-058128BF022E AT noqsi DOT com>
Comments:	In-reply-to John Doty <jpd AT noqsi DOT com>
	message dated "Sun, 14 Oct 2012 16:05:38 -0600."
Mime-Version:	1.0
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

John Doty:
> On Oct 14, 2012, at 2:27 PM, Benjamin Bergman wrote:
> > On Oct 13, 2012 12:50 PM, "Karl Hammar" <karl AT aspodata DOT se> 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

- Raw text -