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:message-id :mime-version:reply-to:subject:to:x-me-sender:x-me-sender :x-sasl-enc; s=fm2; bh=TPOj6R7WRDDxjOxitU0+kTUMOg/XvN17iqtyE0Nx2 Ko=; b=rUFjQJ8Uu65xM9Ek7tJjqag9fz+TwyPW9KS1dHgAFCcG09Re4m3D4mPCA ZJKl0q/krdKrrFMoBrGK8vdOlU0g2zO3BjmpHwext8/j0FzBwyXWEHib5M0osLV1 2G3ouJP7lrhzkFu9sugnzydRRyWo7CBot9t8T3u9G5n1cTzT4liMIBpbbNjzPFCj 8uZE4LFRw0Jgnax29a87rxdsw1UfoCpdi2CSaBWN0ybezo/RXR2d/47+zCLweASt WaT548SiM9neUPV7b828uXr3vaSGNr2On+Scv3aoGT0t3MDhdnCpH/qGf5x/ikAq x5sJZxEB0dLbXXq8miB6QcaD+IMqQ== X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:reply-to:subject:to :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=TPOj6R7WRDDxjOxit U0+kTUMOg/XvN17iqtyE0Nx2Ko=; b=IhLTPP0UYvgZCgI/QEdHfevYaQp1dVBH1 6nv+MHzj12bGjCO7u8jXzPyYCM778aGKbX/M8yep1T2RFFEbSI+AO0uPX0oO8YOt Q3w8la9wE/OwaGmYRAC7MPNB/VMYPH60ynr0A0Rj1q+eGbW1ueS++c0vamB0eDj1 VL4EMfisY+lWPwVVZUXYx4Yp+05F2fMlx21XvntHacQCXGB3xs7raQvO0pbiyJFU pg9hYWeITw199b5DV6H/Cv2Cs89AbGZPAljcrRJsG+Zen9vPwU5UidRrfOi6T9iF h3cPimKXBwycrkL0jbfr49fOzpa81/8tZ2LFLC3qQBYy1mc6SGCjw== X-ME-Sender: To: gEDA User Mailing List From: "Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com]" Subject: [geda-user] gnetlist not finding symbol libraries Message-ID: <16061151-e533-af35-6869-410872ff47ae@fastmail.com> Date: Wed, 21 Mar 2018 14:16:26 -0700 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Note-from-DJ: This may be spam Reply-To: geda-user AT delorie DOT com Greetings, I'm using gEDA 1.8.2 (g875406c), under Slackware Linux v14.2 (k4.4.118) and xfce4. 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. I used the technique described in the gschem User Guide, section 20, Configuring gschem, "Symbol and source libraries". I placed these path statements in my ~/.gEDA/gafrc file so that all tools would have access to them. Up until now, this has worked fine. Now, it seems gschem is finding these libraries without my explicit declarations in the gafrc file. If I leave them in my gafrc file, gschem reports duplicate library names when it processes the gafrc file. I have commented-out all of them in my gafrc file and gschem is still reporting these libraries in the insert symbol dialog list. There seems now to be a mechanism somewhere that does this explicit library declarations without my definitions. That is nice, but... If I comment out these libraries in my gafrc file, it quiets gschem, but then gnetlist reports it cannot find the symbols in my schematics. Note that yesterday, when I used gnetlist for the first time since about a year ago, it reported something about finding old files and it "recompiled" them for me. It did not give me a chance to opt out and the messages scrolled off the screen before I could read them properly. Needles to say, I cannot duplicate that "recompile". I checked my gEDA system files and all of them are dated last year. I cannot find any that may have been modified by this "recompile". What is going on? Where are the library paths stored so I can delete my local paths, go back to my original library path statements in gafrc, and get both of these programs to run properly? Should I put the library paths from my gafrc file into a local gnetlistrc? That seems contrary to what is defined in the guides, but if it works... Thanks. Girvin Herr