delorie.com/archives/browse.cgi | search |
X-Authentication-Warning: | delorie.com: mail set sender to geda-help-bounces using -f |
X-Recipient: | geda-help AT delorie DOT com |
X-Original-DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; |
d=gmail.com; s=20161025; | |
h=date:from:to:subject:message-id:in-reply-to:references:reply-to | |
:organization:disposition-notification-to:return-receipt-to | |
:mime-version; | |
bh=kcaKEFQoBAjLxZgKOTEz1ceSfE2YtpVBqdoeMdbrmcw=; | |
b=uIgDoCfBT0e0JjiRlmcKeT2ruRqPq0mpVvZML85O310N3wfDGLXmHHC7xdwjW3sxcW | |
QpeYbkDXvD5LePLW80Z3Pfob+kV7n03wgia0VLMjAmpz+/Uo7nOk8JeI0t0SoM9dtuY/ | |
Sstax7WODwNjj+xIiSznVKPOOniV5CwDFfqFc0XZ4pSijhX4oVfnevB+TCc3RQJs/HbQ | |
GQ+/PouzhMDJ87tqgkCoacmd2Cns5sck4btUhXKaC39Rn2ALrZ7+iGZF7+Gd4Jt564EE | |
pSc9fWom8VXHrZS22QiE8+Xg1v76yZl3Z6/Uke7sqj57E7FmFCKfVx99K+rZihzy32ng | |
Na0Q== | |
X-Google-DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; |
d=1e100.net; s=20161025; | |
h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to | |
:references:reply-to:organization:disposition-notification-to | |
:return-receipt-to:mime-version; | |
bh=kcaKEFQoBAjLxZgKOTEz1ceSfE2YtpVBqdoeMdbrmcw=; | |
b=unIMleEn/Hnr6jh7rSsmhwLn4txc9y115KNFLzaeS2T99xtPRWFV3RZ/O7QEwl5D9e | |
d6c+OZgGdog/4J2VI3+9Rhy7uvk0xlkI3sHK3VGaxMRPJ7T8qYhbgOf9ZaTN8YRLg+DV | |
6eBTuh1yVdfiNu63MNwEo+q2YDmVWiX+Me3Dynbv7lfANKcdh+bhxQX3RDHnbzNpprlP | |
QByGFyiU3NIMFrulqVhftmJ7ZeccTNJ+3m5s+UAlCpm8MgNuUZ7UPF4n/Qq/IszB14FT | |
IBH+ykz/LO7sT63R6W2jV3Km5Dj1JaJvCk5k1pRtzEIc2IEBwfx4EwphlI6uDxKRwn1N | |
RkfA== | |
X-Gm-Message-State: | AOAM530ga4ExpeQgD0RN+Aah5wQZfileVms9JCDReYOveRP3r7v5qMnu |
nYL4jFdor9r7B+0+Uwo7MmlCtdRH7je/ | |
X-Google-Smtp-Source: | ABdhPJxVN0/PByisrvxfIrfBCSjJmQDri7/sAtjzTlkvrXOIBiAf/GWZ3ox0crKVkYhOYFyq8qClIw== |
X-Received: | by 2002:a05:6e02:1d97:: with SMTP id h23mr443185ila.108.1624470017853; |
Wed, 23 Jun 2021 10:40:17 -0700 (PDT) | |
Date: | Wed, 23 Jun 2021 17:40:04 +0000 |
From: | "John L. Males (jlmales AT gmail DOT com) [via geda-help AT delorie DOT com]" <geda-help AT delorie DOT com> |
To: | Roland Lutz <geda-help AT delorie DOT com> |
Subject: | Re: [geda-help] Re: Gschem segfaults |
Message-Id: | <20210623174004.705905d506618e1f3042be24@gmail.com> |
In-Reply-To: | <alpine.DEB.2.21.2106231320280.1245@nimbus> |
References: | <xnh7nchcyj DOT fsf AT envy DOT delorie DOT com> |
<4b1d3d85-7f93-9eac-c4eb-9f84f2a47e61 AT bitflipper DOT ca> | |
<CAMw9acBn7xNo5jvrvS6Dof6JtYgOOLVKJwFFTu93S+CoPszjHw AT mail DOT gmail DOT com> | |
<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> | |
<CACNnPR=v8xy3-7QF1Q20dAaVzk3Kv3=EtL4kH+=4Atc2FgQh6Q AT mail DOT gmail DOT com> | |
<20210331131335 DOT d8f625b883ac9235b8b8e418 AT gmail DOT com> | |
<alpine DOT DEB DOT 2 DOT 21 DOT 2103311605450 DOT 5886 AT nimbus> | |
<20210331145641 DOT 4f615c0a2a8ca34bdb16276b AT gmail DOT com> | |
<20210623043607 DOT 4ed1ea3817bf406660aab4b9 AT gmail DOT com> | |
<alpine DOT DEB DOT 2 DOT 21 DOT 2106231320280 DOT 1245 AT nimbus> | |
Organization: | Toronto, Ontario |
X-Mailer: | Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd11.3) |
Disposition-Notification-To: | jlmales AT gmail DOT com |
X-Compose-Start-Epoch: | `date +%s` |
Mime-Version: | 1.0 |
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 |
--Signature=_Wed__23_Jun_2021_17_40_04_+0000_dlz8M3sIPqAxoIXI Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Ronald, I did a "./configure", "make", and "sudo make install" for the directory "geda-gaf-1.10.2" created after the tar-xf of the source tarball. A libgedacairo directory exists in the directory created via the tar -xf for the source tarball. I have found files in /usr/local/lib that match the time of the "sudo make install" (hand typing from system that compiled on): libgedacairo.la libgedacairo.so -> libgedacairo.so.1.0.3 libgedacairo.so.1.0.1 -> libgedacairo.so.1.0.3 libgedacairo.so.1.0.3 libgeda.la libgeda.so -> libgeda.so.47.0.0 libgeda.so.47 -> libgeda.so.47.0.0 libgeda.so.47.0.0 gschem is in /usr/local/bin "ldd /usr/local/bin/gschem | grep libgeda" while in the geda-gaf-1.10.2 directory compiled the source tarball from results in (hand typing from system that compiled on) : libgedacairo.so.1 =3D> not found libgeda.s0.47 =3D> not found I assume the two ldd results above should have /usr/local/lib/ prefixed to?=20 John L. Males Toronto, Ontario Canada 23 June 2021 13:40 -0400 EDT =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 2021-06-23 17:15:35+0000-UTC Time: 1624468535 PC/System time 23 Jun 17:15:35 ntpdate[17677]: ntpdate 4.2.8p12-a (1) 23 Jun 17:15:49 ntpdate[17959]: step time server 216.197.228.230 offset +0.000273 sec FreeBSD 11.4-RELEASE-p3 FreeBSD 11.4-RELEASE-p3 #0: Tue Sep 1 08:22:33 UTC 2020 root AT amd64-builder DOT daemonology DOT net:/usr/obj/usr/src/sys/GENERIC=20 (Work in progress alternative to Linux Kernel of its own right, Debian, and other Linux based Kernel distributions determined.) Intel(R) Core(TM) i3-2367M CPU @ 1.40GHz Intel(R) Core(TM) i3-2367M CPU @ 1.40GHz (1396.86-MHz K8-class CPU) Intel(R) Core(TM) i3-2367M CPU @ 1.40GHz (1396.86-MHz K8-class CPU) Intel(R) Core(TM) i3-2367M CPU @ 1.40GHz (1396.86-MHz K8-class CPU) Intel(R) Core(TM) i3-2367M CPU @ 1.40GHz (1396.86-MHz K8-class CPU) Intel(R) Core(TM) i3-2367M CPU @ 1.40GHz (1396.86-MHz K8-class CPU) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 94.1C: resuming previous clock speed (1400 MHz) acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz acpi_tz0: temperature 95.1C: decreasing clock speed from 1400 MHz to 1300 MHz dev.cpu.0.temperature: 76.0C dev.cpu. 1.temperature: 76.0C dev.cpu.2.temperature: 75.0C dev.cpu. 3.temperature: 76.0C hw.acpi.thermal.tz0.temperature: 77.1C vmstat -s: 346023421 cpu context switches 566436781 device interrupts 133847771 software interrupts 3337699587 traps 923876270 system calls 29 kernel threads created 116162 fork() calls 16551 vfork() calls 30 rfork() calls 27672166 swap pager pageins 75220995 swap pager pages paged in 13525881 swap pager pageouts 68159153 swap pager pages paged out 703977 vnode pager pageins 4701192 vnode pager pages paged in 5314 vnode pager pageouts 48953 vnode pager pages paged out 22820 page daemon wakeups 3611337058 pages examined by the page daemon 2732 clean page reclamation shortfalls 1602842892 pages reactivated by the page daemon 9974880 copy-on-write faults 7380 copy-on-write optimized faults 2527137499 zero fill pages zeroed 504856 zero fill pages prezeroed 27937439 intransit blocking page faults 3468087772 total VM faults taken 27395870 page faults requiring I/O 0 pages affected by kernel thread creation 7637173 pages affected by fork() 580018 pages affected by vfork() 1500 pages affected by rfork() 3195644632 pages freed 1344456141 pages freed by daemon 3693877923 pages freed by exiting processes 609172 pages active 2200973 pages inactive 453895 pages in the laundry queue 700260 pages wired down 88465 pages free 4096 bytes per page 1110800000 total name lookups cache hits (80% pos + 5% neg) system 1% per-directory deletions 0%, falsehits 0%, toolong 0% Boot time : 1621053554 procs memory page disks faults cpu0 cpu1 cpu2 cpu3 r b w avm fre flt re pi po fr sr md10 ad0 in sy cs us sy id us sy id us sy id us sy id 3 0 0 87419576 353776 1016 469 8 4 936 1057 0 0 166 271 101 30 7 64 30 6 63 30 7 63 30 7 63 memory info: real memory =3D 17179869184 (16384 MB) avail memory =3D 16495013888 (15730 MB) last pid: 19159; load averages: 0.76, 0.93, 0.95 up 39+12:36:36 17:15:50 120 processes: 2 running, 117 sleeping, 1 zombie Mem: 2380M Active, 8598M Inact, 1773M Laundry, 2736M Wired, 1554M Buf, 345M Free Swap: 48G Total, 3402M Used, 45G Free, 6% Inuse hw.physmem: 17053859840 hw.usermem: 14185426944 hw.realmem: 17179869184 total used free shared buffers cached Mem: 16210872 7053268 9157604 0 0 0 Swap: 50331644 3483820 46847824 swapinfo: Device 1K-blocks Used Avail Capacity /dev/ada0s1b 50331644 3483820 46847824 7% vmstat: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr md10 ad0 in sy cs us sy id 2 0 0 87419576 353764 1016 469 8 4 936 1057 0 0 166 271 101 30 7 63 On Wed, 23 Jun 2021 13:36:39 +0200 (CEST) Roland Lutz <rlutz AT hedmen DOT org> wrote: Subject: Re: [geda-help] Re: Gschem segfaults To: "John L. Males (jlmales AT gmail DOT com) [via geda-help AT delorie DOT com]" <geda-help AT delorie DOT com> CC:=20 MessageID: alpine DOT DEB DOT 2 DOT 21 DOT 2106231320280 DOT 1245 AT nimbus > Hi John, >=20 > On Wed, 23 Jun 2021, John L. Males (jlmales AT gmail DOT com) [via=20 > geda-help AT delorie DOT com] wrote: > > The error is "gschem: error wile loading shared libraries:=20 > > libgedacairo.so.1: cannot open shared object file: no such file or=20 > > directory". Di dI miss something I was supposed to do or is there an=20 > > bug in the make install? >=20 > this looks indeed like a bug in `make install'. The installed binaries=20 > have hard-coded paths to the location of the installed libraries; so=20 > unless you changed the destination/prefix directory after running `make',= =20 > gschem shouldn't have problems finding the libgedacairo library. >=20 > Do you have a file `PREFIX/lib/libgedacairo.so.1'? This is probably a=20 > symlink to `libgedacairo.so.1.0.3'; does that file exist, as well? You=20 > can find out the path where gschem expects to find `libgedacairo.so.1' by= =20 > running: >=20 > ldd PREFIX/bin/gschem | grep gedacairo >=20 > Does that match the path of your `libgedacairo.so.1'? >=20 > > this was compiled on was a Live Debian Buster based system and not=20 > > compiled on the FreeBSD system this eMail is being sent from. >=20 > gEDA/gaf works fine on Debian Buster, so this shouldn't be too hard to fi= x. >=20 >=20 > 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= ]=20 > > to get an idea why is this so. In a nutshell: portability problems with= =20 > > Guile and Python. >=20 > That's not quite correct. Debian packages for gEDA/gaf 1.10.2 have been= =20 > available for some time: >=20 > https://mentors.debian.net/package/geda-gaf/ >=20 > This issue is that no-one with the appropriate privileges could be=20 > bothered to upload them into the main repositories so far. :-( >=20 > Roland >=20 --Signature=_Wed__23_Jun_2021_17_40_04_+0000_dlz8M3sIPqAxoIXI Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQQxRId2q5JPHFiozTr5X9dS0HpoEAUCYNNx9AAKCRD5X9dS0Hpo EIuUAKCOVWFeE9tZ0J+fshR0+j0TUs1vUgCgm21/JFdfgSeaBHWnJ7mCk73wVw4= =XKxS -----END PGP SIGNATURE----- --Signature=_Wed__23_Jun_2021_17_40_04_+0000_dlz8M3sIPqAxoIXI--
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |