delorie.com/archives/browse.cgi   search  
Mail Archives: geda-help/2021/06/23/07:37:17

X-Authentication-Warning: delorie.com: mail set sender to geda-help-bounces using -f
X-Recipient: geda-help AT delorie DOT com
Date: Wed, 23 Jun 2021 13:36:39 +0200 (CEST)
From: Roland Lutz <rlutz AT hedmen DOT org>
To: "John L. Males (jlmales AT gmail DOT com) [via geda-help AT delorie DOT com]" <geda-help AT delorie DOT com>
Subject: Re: [geda-help] Re: Gschem segfaults
In-Reply-To: <20210623043607.4ed1ea3817bf406660aab4b9@gmail.com>
Message-ID: <alpine.DEB.2.21.2106231320280.1245@nimbus>
References: <xnh7nchcyj DOT fsf AT envy DOT delorie DOT com> <4b1d3d85-7f93-9eac-c4eb-9f84f2a47e61 AT bitflipper DOT ca> <CAMw9acBn7xNo5jvrvS6Dof6JtYgOOLVKJwFFTu93S+CoPszjHw AT mail DOT gmail DOT com> <20210225212042 DOT 16269 DOT qmail AT stuge DOT se> <20210226140333 DOT 7D5E78248737 AT turkos DOT aspodata DOT se>
<20210226203024 DOT 8107 DOT qmail AT stuge DOT se> <20210226220140 DOT D69CD824873C AT turkos DOT aspodata DOT se> <20210302145834 DOT 24761 DOT qmail AT stuge DOT se> <20210302154815 DOT 39C3682475BD AT turkos DOT aspodata DOT se> <20210302185121 DOT 27316 DOT qmail AT stuge DOT se> <20210302200007 DOT E0E2082475BF AT turkos DOT aspodata DOT se>
<20210303113537 DOT 9A3DA832CA61 AT turkos DOT aspodata DOT se> <CACNnPR=v8xy3-7QF1Q20dAaVzk3Kv3=EtL4kH+=4Atc2FgQh6Q AT mail DOT gmail DOT com> <20210331131335 DOT d8f625b883ac9235b8b8e418 AT gmail DOT com> <alpine DOT DEB DOT 2 DOT 21 DOT 2103311605450 DOT 5886 AT nimbus> <20210331145641 DOT 4f615c0a2a8ca34bdb16276b AT gmail DOT com>
<20210623043607 DOT 4ed1ea3817bf406660aab4b9 AT gmail DOT com>
User-Agent: Alpine 2.21 (DEB 202 2017-01-01)
MIME-Version: 1.0
Reply-To: geda-help AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-help AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

Hi John,

On Wed, 23 Jun 2021, John L. Males (jlmales AT gmail DOT com) [via 
geda-help AT delorie DOT com] wrote:
> The error is "gschem: error wile loading shared libraries: 
> libgedacairo.so.1: cannot open shared object file: no such file or 
> directory".  Di dI miss something I was supposed to do or is there an 
> bug in the make install?

this looks indeed like a bug in `make install'.  The installed binaries 
have hard-coded paths to the location of the installed libraries; so 
unless you changed the destination/prefix directory after running `make', 
gschem shouldn't have problems finding the libgedacairo library.

Do you have a file `PREFIX/lib/libgedacairo.so.1'?  This is probably a 
symlink to `libgedacairo.so.1.0.3'; does that file exist, as well?  You 
can find out the path where gschem expects to find `libgedacairo.so.1' by 
running:

     ldd PREFIX/bin/gschem | grep gedacairo

Does that match the path of your `libgedacairo.so.1'?

> this was compiled on was a Live Debian Buster based system and not 
> compiled on the FreeBSD system this eMail is being sent from.

gEDA/gaf works fine on Debian Buster, so this shouldn't be too hard to fix.


On Wed, 23 Jun 2021, dmn (graahnul DOT grom AT gmail DOT com) [via
geda-help AT delorie DOT com] wrote:
> You may have a look at the bug reports on the Debian package tracker [1] 
> to get an idea why is this so. In a nutshell: portability problems with 
> Guile and Python.

That's not quite correct.  Debian packages for gEDA/gaf 1.10.2 have been 
available for some time:

     https://mentors.debian.net/package/geda-gaf/

This issue is that no-one with the appropriate privileges could be 
bothered to upload them into the main repositories so far. :-(

Roland

- Raw text -


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