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=
messagingengine.com; h=content-type:date:from:in-reply-to
:message-id:mime-version:references:reply-to:subject:to
:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=
fm1; bh=TA+UNgE6FN78KAoHPorOgAnfziebpRJFTgpY4Aej21A=; b=lezOJ8Nq
r4FbVErPjLEtP4C5CpxJJuWXOkDrzJptl6DGuDCwKblRDZVsNlqjSSRGAV/pzhuq
zcWpWXWqlVptJOc1Am9A9f6Hn9FCfEtUCNemeRrfmnsgWzVgm/4sXPaKoUwr5TTC
q48y+kJdKUBvwCLpVdMmR1YpEiyxWRyR+HGYNFuKV4o1YAAXAcjqgj6/3+TGo9S+
A6qdOTz3teT6oLvJrpSaG82YKxieAbh0y8lpF8vIDV1L08jRwXFuzeEuf/4yNOCF
Swa4ASljATTESPPklihE3xqPpVLXSdOYQnxiWHMgCgqjxg+5AnCblqX1RuNFsGld
Xd6leHisffb/aQ==
X-ME-Sender: <xms:YZDnX3TIc0uJS7r_pPWg9KCQ8edSfVoSCcf5uupW_z50hbUa30NSQA>
<xme:YZDnX4ytStH-S2NT7qPDzgz4QY3clkPcQUKgppAlfis-jQPsmHh1WmJ-BIH2fhBQJ
boQydHbPETHSkLqdA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrvdduhedgudduudcutefuodetggdotefrod
ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh
necuuegrihhlohhuthemuceftddtnecunecujfgurheprhfuvfhfhffkffgfgggjtgesrg
dtreertdefjeenucfhrhhomhepifhirhhvihhnucfjvghrrhcuoehghhgvrhhrlhesfhgr
shhtmhgrihhlrdgtohhmqeenucggtffrrghtthgvrhhnpeeljedvuefghfevhfetvdekfe
fhteffkeegkeejieeffedtieeuudejgeefgeekvdenucfkphepuddtkedrvdduhedrudel
hedrvddtheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh
hmpehghhgvrhhrlhesfhgrshhtmhgrihhlrdgtohhm
X-ME-Proxy: <xmx:YZDnX80EKJFsAuS-t-ycDIl7O26sP5ILOW74ateFAdT41cUmNI2VaQ>
<xmx:YZDnX3ClOTquK2QquShx8ywWb6REOfjIUrQt6CizQX54FZK9Lk15uA>
<xmx:YZDnXwjVsXSINhK8EV8KXskBC1IDnyAPTTzj-21-F0_Z7cn4pY00-w>
<xmx:YZDnX7tNgTSmoU57AY1tyA3qnZgk91zHf3E8ANEenCfW0wXWpJEJlRda57M>
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>
From: "Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Message-ID: <54c87596-c5ef-cfba-d74d-2fa6411b555f@fastmail.com>
Date: Sat, 26 Dec 2020 11:32:41 -0800
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:68.0) Gecko/20100101
Thunderbird/68.12.0
MIME-Version: 1.0
In-Reply-To: <1d8bac3a-9787-dd41-9269-ab8d3d681754@epilitimus.com>
Content-Type: multipart/alternative;
boundary="------------4323B4723CF2B07AAC01B2D5"
Content-Language: en-US
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
This is a multi-part message in MIME format.
--------------4323B4723CF2B07AAC01B2D5
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
On 12/24/20 6:37 PM, Glenn (glimrick AT epilitimus DOT com) [via
geda-user AT delorie DOT com] wrote:
> Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com] wrote:
>> This is a weird, but not fatal, problem. I have yet to build as root,
>> install and run it. Thanks.
>>
> But now my brain has latched onto it...
Yes. I can sympathize with that.
>
> Okay, well two things I know for certain I have upgraded is my compiler:
>> $ gcc --version
>> gcc (GCC) 9.3.0
> and I've installed glibc-2.30...so either or both of those could
> certainly cause different results.
GH: I have gcc-5.3.0-i586-3 and glibc-2.23-i586-4
>
> On my machine after running `make check`, looking in the gsymcheck/tests
> directory there is a test-suite.log file:
>> $ cat gsymcheck/tests/test-suite.log
>> =====================================================
>> gEDA/gaf 1.10.2: gsymcheck/tests/test-suite.log
>> =====================================================
>>
>> # TOTAL: 46
>> # PASS: 46
>> # SKIP: 0
>> # XFAIL: 0
>> # FAIL: 0
>> # XPASS: 0
>> # ERROR: 0
>>
>> .. contents:: :depth: 2
> and a gsymcheck/tests/logs directory which contains the log for each
> individual test. Picking one at pseudo-random:
>> $ cat gsymcheck/tests/logs/gsymcheck-20201225-3.log
>> Loaded RC file
>> [/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/lib/system-gsymcheckrc]
>> Loaded file
>> [/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/tests/./connections2.sym]
>>
>> Checking:
>> /home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/tests/connections2.sym
>> 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
> Do either of these sources on your machine provide any useful info on
> the cause of the fail?
GH: See below for my log output.
>
> Glenn
>
> PS. I may have just found it. From the 1.10.2 README:
>> - A C/C++ compiler and standard library (GCC >= 8.3.0 and glibc >=
>> 2.28 are recommended, but clang >= 7.0.1 should work, as well).
> Slackware 14.2 stock is:
>> $ ls ~/SlackISO/Slack64/slackware64/d/gcc*
>> /home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txt
>> /home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txz
>> /home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txz.asc
>> $ ls ~/SlackISO/Slack64/slackware64/l/glibc-*
>> /home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txt
>> /home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txz
>> /home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txz.asc
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".
> As I recall you said you are running stock 14.2. As long as it runs
> though that is what matters.
>
> Glenn
>
GH: I will try to run it today. That is my goal, not to pass all the
tests. I don't think _any_ of the gEDA packages in the past have passed
all the tests. I have always had to disable the make check. And they all
built and ran fine.
Glenn,
I hope you had a Merry Christmas.
In addition to the inline comments above, here is a snippet from my
failing test-suite.log file. It is too big to insert it here completely.
***************************
=====================================================
gEDA/gaf 1.10.2: gsymcheck/tests/test-suite.log
=====================================================
# TOTAL: 46
# PASS: 0
# SKIP: 0
# XFAIL: 0
# FAIL: 46
# XPASS: 0
# ERROR: 0
.. contents:: :depth: 2
FAIL: buses
===========
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,2d0
< ERROR: Found a bus inside a symbol
< 1 ERROR found
FAIL buses.output (exit status: 2)
FAIL: connections1
==================
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,4d0
< ERROR: Found a net inside a symbol
< ERROR: Found a connection inside a symbol
< ERROR: Found a connection inside a symbol
< 3 ERRORS found
FAIL connections1.output (exit status: 2)
FAIL: connections2
==================
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)
<snip>
**********************
The other check logs are similar. The individual test logs seem to be
the same as the equivalent test-suite log entries, so I will not bother
to add them here.
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.
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?
Thanks and take care.
Girvin
--------------4323B4723CF2B07AAC01B2D5
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">On 12/24/20 6:37 PM, Glenn
(<a class="moz-txt-link-abbreviated" href="mailto:glimrick AT epilitimus DOT com">glimrick AT epilitimus DOT com</a>) [via <a class="moz-txt-link-abbreviated" href="mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>] wrote:<br>
</div>
<blockquote type="cite"
cite="mid:1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com">
<pre class="moz-quote-pre" wrap="">Girvin Herr (<a class="moz-txt-link-abbreviated" href="mailto:gherrl AT fastmail DOT com">gherrl AT fastmail DOT com</a>) [via <a class="moz-txt-link-abbreviated" href="mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>] wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">
This is a weird, but not fatal, problem. I have yet to build as root,
install and run it. Thanks.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">But now my brain has latched onto it...</pre>
</blockquote>
Yes. I can sympathize with that.<br>
<blockquote type="cite"
cite="mid:1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com">
<pre class="moz-quote-pre" wrap="">
Okay, well two things I know for certain I have upgraded is my compiler:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">$ gcc --version
gcc (GCC) 9.3.0
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">and I've installed glibc-2.30...so either or both of those could
certainly cause different results.</pre>
</blockquote>
GH: I have gcc-5.3.0-i586-3 and glibc-2.23-i586-4<br>
<blockquote type="cite"
cite="mid:1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com">
<pre class="moz-quote-pre" wrap="">
On my machine after running `make check`, looking in the gsymcheck/tests
directory there is a test-suite.log file:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">$ cat gsymcheck/tests/test-suite.log
=====================================================
gEDA/gaf 1.10.2: gsymcheck/tests/test-suite.log
=====================================================
# TOTAL: 46
# PASS: 46
# SKIP: 0
# XFAIL: 0
# FAIL: 0
# XPASS: 0
# ERROR: 0
.. contents:: :depth: 2
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
and a gsymcheck/tests/logs directory which contains the log for each
individual test. Picking one at pseudo-random:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">$ cat gsymcheck/tests/logs/gsymcheck-20201225-3.log
Loaded RC file
[/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/lib/system-gsymcheckrc]
Loaded file
[/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/tests/./connections2.sym]
Checking:
/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/tests/connections2.sym
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
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">Do either of these sources on your machine provide any useful info on
the cause of the fail?</pre>
</blockquote>
GH: See below for my log output.<br>
<blockquote type="cite"
cite="mid:1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com">
<pre class="moz-quote-pre" wrap="">
Glenn
PS. I may have just found it. From the 1.10.2 README:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap=""> - A C/C++ compiler and standard library (GCC >= 8.3.0 and glibc >=
2.28 are recommended, but clang >= 7.0.1 should work, as well).
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">Slackware 14.2 stock is:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">$ ls ~/SlackISO/Slack64/slackware64/d/gcc*
/home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txt
/home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txz
/home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txz.asc
$ ls ~/SlackISO/Slack64/slackware64/l/glibc-*
/home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txt
/home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txz
/home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txz.asc
</pre>
</blockquote>
</blockquote>
<p>GH: I have glibc-2.23-i586-4, not glibc-2.23-...-1.<br>
</p>
<p>Interesting that the configure didn't flag those discrepancies,
if truly required. Maybe the key word here is "recommended", not
"required".<br>
</p>
<blockquote type="cite"
cite="mid:1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com">
<pre class="moz-quote-pre" wrap="">As I recall you said you are running stock 14.2. As long as it runs
though that is what matters.
Glenn
</pre>
</blockquote>
GH: I will try to run it today. That is my goal, not to pass all the
tests. I don't think <u>any</u> of the gEDA packages in the past
have passed all the tests. I have always had to disable the make
check. And they all built and ran fine.<br>
<blockquote type="cite"
cite="mid:1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com">
<pre class="moz-quote-pre" wrap="">
</pre>
</blockquote>
<p>Glenn,</p>
<p>I hope you had a Merry Christmas.<br>
</p>
<p>In addition to the inline comments above, here is a snippet from
my failing test-suite.log file. It is too big to insert it here
completely.</p>
<p>***************************</p>
<p>=====================================================<br>
gEDA/gaf 1.10.2: gsymcheck/tests/test-suite.log<br>
=====================================================<br>
<br>
# TOTAL: 46<br>
# PASS: 0<br>
# SKIP: 0<br>
# XFAIL: 0<br>
# FAIL: 46<br>
# XPASS: 0<br>
# ERROR: 0<br>
<br>
.. contents:: :depth: 2<br>
<br>
FAIL: buses<br>
===========<br>
<br>
ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR:
Unbound variable: build-path<br>
<br>
ERROR: The lt-gsymcheck log may contain more information.<br>
1,2d0<br>
< ERROR: Found a bus inside a symbol<br>
< 1 ERROR found <br>
FAIL buses.output (exit status: 2)<br>
</p>
<p>FAIL: connections1<br>
==================<br>
<br>
ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR:
Unbound variable: build-path<br>
<br>
ERROR: The lt-gsymcheck log may contain more information.<br>
1,4d0<br>
< ERROR: Found a net inside a symbol<br>
< ERROR: Found a connection inside a symbol<br>
< ERROR: Found a connection inside a symbol<br>
< 3 ERRORS found <br>
FAIL connections1.output (exit status: 2)</p>
<p>FAIL: connections2<br>
==================<br>
<br>
ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR:
Unbound variable: build-path<br>
<br>
ERROR: The lt-gsymcheck log may contain more information.<br>
1,12d0<br>
< Warning: Missing pinlabel= attribute<br>
< Warning: Missing pintype= attribute<br>
< ERROR: Missing pinseq= attribute<br>
< ERROR: Missing pinnumber= attribute<br>
< ERROR: Not enough pins in slotdef=1:1,2,3<br>
< ERROR: Not enough pins in slotdef=2:4,5,6<br>
< ERROR: Not enough pins in slotdef=3:9,10,8<br>
< ERROR: Not enough pins in slotdef=4:12,13,11<br>
< ERROR: Found a connection inside a symbol<br>
< ERROR: Found a connection inside a symbol<br>
< 2 warnings found <br>
< 8 ERRORS found <br>
FAIL connections2.output (exit status: 2)<br>
<br>
<snip></p>
<p>**********************</p>
<p>The other check logs are similar. The individual test logs seem
to be the same as the equivalent test-suite log entries, so I will
not bother to add them here.<br>
</p>
<p>There seem to be two problems here:</p>
<ol>
<li>The inability to load the gafrc file is problematic when
building from scratch - it won't exist. <br>
<br>
</li>
<li>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.<br>
</li>
</ol>
<p>Just for completeness, here is the appropriate snippet with
build-path from my gafrc:</p>
<p>************************</p>
<p><snip><br>
</p>
<p>;<br>
; Local component library paths::<br>
;<br>
(define localsyms "/home/gherr/gaf/gschem-sym/component")<br>
;<br>
(component-library "/home/gherr/gaf/gschem-sym/graphical")<br>
(component-library
"/home/gherr/gaf/gschem-sym/graphical/architectural")<br>
(component-library "/home/gherr/gaf/gschem-sym/graphical/drawing")<br>
(component-library
"/home/gherr/gaf/gschem-sym/graphical/plumbing")<br>
(component-library
"/home/gherr/gaf/gschem-sym/graphical/title-blocks")<br>
;<br>
(component-library (build-path localsyms "A"))<br>
(component-library (build-path localsyms "B"))<br>
(component-library (build-path localsyms "C"))<br>
(component-library (build-path localsyms "CB"))<br>
(component-library (build-path localsyms "CR"))<br>
(component-library (build-path localsyms "DS"))</p>
<p><snip><br>
</p>
<p>****************************</p>
<p>Has the "build-path" function been removed from 1.10.2, causing
the unbound variable error? <br>
</p>
<p>Thanks and take care.</p>
<p>Girvin</p>
<p><br>
</p>
</body>
</html>
--------------4323B4723CF2B07AAC01B2D5--