delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2018/01/21/08:18:49

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Subject: Re: [geda-user] Bad gschem errors after trying new Linux version &
reverting
To: geda-user AT delorie DOT com
References: <d770e638-a03a-e3dd-9eb9-7fe6d0231bcc AT linetec DOT nl>
<alpine DOT DEB DOT 2 DOT 20 DOT 1801211335220 DOT 2338 AT nimbus>
From: "Richard Rasker (rasker AT linetec DOT nl) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Message-ID: <610e1fe5-71aa-938d-f637-ca6f6d8f56d5@linetec.nl>
Date: Sun, 21 Jan 2018 14:16:56 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
Thunderbird/52.5.0
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.20.1801211335220.2338@nimbus>
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id w0LDHHRs027864
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

Op 21-01-18 om 13:41 schreef Roland Lutz:
> On Sun, 21 Jan 2018, Richard Rasker (rasker AT linetec DOT nl) [via 
> geda-user AT delorie DOT com] wrote:
>> Does anyone have an idea what might cause this?
>
> gschem has the tendency to use Scheme files in unexpected places. 
> Maybe you are still using the /usr/share/gEDA (or 
> /usr/local/share/gEDA) directory of the newer installation, or the 
> Scheme files of the older installation were overwritten by the newer one.

The Mint 18 installation resides on a separate partition which is not 
mounted when I run Mint 17, and vice versa. Only the /home partition was 
common between these two Mint versions, so I can't think of a way that 
this could get messed up.

And forgive my ignorance, but what are Scheme files? And how can I 
locate them? I can't recall having come across these before. If a newer 
version of one of these is somehow parked in my /home directory, but not 
in ~/.gEDA/, then that might explain things.

> My other idea would be an incompatible version of Guile.  Which 
> version(s) of Guile do you have installed, and in which paths?
$ guile -v
guile (GNU Guile) 2.0.9
$ which guile
/usr/bin/guile

>   Which version is actually used by gschem?

I don't know; how can I find this out? This is the gschem version:

$ gschem --version
gEDA 1.9.2 (gb83e7a3)

Note: I installed geda-geschem, pcb etcetera as packages from the 
mehanik/geda-unstable PPA, but that has always worked fine. As is no 
doubt clear from the above, I'm only marginally competent in debugging 
things like this.

- Raw text -


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