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 To: "John L. Males (jlmales AT gmail DOT com) [via geda-help AT delorie DOT com]" Subject: Re: [geda-help] Re: Gschem segfaults In-Reply-To: <20210623043607.4ed1ea3817bf406660aab4b9@gmail.com> Message-ID: References: <4b1d3d85-7f93-9eac-c4eb-9f84f2a47e61 AT bitflipper DOT ca> <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> <20210331131335 DOT d8f625b883ac9235b8b8e418 AT gmail DOT com> <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 Content-Type: text/plain; charset=US-ASCII; format=flowed 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 Precedence: bulk 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