| delorie.com/archives/browse.cgi | search |
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
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |