X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1378834449; bh=yWql/ukFdjlUfhJoXh5XWPVekwZemwEX6AooWMV8IvM=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=RcPVzJrIKvePVoQDBv+WKMaCcL/LI4VTau44UOY6Ox28hK39sx13mEdPf7MakAzV3rdVWbGX+uDFeWjyL6bgauSGcWh6Kdigs4RkDogOJ1gBIiD40xN7hz/kDC0LmAnUsaDxoIweyFL16UL/t7Pr/W8wx/hPhDCndTOh8O9rpkE=
X-Yahoo-Newman-Id:	243260 DOT 71525 DOT bm AT smtp111 DOT sbc DOT mail DOT ne1 DOT yahoo DOT com
X-Yahoo-Newman-Property:	ymail-3
X-YMail-OSG:	xIu3vWsVM1lY1caGOqowuOHzanB.bCiClFuDSP3g3YGwZhQ
	.EfiwgwPL1rrx2V5MmMRZN0s93UisOQoodCyXYmYotMJ1oJQG9Ca3m0vERvr
	ubTLXkQ.PDYcOnz77.Apl22sOj5W2rpSGoI._gF5SXBjZZ0WU1vCEU65.kMI
	8F9LdP5CEStAd5taFPrQcLzRWU25gShlmeZN0yCQUdQBV2yYFtnbtrXiYGgy
	aIsUw7NxTjeJdscy5yCYUbObJR9Nods5xdbyEYSgKcPLLFRXxpVzeW3pNVpY
	P7NRfAgPzeA26cnGoaQzlgcEo0uFNdOKruFR9d6pvqeyrzsyRc2.OMwogx.O
	3deS.aYeuyc.Y8Ihm9ARHVtxH9x.Z9E2tgkd5xkopXAZnb5vW66fKGPhlnHT
	9pkePTdaVSfXn8a5eWNYCs_sz03_nPxuyV5Wx._ShJXFdGz2POk9msoKMeYQ
	6DpyAYLcHmMuyghWqkonadM1q4Ea5PBEvKzB.Lv5Vm.gYJrZ57GCqwAAfxPu
	UElKkcO7xQBbBuHrmFwGr.ng7yi0uCayWiG0jXSeQ6ukUVpVA2g--
X-Yahoo-SMTP:	f_DTt3mswBBgAkQlHvfWr7fedPivEj8lM_i1QPTGLa1z0f7XFiw-
X-Rocket-Received:	from [192.168.2.43] (girvin DOT herr AT 75 DOT 15 DOT 197 DOT 253 with )
	by smtp111.sbc.mail.ne1.yahoo.com with SMTP; 10 Sep 2013 10:34:09 -0700 PDT
Message-ID:	<522F5916.5070008@sbcglobal.net>
Date:	Tue, 10 Sep 2013 10:38:30 -0700
From:	Girvin Herr <girvin DOT herr AT sbcglobal DOT net>
User-Agent:	Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130807 Thunderbird/17.0.8
MIME-Version:	1.0
To:	geda-user AT delorie DOT com
Subject:	Re: [geda-user] [RFC] Major changes to symbol/schematic libraries
	in geda-gaf
References:	<87ob83dodl DOT fsf AT harrington DOT peter-b DOT co DOT uk> <87sixdi6rc DOT fsf AT harrington DOT peter-b DOT co DOT uk>
In-Reply-To:	<87sixdi6rc.fsf@harrington.peter-b.co.uk>
Reply-To:	geda-user AT delorie DOT com

Peter et al,
I certainly hope that whatever you change, still transparently allows 
the use of the current (old) symbols in gschem.  If it does not, then 
that will break a ton of my schematics, which is not very friendly.  I 
tried embedding symbols in my schematics a while back, which was not 
entirely successful.  IIRC, it had to do with copying the embedded 
symbols.  As a result, all of my schematics reference my external 
library, which is populated with my own symbols as well as symbols 
copied from the standard gschem library and modified.  I would not be 
pleased if this connection were broken in 1.9.x and I get a slew of red 
triangles in my schematics.  In fact, by the standard software 
development versioning rules, if the API changes, the major version 
number should change.  i.e.  1.9.x should be 2.x.
Girvin Herr



On 09/09/2013 10:29 PM, Peter TB Brett wrote:
> Hi all,
>
> Rather than reply to all messages individually and fragment the
> discussion further, here are my thoughts on the feedback that I've
> received so far.
>
> - I'll add the ability to obtain a resource X that's located in the same
>    library as another resource Y.  If there's no X corresponding to Y,
>    the library will fail to resolve X (although a program might use a
>    fallback method that just looks up X normally).  This won't be used by
>    gschem, although other gEDA-related programs might want it.
>
> - "geda-gaf" is the XDG subdirectory used by the configuration system, so
>    the library system ought to use it too.  By convention, the XDG
>    subdirectory is the same as the name of the package, and the package
>    is called "geda-gaf".  If your scripting language cannot cope with the
>    character 0x2D, you need a new scripting language.  Let's not discuss
>    the colour of this particular bike shed any further.
>
> - Several people have mentioned the benefits of a project resource
>    cache.  I agree with almost all of the points made --- a project
>    resource cache is a great idea.  Let's have one.  But I'm fed up with
>    having things in gEDA that work "sort of".  If I'm designing a new
>    subsystem, I want it to work *properly*.  If we're going to have a
>    design cache, let's have a design cache that behaves like a cache,
>    looks like a cache to programs and provides an API that lets you carry
>    out cache-specific operations.  Let's *not* shoehorn it into the
>    library system by using special magically-name project libraries.
>    Would it help if I added some info to the wiki page on how I think
>    that a cache should work?
>
> I'll follow up with a few further points in another e-mail.
>
>                                 Peter
>

- Raw text -