X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Thu, 13 Jul 2023 14:20:20 +0200 (CEST) From: Roland Lutz To: "Girvin Herr (gherrl2 AT fastmail DOT com) [via geda-user AT delorie DOT com]" Subject: Re: [geda-user] geda-gaf 1.10.2 make check test failure In-Reply-To: <968ccc54-0513-8444-1944-5f98c662eaf2@fastmail.com> Message-ID: References: <968ccc54-0513-8444-1944-5f98c662eaf2 AT fastmail DOT com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="8323329-1517938935-1689250820=:2495" 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 message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323329-1517938935-1689250820=:2495 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT Hi Girvin, thank you for reporting this issue! On Wed, 12 Jul 2023, Girvin Herr (gherrl2 AT fastmail DOT com) [via geda-user AT delorie DOT com] wrote: > I am building geda-gaf 1.10.2 on my Slackware64 15.0 system for the > first time. It is my policy to build a package twice - once in a user > mode corral to make sure the program builds without going out and trying > to change root-privileged files on my disk and then if it builds fine > there, I go on to build in root for installation. Building packages doesn't require root privileges, so it shouldn't be done as root. I'd recommend to either configure gEDA/gaf to use a user-local prefix (e.g., ~/.local/) or just run the "make install" command as root. > This geda-gaf version built fine in user mode with "make check", but > when I build in root, I am getting a fatal test error: >     "unit-tests/t0402-config.scm" > Just the one error that I can tell. It appears to pass all the other tests. gEDA/gaf isn't intended to be run as root, so it isn't surprising that configuration doesn't behave as expected in this situation, causing the test to fail. As long as this is the only symptom, I don't feel like it is worth investing the time to look into this, though. Roland --8323329-1517938935-1689250820=:2495--