Mail Archives: geda-user/2015/08/22/18:00:51
--001a113d5b88fbbce2051ded811e
Content-Type: text/plain; charset=UTF-8
Hello everyone, I found the true culprit... user error!
Yesterday, I set up a virtual machine with Debian stable and found I had
exactly the same error as on Ubuntu. When I tried to apply Vladimir's
advice I realized that gEDA depends on being able to find its bootup
scripts in /usr/local/ (the paths seem to be hard coded). The files it was
looking for didn't exist, so it couldn't load them, guile seems to be
complaining that it got no input.
Previously, I used to regularly build older versions of gEDA and run them
in their build directory's without issue. This is probably because I
already had a version installed in /usr/local - so the files existed.
TLDR: Simply running `make install` fixes the guile error. Guile's error
output is not particularly helpful, I suspect it should say "file
/usr/lcoal/share/gEDA/... does not exist".
Disclaimer: I has not conducted any further testing,
On Sat, Aug 22, 2015 at 4:58 PM, Vladimir Zhbanov (vzhbanov AT gmail DOT com) [via
geda-user AT delorie DOT com] <geda-user AT delorie DOT com> wrote:
> Hi, Jason.
>
> On Thu, Aug 20, 2015 at 08:55:27PM -0400, Jason White (
> whitewaterssoftwareinfo AT gmail DOT com) [via geda-user AT delorie DOT com] wrote:
> > Well, on my system (Ubuntu 14.04 LTS) it is a non-trivial task to get the
> > Debian package for guile 2.0.11 without contaminating my package manager
> > with (incompatible) upstream libraries.
>
> Have you any Ubuntu geda packages already installed?
>
> I had the same "bug" after installing the geda package in Debian and
> then installing gschem from git repo. Checking what happens in gdb I saw
> scm_boot_guile () didn't load and did output the error you'd written
> about. I think this is because of guile used a wrong libgeda library.
> Something wrong with dynamic linking.
>
> Particularly, I had this issue when I tried to run gschem/src/gschem
> built in the repository.
>
> Now, after manual removing all the geda stuff (/usr/local/share/gEDA)
> which left after uninstallation, I cannot reproduce the issue, and both
> Debian's and git's gschem work, and even gschem/src/gschem.
>
> See also the discussion at https://bugs.launchpad.net/bugs/1485199.
>
> HTH,
> Vladimir
>
--
Jason White
--001a113d5b88fbbce2051ded811e
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div><div>Hello everyone, I found the true culprit... user=
error!<br><br></div><div></div>Yesterday, I set up a virtual machine with =
Debian stable and found I had exactly the same error as on Ubuntu. When I t=
ried to apply Vladimir's advice I realized that gEDA depends on being a=
ble to find its bootup scripts in /usr/local/ (the paths seem to be hard co=
ded). The files it was looking for didn't exist, so it couldn't loa=
d them, guile seems to be complaining that it got no input.<br><br>Previous=
ly, I used to regularly build older versions of gEDA and run them in their =
build directory's without issue. This is probably because I already had=
a version installed in /usr/local - so the files existed. <br><br>TLDR: Si=
mply running `make install` fixes the guile error. Guile's error output=
is not particularly helpful, I suspect it should say "file /usr/lcoal=
/share/gEDA/... does not exist".<br><br></div>Disclaimer: I has not co=
nducted any further testing, <br></div><div class=3D"gmail_extra"><br><div =
class=3D"gmail_quote">On Sat, Aug 22, 2015 at 4:58 PM, Vladimir Zhbanov (<a=
href=3D"mailto:vzhbanov AT gmail DOT com">vzhbanov AT gmail DOT com</a>) [via <a href=3D=
"mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>] <span dir=3D"ltr"=
><<a href=3D"mailto:geda-user AT delorie DOT com" target=3D"_blank">geda-user AT d=
elorie.com</a>></span> wrote:<br><blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi, Jaso=
n.<br>
<span class=3D""><br>
On Thu, Aug 20, 2015 at 08:55:27PM -0400, Jason White (<a href=3D"mailto:wh=
itewaterssoftwareinfo AT gmail DOT com">whitewaterssoftwareinfo AT gmail DOT com</a>) [vi=
a <a href=3D"mailto:geda-user AT delorie DOT com">geda-user AT delorie DOT com</a>] wrote=
:<br>
> Well, on my system (Ubuntu 14.04 LTS) it is a non-trivial task to get =
the<br>
> Debian package for guile 2.0.11 without contaminating my package manag=
er<br>
> with (incompatible) upstream libraries.<br>
<br>
</span>Have you any Ubuntu geda packages already installed?<br>
<br>
I had the same "bug" after installing the geda package in Debian =
and<br>
then installing gschem from git repo. Checking what happens in gdb I saw<br=
>
scm_boot_guile () didn't load and did output the error you'd writte=
n<br>
about. I think this is because of guile used a wrong libgeda library.<br>
Something wrong with dynamic linking.<br>
<br>
Particularly, I had this issue when I tried to run gschem/src/gschem<br>
built in the repository.<br>
<br>
Now, after manual removing all the geda stuff (/usr/local/share/gEDA)<br>
which left after uninstallation, I cannot reproduce the issue, and both<br>
Debian's and git's gschem work, and even gschem/src/gschem.<br>
<br>
See also the discussion at <a href=3D"https://bugs.launchpad.net/bugs/14851=
99" rel=3D"noreferrer" target=3D"_blank">https://bugs.launchpad.net/bugs/14=
85199</a>.<br>
<br>
HTH,<br>
=C2=A0 Vladimir<br>
</blockquote></div><br><br clear=3D"all"><br>-- <br><div class=3D"gmail_sig=
nature">Jason White</div>
</div>
--001a113d5b88fbbce2051ded811e--
- Raw text -