X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ki6dfGkqUuiJLqGu1Cs+M+1N/qd+Fz/YPktX1Toxmf0=; b=kNij0PKqmN95lucxPoo3rSsZ5HXweJzH777VPSsW7xtIvorFT/X9znGwTAWVOGb1LS WPdNfx4D7ecjF8jslLsaUx9zvbzb6MHvGz4ZWNW9kAch2N4/DHPrYVLyWwqukvZMwt7W 093Hg2s6AYoPSoJAg1ca1DzPKqttWVcac4rPQ/coX4SVeN6ifl7OhIvDMA+Cgg+9l2lB qJ1k3hbbioharYdsaxbRkg7Um4LEUS82ZuLDLH1hSdwO3+Xv8WScaUdSdBpujpMRO6ZN 8x26EkPn/gLhkWo7pU63ffG/aSFIilmoq1wajXRpv5O33i8hmCfH+GeBIEPOTzWC8yWc Kn/Q== MIME-Version: 1.0 X-Received: by 10.202.96.8 with SMTP id u8mr14130021oib.77.1440280808759; Sat, 22 Aug 2015 15:00:08 -0700 (PDT) In-Reply-To: <20150822205830.GA23773@localhost.localdomain> References: <20150726154948 DOT GA15646 AT localhost DOT localdomain> <20150726170206 DOT GB15646 AT localhost DOT localdomain> <20150727092112 DOT GB14782 AT localhost DOT localdomain> <20150822205830 DOT GA23773 AT localhost DOT localdomain> Date: Sat, 22 Aug 2015 18:00:08 -0400 Message-ID: Subject: Re: [geda-user] Guile Error in gEDA-gaf Head From: "Jason White (whitewaterssoftwareinfo AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Content-Type: multipart/alternative; boundary=001a113d5b88fbbce2051ded811e Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk --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] 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
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 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.

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.

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".

Disclaimer: I has not co= nducted 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 d= elorie.com> wrote:
Hi, Jaso= n.

On Thu, Aug 20, 2015 at 08:55:27PM -0400, Jason White (whitewaterssoftwareinfo AT gmail DOT com) [vi= a 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 manag= er
> 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 writte= n
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/14= 85199.

HTH,
=C2=A0 Vladimir



--
Jason White
--001a113d5b88fbbce2051ded811e--