X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Thu, 26 Apr 2018 20:28:32 +0100 From: Chris Green To: geda-user AT delorie DOT com Subject: Re: [geda-user] Questions about symbol library handling Message-ID: <20180426192832.GA7135@esprimo> Mail-Followup-To: geda-user AT delorie DOT com References: <20180426170939 DOT GA3200 AT esprimo> <20180426212322 DOT 689d080c AT demon> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180426212322.689d080c@demon> User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Level: 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 On Thu, Apr 26, 2018 at 09:23:22PM +0300, (graahnul DOT grom AT gmail DOT com) [via geda-user AT delorie DOT com] wrote: > On Thu, 26 Apr 2018 18:09:39 +0100 > Chris Green wrote: > > > First question, where does the 'local' entry in the add > > component menu come from? It doesn't appear to relate to > > an actual directory so it's just a nuisance really. Can > > one get rid of it? > > There's an empty directory: > /share/gEDA/sym/local/ > I think it can be safely deleted. > Aha, brilliant, thank you. That's sorted. > > > Second question, I can't get a 'local' gafrc file to > > provide a specific project symbol directory. I've tried > > what it says at:- > > > > http://wiki.geda-project.org/geda:faq-gschem#how_do_i_configure_my_local_gafrc_to_find_my_local_symbol_directory > > > > > ... but it simply doesn't work. If I change the > > "./symbols" to a full path then it works OK so the gafrc > > file *is* being read. The directory names seems to be > > parsed OK because there is no command line error (which > > you do get if the directory doesn't exist for example) > > but it just doesn't work. > > Are you sure you launch gschem from the same directory > where gafrc file and 'symbols' subfolder resides? It should > work. > Yes, definitely. As I said the gafrc file is being parsed because if you put a non-existent directory there the error is reported on the command line when you run gschem. Ah, oops! I'd put:- (source-library "./stigsym") in gafrc, it should be:- (component-library "./stigsym") So all working perfectly now. Thanks for the help. -- Chris Green