X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
X-CMAE-Analysis:	v=2.4 cv=b8N3XvKx c=1 sm=1 tr=0 ts=5fe7c54c
	a=+cj0cO56Fp8x7EdhTra87A==:117 a=oarcYVmp8aTS/m58a5208g==:17
	a=9+rZDBEiDlHhcck0kWbJtElFXBc=:19 a=IkcTkHD0fZMA:10 a=zTNgK-yGK50A:10
	a=ZLGELXoPAAAA:8 a=Mj1Xp5F7AAAA:8 a=fnwxoL7a9lkoIjy50I8A:9 a=QEXdDO2ut3YA:10
	a=CFiPc5v16LZhaT-MVE1c:22 a=OCttjWrK5_uSHO_3Hkg-:22
X-SECURESERVER-ACCT:	glimrick AT epilitimus DOT com
Subject:	Re: [geda-user] [ANNOUNCE] geda-gaf 1.10.2 released
To:	geda-user AT delorie DOT com
References:	<alpine DOT DEB DOT 2 DOT 21 DOT 2012222348500 DOT 521 AT nimbus>
	<09a3adc8-401f-70fd-1ba4-c5cc850f62aa AT fastmail DOT com>
	<5a52e3b4-50a6-2b0e-7d7d-7eb144c5619f AT epilitimus DOT com>
	<ebab350e-1ca4-505f-2155-a376ca8350ac AT fastmail DOT com>
	<1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com>
	<54c87596-c5ef-cfba-d74d-2fa6411b555f AT fastmail DOT com>
From:	"Glenn (glimrick AT epilitimus DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Message-ID:	<eae1a23d-7f2b-b61e-3566-9485f4609732@epilitimus.com>
Date:	Sat, 26 Dec 2020 15:20:33 -0800
User-Agent:	Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
	Firefox/60.0 SeaMonkey/2.53.3
MIME-Version:	1.0
In-Reply-To:	<54c87596-c5ef-cfba-d74d-2fa6411b555f@fastmail.com>
X-AntiAbuse:	This header was added to track abuse, please include it with any abuse report
X-AntiAbuse:	Primary Hostname - a2plcpnl0121.prod.iad2.secureserver.net
X-AntiAbuse:	Original Domain - delorie.com
X-AntiAbuse:	Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse:	Sender Address Domain - epilitimus.com
X-Get-Message-Sender-Via:	a2plcpnl0121.prod.iad2.secureserver.net: authenticated_id: glimrick AT epilitimus DOT com
X-Authenticated-Sender:	a2plcpnl0121.prod.iad2.secureserver.net: glimrick AT epilitimus DOT com
X-Source:
X-Source-Args:
X-Source-Dir:
X-CMAE-Envelope:	MS4xfM4au4Lj0vvQ7FKS5m1kkCfr+j30Yc0kckUFRdikcUdKCnwJG1aWsJHwlYjydJ+EDaVtMmDctSJUVQuo4YgC4JEFZw5Ay3c3GK5evTW+wFMBlKlb1NI+
	B/kX8S6Ye9UwIsR0DU60eMwu3/3AAOBSxxRuxrpKPLYnN0UjmrS/+mk9NiGb9a2gkwA/HLQTIoYQOVx5mkLLrgzuMCHBXqLYz+crJCAjaBEYELC6SxfQ80R4
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

Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com] wrote:
> GH: I have glibc-2.23-i586-4, not glibc-2.23-...-1.
>
> Interesting that the configure didn't flag those discrepancies, if
> truly required. Maybe the key word here is "recommended", not "required".
>
The important bit is the "glibc-2.23" the rest is build specific.

> Glenn,
>
> I hope you had a Merry Christmas.
>
Very pleasant. Thankyou :)

> ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR:
> Unbound variable: build-path
>
> ERROR: The lt-gsymcheck log may contain more information.
> 1,12d0
> < Warning: Missing pinlabel= attribute
> < Warning: Missing pintype= attribute
> < ERROR: Missing pinseq= attribute
> < ERROR: Missing pinnumber= attribute
> < ERROR: Not enough pins in slotdef=1:1,2,3
> < ERROR: Not enough pins in slotdef=2:4,5,6
> < ERROR: Not enough pins in slotdef=3:9,10,8
> < ERROR: Not enough pins in slotdef=4:12,13,11
> < ERROR: Found a connection inside a symbol
> < ERROR: Found a connection inside a symbol
> < 2 warnings found
> < 8 ERRORS found
> FAIL connections2.output (exit status: 2)
>

> There seem to be two problems here:
>
>  1. The inability to load the gafrc file is problematic when building
>     from scratch - it won't exist.
>
>  2. Why is it trying to find a file outside the base build directory?!
>     The source package is in /home/gherr/build, not /home/gherr/.gEDA.
>     It shouldn't be searching that far out for tests. That is
>     ill-behaved. Note that I do not have the /etc/profile.d files
>     installed due to a conflict problem with Lepton-eda. Therefore, I
>     do not have the GEDADATA* environment variables.
>
Actually we have made considerable progress here.
1. We can probably rule out compiler and C library because the problem
is not a build error.
2. gsymcheck is producing the expected output so everything should
operate normally for you. It is just producing some extra unexpected
output which is why the test is failing.
3. The issue is the gafrc file. Question is why is it trying to load it.
As you point out trying to load a user specific config file during a
test run is probably not a good idea. Time to go code diving...
>
> Just for completeness, here is the appropriate snippet with build-path
> from my gafrc:
>
> ************************
>
> <snip>
>
> ;
> ; Local component library paths::
> ;
> (define localsyms "/home/gherr/gaf/gschem-sym/component")
> ;
> (component-library "/home/gherr/gaf/gschem-sym/graphical")
> (component-library "/home/gherr/gaf/gschem-sym/graphical/architectural")
> (component-library "/home/gherr/gaf/gschem-sym/graphical/drawing")
> (component-library "/home/gherr/gaf/gschem-sym/graphical/plumbing")
> (component-library "/home/gherr/gaf/gschem-sym/graphical/title-blocks")
> ;
> (component-library (build-path localsyms "A"))
> (component-library (build-path localsyms "B"))
> (component-library (build-path localsyms "C"))
> (component-library (build-path localsyms "CB"))
> (component-library (build-path localsyms "CR"))
> (component-library (build-path localsyms "DS"))
>
> <snip>
>
> ****************************
>
> Has the "build-path" function been removed from 1.10.2, causing the
> unbound variable error?
>
>
No idea.

Just out of curiosity, if you temporarily rename/move the offending
gafrc file so it can't be found and rerun the the gsymcheck tests does
it pass? I don't have a ~/.gEDA/gafrc file so maybe that is why mine passes.

Glenn

- Raw text -