NetBSD Problem Report #54083
From www@netbsd.org Wed Mar 27 21:14:21 2019
Return-Path: <www@netbsd.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
by mollari.NetBSD.org (Postfix) with ESMTPS id 52B417A173
for <gnats-bugs@gnats.NetBSD.org>; Wed, 27 Mar 2019 21:14:21 +0000 (UTC)
Message-Id: <20190327211420.4E12B7A1D0@mollari.NetBSD.org>
Date: Wed, 27 Mar 2019 21:14:20 +0000 (UTC)
From: jdbaker@consolidated.net
Reply-To: jdbaker@consolidated.net
To: gnats-bugs@NetBSD.org
Subject: gimp build fails due to gegl segfault
X-Send-Pr-Version: www-1.0
>Number: 54083
>Category: pkg
>Synopsis: gimp build fails due to gegl segfault
>Confidential: no
>Severity: critical
>Priority: medium
>Responsible: adam
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Mar 27 21:15:00 +0000 2019
>Closed-Date:
>Last-Modified: Tue Apr 09 14:40:01 +0000 2019
>Originator: John D. Baker
>Release: NetBSD/amd64-8.0_STABLE, pkgsrc-HEAD (pre-pkgsrc-2019Q1)
>Organization:
>Environment:
NetBSD plex760.technoskunk.fur 8.0_STABLE NetBSD 8.0_STABLE (PLEX760) #87: Fri Mar 15 23:10:58 CDT 2019 sysop@plex760.technoskunk.fur:/r0/build/netbsd-8/obj/amd64/sys/arch/amd64/compile/PLEX760 amd64
and:
NetBSD brenowin.clamp.net 8.0_STABLE NetBSD 8.0_STABLE (KEPLER) #47: Mon Mar 25 23:28:22 CDT 2019 sysop@brenowin.clamp.net:/d0/build/netbsd-8/obj/amd64/sys/arch/amd64/compile/KEPLER amd64
>Description:
As first mentioned here:
http://mail-index.netbsd.org/pkgsrc-users/2019/03/18/msg028166.html
Building "graphics/gimp" from pkgsrc-HEAD fails when 'gegl'
(graphics/gegl, gegl-0.4.12) segfaults.
First, during the configure phase:
[...]
checking for execinfo.h... (cached) yes
checking for matting engine Levin... [2] Segmentation fault (core dumped) ${GEGL} --exists...
no (missing GEGL operation "gegl:matting-levin")
checking math.h usability... yes
[...]
Then, during the build phase:
[...]
Making all in Symbolic-Inverted
gmake[3]: Entering directory '/tmp/pkgsrc/graphics/gimp/work/gimp-2.10.8/icons/Symbolic-Inverted'
mkdir -p `dirname 64/gimp-error.png`; GEGL_USE_OPENCL=no GEGL_SWAP=ram /usr/pkg/bin/gegl ../../icons/Symbolic/64/gimp-error.png -o 64/gimp-error.png -- gegl:invert-gamma
[1] Segmentation fault (core dumped) GEGL_USE_OPENCL=...
gmake[3]: *** [Makefile:2409: 64/gimp-error.png] Error 139
gmake[3]: Leaving directory '/tmp/pkgsrc/graphics/gimp/work/gimp-2.10.8/icons/Symbolic-Inverted'
gmake[2]: *** [Makefile:723: all-recursive] Error 1
gmake[2]: Leaving directory '/tmp/pkgsrc/graphics/gimp/work/gimp-2.10.8/icons'
gmake[1]: *** [Makefile:858: all-recursive] Error 1
gmake[1]: Leaving directory '/tmp/pkgsrc/graphics/gimp/work/gimp-2.10.8'
gmake: *** [Makefile:759: all] Error 2
*** Error code 2
Stop.
make[1]: stopped in /x/pkgsrc/graphics/gimp
*** Error code 1
Stop.
make: stopped in /x/pkgsrc/graphics/gimp
'gegl' was rebuilt with:
CFLAGS+=-ggdb
CXXFLAGS+=-ggdb
INSTALL_UNSTRIPPED=yes
and the system debug sets are installed.
Loading the core file with gdb provides only a minimal backtrace:
Core was generated by `gegl'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x000000000000f73c in ?? ()
(gdb) bt
#0 0x000000000000f73c in ?? ()
#1 0x00007ea1202026a4 in ?? () from /usr/lib/libgcc_s.so.1
#2 0x00007ea12d442360 in ?? ()
#3 0x00007ea120202399 in _init () from /usr/lib/libgcc_s.so.1
#4 0x0000000000000000 in ?? ()
(gdb)
>How-To-Repeat:
Attempt to build graphics/gimp from pkgsrc-HEAD from 15 March 2019 or
later.
>Fix:
>Release-Note:
>Audit-Trail:
From: "John D. Baker" <jdbaker@consolidated.net>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/54083: gimp build fails due to gegl segfault
Date: Sat, 30 Mar 2019 19:18:33 -0500 (CDT)
Everything seems to work on amd64-current (8.99.36) and the gimp build
succeeds.
NetBSD plex760.technoskunk.fur 8.99.36 NetBSD 8.99.36 (PLEX760) #195: Thu Mar 28 10:57:46 CDT 2019 sysop@yggdrasil.technoskunk.fur:/r0/build/current/obj/amd64/sys/arch/amd64/compile/PLEX760 amd64
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
Responsible-Changed-From-To: pkg-manager->adam
Responsible-Changed-By: hauke@NetBSD.org
Responsible-Changed-When: Mon, 01 Apr 2019 05:58:08 +0000
Responsible-Changed-Why:
Over to maintainer.
From: "John D. Baker" <jdbaker@consolidated.net>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/54083 (gimp build fails due to gegl segfault)
Date: Tue, 2 Apr 2019 15:19:41 -0500 (CDT)
This turns out to have been fallout from incomplete purging of
"/usr/lib/libstdc++.so.7*". "openexr", "ilmbase", and "gegl" all
insisted on on linking with "libstdc++.so.7" (*.7.4) which was still
lurking in "/usr/lib".
Eliminating the last vestiges of libstdc++.so.7* and rebuilding the
above packages allowed the build of "gimp" to succeed.
So, ultimately a local problem. Although old libraries are not removed
on major version bumps to avoid breaking existing/legacy applications,
sometimes it causes problems like this.
I had a similar issue with libstdc++.so.8* vs *.9* in -current, so I
re-checked netbsd-8 and found the same issue. Even more with current,
some libraries in "xbase" weren't rebuilt (update build) so were
either causing version conflicts or later undefined references.
To avoid the delay of a non-update build, I hunted down the objdirs
and nuked them to force a rebuild.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@consolidated.net>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/54083 (gimp build fails due to gegl segfault)
Date: Tue, 2 Apr 2019 15:47:11 -0500 (CDT)
On Tue, 2 Apr 2019, John D. Baker wrote:
> This turns out to have been fallout from incomplete purging of
> "/usr/lib/libstdc++.so.7*". "openexr", "ilmbase", and "gegl" all
> insisted on on linking with "libstdc++.so.7" (*.7.4) which was still
> lurking in "/usr/lib".
>
> Eliminating the last vestiges of libstdc++.so.7* and rebuilding the
> above packages allowed the build of "gimp" to succeed.
Not entirely true. Although I removed /usr/lib/libstdc++.so.7*, the
dependency of "ilmbase" and "openexr" on GCC6 causes these packages
to link with "/usr/pkg/gcc6/lib/./libstc++.so.7".
Nonetheless, the gimp build succeeded. See pkg/54084 for related
problem with "cinepaint".
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
State-Changed-From-To: open->closed
State-Changed-By: bsiegert@NetBSD.org
State-Changed-When: Thu, 04 Apr 2019 06:37:34 +0000
State-Changed-Why:
Local issue.
From: coypu@sdf.org
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: pkg/54083 (gimp build fails due to gegl segfault)
Date: Thu, 4 Apr 2019 07:01:20 +0000
gimp has been failing to build on netbsd 8.x bulk builds for a long time
because of this.
http://nyftp.netbsd.org/pub/pkgsrc/packages/reports/2018Q4/NetBSD-8.0-x86_64/20190317.1705/gimp-2.10.8nb2/build.log
State-Changed-From-To: closed->open
State-Changed-By: bsiegert@NetBSD.org
State-Changed-When: Thu, 04 Apr 2019 07:31:28 +0000
State-Changed-Why:
OK, so not that local a problem after all.
From: "John D. Baker" <jdbaker@consolidated.net>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/54083 (gimp build fails due to gegl segfault)
Date: Thu, 4 Apr 2019 09:30:25 -0500 (CDT)
On Thu, 4 Apr 2019, coypu@sdf.org wrote:
> gimp has been failing to build on netbsd 8.x bulk builds for a long time
> because of this.
> http://nyftp.netbsd.org/pub/pkgsrc/packages/reports/2018Q4/NetBSD-8.0-x86_64/20190317.1705/gimp-2.10.8nb2/build.log
With only a few exceptions, I haven't seen bulk build reports on any
NetBSD posted to pkgsrc-bulk@ in a long time. Had I known to look here,
I might have referenced it myself in the original PR.
Not sure how mine ultimately succeeded, though.
I do know that somehow, my "lang/gcc6" got removed before the "gimp"
builds I based the PR on, so that might have made 'gegl' unhappy when
"/usr/pkg/gcc6/lib/./libstdc++.so.7" disappeared.
Looking at 'gegl' related libraries/plugins with 'ldd' shows,
/usr/pkg/lib/gegl-0.4/exr-load.so
/usr/pkg/lib/gegl-0.4/exr-save.so
Depend on both:
-lstdc++.7 => /usr/pkg/gcc6/lib/./libstdc++.so.7
-lstdc++.8 => /usr/lib/libstdc++.so.8
But 'gegl' doesn't claim to require GCC6 and I rebuilt it several times
with the base GCC (5.5) while GCC6 was not installed and it didn't
complain (but didn't work either).
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@consolidated.net>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/54083 (gimp build fails due to gegl segfault)
Date: Thu, 4 Apr 2019 09:43:38 -0500 (CDT)
On Thu, 4 Apr 2019, John D. Baker wrote:
> On Thu, 4 Apr 2019, coypu@sdf.org wrote:
>
> > gimp has been failing to build on netbsd 8.x bulk builds for a long time
> > because of this.
> > http://nyftp.netbsd.org/pub/pkgsrc/packages/reports/2018Q4/NetBSD-8.0-x86_64/20190317.1705/gimp-2.10.8nb2/build.log
>
> With only a few exceptions, I haven't seen bulk build reports on any
> NetBSD posted to pkgsrc-bulk@ in a long time. Had I known to look here,
> I might have referenced it myself in the original PR.
I see. I had discounted pkgsrc-2018Q4 as I had no problems when I built
from that release. Your link pointed directly into the most recent
NetBSD/amd64-8.0 build in pkgsrc-bulk@.
Still, there aren't many NetBSD-hosted bulk builds posting results to
pkgsrc-bulk@. I'm curious about results with -current and pkgsrc-HEAD
or most recent quarterly branch but haven't seen anything recently
except on aarch64.
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
From: "John D. Baker" <jdbaker@consolidated.net>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/54083 (gimp build fails due to gegl segfault)
Date: Tue, 9 Apr 2019 09:37:50 -0500 (CDT)
On Tue, 2 Apr 2019, John D. Baker wrote:
> On Tue, 2 Apr 2019, John D. Baker wrote:
>
> > Eliminating the last vestiges of libstdc++.so.7* and rebuilding the
> > above packages allowed the build of "gimp" to succeed.
>
> Not entirely true. Although I removed /usr/lib/libstdc++.so.7*, the
> dependency of "ilmbase" and "openexr" on GCC6 causes these packages
> to link with "/usr/pkg/gcc6/lib/./libstc++.so.7".
Perhaps "ilmbase", "openexr" and "gegl" need to depend on "gcc6-libs"
on netbsd-8 or earlier? That way they won't break when updating another
host using the binary packages.
But how to deal with using a later pkgsrc GCC? How do you indicate that
"gccX-libs" corresponding to any suitable "lang/gccX" is to be used
rather than the minimum implied by "GCC_REQD"?
--
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.43 2018/01/16 07:36:43 maya Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2017
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.