delorie.com/archives/browse.cgi   search  
Mail Archives: geda-help/2021/06/23/13:51:24

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=lPGsBQcT9ZyKau64jijJxlTYlxEjyTD26L2NgQr1TS0=;
b=mWz2Df7vbb8/XzN0uKfzymi/L8Mporh0SOFR3OL8kFztof3OEa4JrS2E8Rxv9o0pGo
dozxHtuMraA8qUMIKvK1usBpjfw7IkPCgS6dhOnxKah3E9FcyPc9iEt15/j5NpOW98Fg
quBGv5OnZhloBdFTDnKkrjsislnudb5rujDcTcCfffEdNLD74HbQP09D/Zyd6plb3VWb
/MNXYSgcHW2TXgU84RBtZykNx8/PHcPqdFaZoWRToBGes6VhIbyGQoulbV3dOclz8Pms
BRSfIOUJ3dsjcKkiWE/QS7NMuldVONeaPu8EvqDCUfeSWHg+l2zMFKDcfbzngyN+tphW
Pl6g==
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=lPGsBQcT9ZyKau64jijJxlTYlxEjyTD26L2NgQr1TS0=;
b=ELycdekCu8IcCWaH21VQABYwiCf3RjZd4E734SZAYDTdrnaE8zIGdMT+CTwcMEohh8
h4JWG8PmWIiwEwAOb6GqXqGUY/mMEX1/trkndqdmYHMs7FHni4O6wPA/E0FI53yowy3S
6rbsNDr2I9TspPCuly3ckDGDMACCfJjy3niUV5nFJfEYD45D8Ca/UxGG5tnNJu2VqcVm
SozNw6V8bopl4RXKspvisuVkMCYJngi48CTlb+BF+7n7F4wrkHP6X8gziPHTe5iKAnvd
cGO0jQuw3p5wzwRBFjMyQJEUpT5m8b6vfCD2V2T4gSYn5f2gJFGTP+q/ByB8+xGee+32
Wu1w==
X-Gm-Message-State: AOAM532/RutK4O5ExGb0OgNK2WcoFLcCCaM9tVeeQpAywhHUoEbb1diI
N0LErBLnG1z4eIsNNScWm9ogdqo/c7sA
X-Google-Smtp-Source: ABdhPJx6IcujspPAejrEHSi/fOwJUwBVBcBy/Wn03WpiX12A0UIaEogsYUQLtSdeqSLvyVa6u7xBcA==
X-Received: by 2002:a5d:8190:: with SMTP id u16mr617271ion.158.1624470675037;
Wed, 23 Jun 2021 10:51:15 -0700 (PDT)
Date: Wed, 23 Jun 2021 17:51:03 +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: <20210623175103.c7c336e0b897ebc57cb7f1d2@gmail.com>
In-Reply-To: <20210623174004.705905d506618e1f3042be24@gmail.com>
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>
<20210623174004 DOT 705905d506618e1f3042be24 AT gmail DOT com>
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_51_03_+0000_SvzBlO=84nYKsq7I
Content-Type: text/plain; charset=US-ASCII
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Ronald,

Opps, typo in my reply moments ago.  I will redo the entire reply
here so you do not have to flip about through the eMail.

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.so.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:51 -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:45:46+0000-UTC Time: 1624470346 PC/System time

23 Jun 17:45:46 ntpdate[22879]: ntpdate 4.2.8p12-a (1)

23 Jun 17:46:00 ntpdate[23155]: step time server 206.108.0.131
offset -0.000115 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: 78.0C dev.cpu.
1.temperature: 77.0C dev.cpu.2.temperature: 76.0C dev.cpu.
3.temperature: 76.0C hw.acpi.thermal.tz0.temperature: 77.1C

vmstat -s:

364201457 cpu context switches
566615199 device interrupts
133912666 software interrupts
3338019562 traps
963460830 system calls
       29 kernel threads created
   116251  fork() calls
    16554 vfork() calls
       30 rfork() calls
 27672180 swap pager pageins
 75221036 swap pager pages paged in
 13525881 swap pager pageouts
 68159153 swap pager pages paged out
   703990 vnode pager pageins
  4701307 vnode pager pages paged in
     5314 vnode pager pageouts
    48953 vnode pager pages paged out
    22820 page daemon wakeups
3613134281 pages examined by the page daemon
     2732 clean page reclamation shortfalls
1602842892 pages reactivated by the page daemon
  9981491 copy-on-write faults
     7383 copy-on-write optimized faults
2527301913 zero fill pages zeroed
   504856 zero fill pages prezeroed
 27937453 intransit blocking page faults
3468501014 total VM faults taken
 27395897 page faults requiring I/O
        0 pages affected by kernel thread creation
  7654439 pages affected by  fork()
   580123 pages affected by vfork()
     1500 pages affected by rfork()
3195867820 pages freed
1344456141 pages freed by daemon
3694021444 pages freed by exiting processes
   582963 pages active
  2237940 pages inactive
   453871 pages in the laundry queue
   703710 pages wired down
    74281 pages free
     4096 bytes per page
1111059866 total name lookups
          cache hits (81% 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 0 0 0 87408620  297076  1015 469   8
4   935 1057   0   0  166   282   107 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: 24656;  load averages:  0.93,  0.93,  0.91  up
39+13:06:47    17:46:01 120 processes: 2 running, 117 sleeping, 1
zombie

Mem: 2278M Active, 8742M Inact, 1773M Laundry, 2749M Wired, 1554M
Buf, 289M Free Swap: 48G Total, 3402M Used, 45G Free, 6% Inuse

hw.physmem: 17053859840
hw.usermem: 14171312128
hw.realmem: 17179869184

             total       used       free     shared    buffers
cached Mem:      16210872    6962076    9248796          0
0          0 Swap:     50331644    3483684   46847960

swapinfo:

Device          1K-blocks     Used    Avail Capacity
/dev/ada0s1b     50331644  3483684 46847960     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 0 0 0 87408620  297068  1015
469   8   4   935 1057   0   0  166   282   107 30  7 63


On Wed, 23 Jun 2021 17:40:04 +0000
"John L. Males" <jlmales AT gmail DOT com> wrote:
Subject: Re: [geda-help] Re: Gschem segfaults
To: Roland Lutz <geda-help AT delorie DOT com>
CC:=20
MessageID: 20210623174004 DOT 705905d506618e1f3042be24 AT gmail DOT com

> Ronald,
>=20
> 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.
>=20
> A libgedacairo directory exists in the directory created via the
> tar -xf for the source tarball.
>=20
> I have found files in /usr/local/lib that match the time of the
> "sudo make install" (hand typing from system that compiled on):
>=20
> 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
>=20
>=20
> gschem is in /usr/local/bin
>=20
> "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) :
>=20
> libgedacairo.so.1 =3D> not found
> libgeda.s0.47 =3D> not found
>=20
> I assume the two ldd results above should have /usr/local/lib/
> prefixed to?=20
>=20
>=20
> John L. Males
> Toronto, Ontario
> Canada
> 23 June 2021 13:40 -0400 EDT
>=20
>=20
> =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
>=20
> 2021-06-23 17:15:35+0000-UTC Time: 1624468535 PC/System time
>=20
> 23 Jun 17:15:35 ntpdate[17677]: ntpdate 4.2.8p12-a (1)
>=20
> 23 Jun 17:15:49 ntpdate[17959]: step time server 216.197.228.230
> offset +0.000273 sec
>=20
> 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
>=20
[snip]
>=20
>=20
> 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
>=20
> > 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 =
fix.
> >=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 wi=
th=20
> > > Guile and Python.
> >=20
> > That's not quite correct.  Debian packages for gEDA/gaf 1.10.2 have bee=
n=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_51_03_+0000_SvzBlO=84nYKsq7I
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----

iF0EARECAB0WIQQxRId2q5JPHFiozTr5X9dS0HpoEAUCYNN0hwAKCRD5X9dS0Hpo
EDuHAJ9GOMcHMrimySpMiE/NJ3xeI7ilugCfdTQl4Z8NH+ftR0tUAUJZjeuns3k=
=bv+b
-----END PGP SIGNATURE-----

--Signature=_Wed__23_Jun_2021_17_51_03_+0000_SvzBlO=84nYKsq7I--

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019