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 |