www.delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2018/03/21/18:54:46

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.com; h=
content-transfer-encoding:content-type:date:from:in-reply-to
:message-id:mime-version:references:reply-to:subject:to
:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=j/yhmozvYTb63/L3Z
WZoNdad1ocw0f5DbphsHv6Au4I=; b=uTC4rYrO6tBdnJxbA87zQi8vStTrkHdAQ
HYrRJR8aGIu2YizoGyVMJHpsz3vfczcr/DxBlD8QHsjdtgUdNZVm3EwApA2Cl2rY
ICCgoigdI0gcimAa/1lQOG/pYuVG2Le/cnQGPSXRgkXelvXiaeEBwPlr6Ho67UA5
SSbuu7Mtu7aidwgII0gujkdi4GumiSQJwmEr0vJlojGYxBcfjtHtl36SSadk1NYQ
/zWATNvnBUMFDdXsAKQvh1bjX1ugeAF13DZFrc28bf5iP8OV5+xieSOoSGJ+PaP1
3kH8es/LDv0zK7rFSG3sd1ExqKjujtVm3ldVHt/Ere3TTUoJ1pnyQ==
X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
messagingengine.com; h=content-transfer-encoding:content-type
:date:from:in-reply-to:message-id:mime-version:references
:reply-to:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm2;
bh=j/yhmozvYTb63/L3ZWZoNdad1ocw0f5DbphsHv6Au4I=; b=awdVIr53telk
G+zA/2IMG98kkpeIhmjAo/1IxBkurd7628M2RADGW7w1nUkbzoqs+5ojl0kaLdoO
7APcMx0SfquvVfxsDjLwJdN16qAHZ20w4D5zvYzEsbmduYp/Oa+Si8/bNqxDP5Yu
SxEXPT2bRdHl7SG+K5DjlijGEazyXQeiIq6rvsFv9GiLrQtEjqS/nFS6Ld5SJtjw
Xg2GEwZn4DjlIaturBYGMvZ1QNAGgRUeQCgh36jdSingQLs4kcqY3UYUfY0wjBoR
OI5H9NXaRGoStXwXGusBoj2JtEYKLZlTOdh5RiSY6+BYG+ByEfaR3Rbw9u/9xVj2
L9/zw/15sw==
X-ME-Sender: <xms:Z-KyWgaopc3qBCsW4-o0DkPzFH3QO3t5RHeQDvuUjWupNroDq4rvkw>
Subject: Re: [geda-user] gnetlist not finding symbol libraries
To: geda-user AT delorie DOT com
References: <16061151-e533-af35-6869-410872ff47ae AT fastmail DOT com>
<alpine DOT DEB DOT 2 DOT 20 DOT 1803212232550 DOT 2689 AT nimbus>
From: "Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Message-ID: <6ef31d85-e0e5-dc8a-ea6b-11f81b1684b6@fastmail.com>
Date: Wed, 21 Mar 2018 15:52:55 -0700
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:52.0) Gecko/20100101
Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.20.1803212232550.2689@nimbus>
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


On 03/21/2018 02:40 PM, Roland Lutz wrote:
> On Wed, 21 Mar 2018, Girvin Herr (gherrl AT fastmail DOT com) [via 
> geda-user AT delorie DOT com] wrote:
>> I have several local custom symbol libraries in my home directory 
>> which are not part of the gEDA system symbol libraries. Up until now, 
>> I had to explicitly define these library paths in order for them to 
>> show up in the gschem insert symbol list. […] Now, it seems gschem is 
>> finding these libraries without my explicit declarations in the gafrc 
>> file.
>
> This is weird.  Are you sure you didn't define them in one of the 
> configuration files gschem executes at startup (they are listed in the 
> "Status" tab at the bottom of the window) or via a geda.conf file?
>
> If you did, removing all but one declaration in your gafrc file should 
> work.
>> If I leave them in my gafrc file, gschem reports duplicate library 
>> names when it processes the gafrc file.
>
> This could also happen if the name of one of your libraries matches 
> the name of a pre-defined library.  You can circumvent this by giving 
> a (different) library name as the second argument to component-library.
Roland,
AHH! Found it! Yesterday, I copied my gafrc file to my home directory to 
attach it to a previous email message to this forum and I forgot about 
it. So, there is one other place gschem looks for a gafrc file - in the 
home directory. That must be some deprecated, no longer documented, 
location. I discovered it from your comment above about looking at the 
Status window to see what's getting processed. I was surprised when I 
saw it processing ~/gafrc as well as ~/.gEDA/gafrc and then I knew what 
was wrong. I removed the ~/gafrc file, restored my directory 
declarations in ~/.gEDA/gafrc and now gnetlist is working and gschem is 
not complaining about duplicates. All is well again.

Thanks for your prompt reply and your help to a solution.
Girvin



- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019