NetBSD Problem Report #50490
From brad.harder@gmail.com Mon Nov 30 23:17:42 2015
Return-Path: <brad.harder@gmail.com>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client CN "mail.netbsd.org", Issuer "Postmaster NetBSD.org" (verified OK))
by mollari.NetBSD.org (Postfix) with ESMTPS id 2C104A65C4
for <gnats-bugs@gnats.NetBSD.org>; Mon, 30 Nov 2015 23:17:42 +0000 (UTC)
Message-Id: <CABfrOT9m2QfG1pDF2_DxjiZx3WXYdV6ERZyMpNs_YM8XRm6aWQ@mail.gmail.com>
Date: Mon, 30 Nov 2015 15:17:39 -0800
From: bch <brad.harder@gmail.com>
Reply-To:
To: gnats-bugs <gnats-bugs@netbsd.org>
Subject: pkgsrc devel/cmake 3.4.0 does not work
>Number: 50490
>Category: pkg
>Synopsis: ccmake doesn't work
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: joerg
>State: closed
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Mon Nov 30 23:20:00 +0000 2015
>Closed-Date: Fri Dec 11 14:48:37 +0000 2015
>Last-Modified: Fri Dec 16 16:35:00 +0000 2016
>Originator: bch <brad.harder@gmail.com>
>Release: NetBSD 7.99.22
>Organization:
method logic digital
>Environment:
System: NetBSD strathcona 7.99.22 NetBSD 7.99.22 (GENERIC) #160: Sun
Nov 29 23:11:18 PST 2015
root@strathcona:/usr/obj/sys/arch/amd64/compile/GENERIC amd64
Architecture: x86_64
Machine: amd64
>Description:
ccmake 3.4.0 starts to draw its initial screen, then abruptly
quits. Reverting to 3.3.1 has ccmake working again.
>How-To-Repeat:
In some project who's build is managed by cmake:
$ ccmake .
>Fix:
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: pkg-manager->wiz
Responsible-Changed-By: hauke@NetBSD.org
Responsible-Changed-When: Tue, 01 Dec 2015 10:33:43 +0000
Responsible-Changed-Why:
Over to updater. ;)
State-Changed-From-To: open->feedback
State-Changed-By: wiz@NetBSD.org
State-Changed-When: Mon, 07 Dec 2015 09:39:38 +0000
State-Changed-Why:
I could reproduce this problem with 3.4.0, but it's gone for me with 3.4.1 -- please try out that version and let me know!
From: bch <brad.harder@gmail.com>
To: gnats-bugs <gnats-bugs@netbsd.org>
Cc: gnats-admin@netbsd.org, Thomas Klausner <wiz@netbsd.org>, pkgsrc-bugs@netbsd.org
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Tue, 8 Dec 2015 00:15:25 -0800
--001a113ee67071d4cc05265e9395
Content-Type: text/plain; charset=UTF-8
Hi.
I updated, and still see it. I'm wondering to myself if it's something to
do with the flurry of activity in curses(?) lately.
We've got curses handled in the last couple years in ATF though right?
Maybe this is a teachable moment for developing more test cases. I'm game
(with systems). If anybody has hints or tips before I sort it out, please
don't hesitate to post them here.
--001a113ee67071d4cc05265e9395
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<p dir=3D"ltr">Hi.</p>
<p dir=3D"ltr">I updated, and still see it. I'm wondering to myself if =
it's something to do with the flurry of activity in curses(?) lately.</=
p>
<p dir=3D"ltr">We've got curses handled in the last couple years in ATF=
though right? Maybe this is a teachable moment for developing more test ca=
ses.=C2=A0 I'm game (with systems). If anybody has hints or tips before=
I sort it out,=C2=A0 please don't hesitate to post them here.</p>
--001a113ee67071d4cc05265e9395--
From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: bch <brad.harder@gmail.com>
Cc: gnats-bugs <gnats-bugs@netbsd.org>, gnats-admin@netbsd.org,
Thomas Klausner <wiz@netbsd.org>, pkgsrc-bugs@netbsd.org
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Tue, 8 Dec 2015 23:30:56 +0100
On Tue, Dec 08, 2015 at 12:15:25AM -0800, bch wrote:
> I updated, and still see it. I'm wondering to myself if it's something to
> do with the flurry of activity in curses(?) lately.
Well, it worked fine when I tested the ncurses removal.
Joerg
Responsible-Changed-From-To: wiz->joerg
Responsible-Changed-By: wiz@NetBSD.org
Responsible-Changed-When: Fri, 11 Dec 2015 14:48:37 +0000
Responsible-Changed-Why:
Over to curses patch developer.
State-Changed-From-To: feedback->closed
State-Changed-By: wiz@NetBSD.org
State-Changed-When: Fri, 11 Dec 2015 14:48:37 +0000
State-Changed-Why:
Fixed by switching back to ncurses.
(My previous statement that "it worked for me" was using a ccmake linked
against ncurses.)
From: "Thomas Klausner" <wiz@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc:
Subject: PR/50490 CVS commit: pkgsrc/devel/cmake
Date: Fri, 11 Dec 2015 14:47:35 +0000
Module Name: pkgsrc
Committed By: wiz
Date: Fri Dec 11 14:47:35 UTC 2015
Modified Files:
pkgsrc/devel/cmake: Makefile
Log Message:
Switch back to ncurses on NetBSD to fix ccmake.
Addresses PR 50490 by Brad Harder.
Bump PKGREVISION.
To generate a diff of this commit:
cvs rdiff -u -r1.109 -r1.110 pkgsrc/devel/cmake/Makefile
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: gnats-bugs@NetBSD.org
Cc: wiz@NetBSD.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org,
bch <brad.harder@gmail.com>
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Fri, 11 Dec 2015 18:48:14 +0100
On Tue, Dec 08, 2015 at 08:20:01AM +0000, bch wrote:
> I updated, and still see it. I'm wondering to myself if it's something to
> do with the flurry of activity in curses(?) lately.
I can't reproduce this with cmake 3.4.1 and NetBSD current. Both the
normal optimized and a debug build of ccmake work perfectly fine in
cmake itself.
Joerg
From: bch <brad.harder@gmail.com>
To: Joerg Sonnenberger <joerg@britannica.bec.de>
Cc: gnats-bugs@netbsd.org, wiz@netbsd.org, gnats-admin@netbsd.org,
pkgsrc-bugs@netbsd.org
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Fri, 11 Dec 2015 11:18:31 -0800
On 12/11/15, Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> On Tue, Dec 08, 2015 at 08:20:01AM +0000, bch wrote:
>> I updated, and still see it. I'm wondering to myself if it's something
>> to
>> do with the flurry of activity in curses(?) lately.
>
> I can't reproduce this with cmake 3.4.1 and NetBSD current. Both the
> normal optimized and a debug build of ccmake work perfectly fine in
> cmake itself.
Hrmm... I'm still getting a "blip" on the screen then a failure.
strathcona$ ldd $(which ccmake )
/usr/pkg/bin/ccmake:
-lexecinfo.0 => /usr/lib/libexecinfo.so.0
-lelf.1 => /usr/lib/libelf.so.1
-lgcc_s.1 => /usr/lib/libgcc_s.so.1
-lc.12 => /usr/lib/libc.so.12
-lform.6 => /usr/pkg/lib/libform.so.6
-lncurses.6 => /usr/pkg/lib/libncurses.so.6
-lcurses.7 => /usr/lib/libcurses.so.7
-lterminfo.1 => /usr/lib/libterminfo.so.1
-lexpat.2 => /usr/lib/libexpat.so.2
-lz.1 => /usr/lib/libz.so.1
...
strathcona$ cmake --version
cmake version 3.4.1
...
strathcona$ uname -a
NetBSD strathcona 7.99.24 NetBSD 7.99.24 (GENERIC) #177: Thu Dec 10
17:23:10 PST 2015
root@strathcona:/usr/obj/sys/arch/amd64/compile/GENERIC amd64
trying w/ fresh zlib (1.2.8) from zlib.net ( http://zlib.net/zlib-1.2.8.tar.gz )
strathcona$ ccmake .
[screen flashes, back to shell prompt]
I've done this in a fresh account to attempt to make sure there are
not any stray configuration files that might affect this (I once had
an editline configuration mistake that was hard to track to its
source), but still no luck. The issue is new(ish) to me (last few
weeks). I've used CMake (ccmake) extensively and don't recall seeing
this behavior before.
-bch
> Joerg
>
From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: gnats-bugs@NetBSD.org
Cc: joerg@NetBSD.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org,
bch <brad.harder@gmail.com>
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Fri, 11 Dec 2015 21:43:41 +0100
On Fri, Dec 11, 2015 at 07:20:01PM +0000, bch wrote:
> trying w/ fresh zlib (1.2.8) from zlib.net ( http://zlib.net/zlib-1.2.8.tar.gz )
Ah, this one I can reproduce.
Joerg
From: bch <brad.harder@gmail.com>
To: gnats-bugs@netbsd.org
Cc: joerg@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Fri, 11 Dec 2015 13:09:44 -0800
I'm finally getting the screen I expect w/ 3.4.1nb1 -- I can't say
whether or not there is more work to do (i.e.: if this past work has
uncovered more problem areas), but I'm finally getting a screen to do
configuration w/ "ccmake .".
ref: Only linked against ncurses(3x), not curses(3):
/usr/pkg/bin/ccmake:
-lexecinfo.0 => /usr/lib/libexecinfo.so.0
-lelf.1 => /usr/lib/libelf.so.1
-lgcc_s.1 => /usr/lib/libgcc_s.so.1
-lc.12 => /usr/lib/libc.so.12
-lform.6 => /usr/pkg/lib/libform.so.6
-lncurses.6 => /usr/pkg/lib/libncurses.so.6
-lexpat.2 => /usr/lib/libexpat.so.2
-lz.1 => /usr/lib/libz.so.1
-larchive.13 => /usr/pkg/lib/libarchive.so.13
-llzma.2 => /usr/lib/liblzma.so.2
...
-bch
On 12/11/15, Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> The following reply was made to PR pkg/50490; it has been noted by GNATS.
>
> From: Joerg Sonnenberger <joerg@britannica.bec.de>
> To: gnats-bugs@NetBSD.org
> Cc: joerg@NetBSD.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org,
> bch <brad.harder@gmail.com>
> Subject: Re: pkg/50490 (ccmake doesn't work)
> Date: Fri, 11 Dec 2015 21:43:41 +0100
>
> On Fri, Dec 11, 2015 at 07:20:01PM +0000, bch wrote:
> > trying w/ fresh zlib (1.2.8) from zlib.net (
> http://zlib.net/zlib-1.2.8.tar.gz )
>
> Ah, this one I can reproduce.
>
> Joerg
>
>
From: "Joerg Sonnenberger" <joerg@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc:
Subject: PR/50490 CVS commit: src/lib/libform
Date: Fri, 11 Dec 2015 21:22:58 +0000
Module Name: src
Committed By: joerg
Date: Fri Dec 11 21:22:57 UTC 2015
Modified Files:
src/lib/libform: field.c
Log Message:
Counting from 0 to n-1 can go wrong badly, if n is unsigned and zero and
the counter variable is not of a type larger than n. Fixes PR 50490.
To generate a diff of this commit:
cvs rdiff -u -r1.29 -r1.30 src/lib/libform/field.c
Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.
From: David Holland <dholland-pbugs@netbsd.org>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Wed, 22 Jun 2016 17:22:25 +0000
(this whole subthread wasn't sent to gnats)
From: bch <brad.harder@gmail.com>
To: joerg@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org, bch
<brad.harder@gmail.com>
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Fri, 11 Dec 2015 14:15:04 -0800
I think this PR can now be fairly closed.
Thanks, all,
-bch
From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: bch <brad.harder@gmail.com>
Cc: joerg@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Sat, 12 Dec 2015 15:53:54 +0100
On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrote:
> I think this PR can now be fairly closed.
Well, has the libform patch fixed the problem? I definitely want to drop
the ncurses dependency again, given how high in the food chain cmake is
nowadays.
Joerg
From: bch <brad.harder@gmail.com>
To: Joerg Sonnenberger <joerg@britannica.bec.de>
Cc: joerg@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Sat, 12 Dec 2015 11:59:13 -0800
On 12/12/15, Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrote:
>> I think this PR can now be fairly closed.
>
> Well, has the libform patch fixed the problem? I definitely want to drop
> the ncurses dependency again, given how high in the food chain cmake is
> nowadays.
Well, I'm running this:
-lexecinfo.0 => /usr/lib/libexecinfo.so.0
-lelf.1 => /usr/lib/libelf.so.1
-lgcc_s.1 => /usr/lib/libgcc_s.so.1
-lc.12 => /usr/lib/libc.so.12
-lform.6 => /usr/pkg/lib/libform.so.6
-lncurses.6 => /usr/pkg/lib/libncurses.so.6
-lexpat.2 => /usr/lib/libexpat.so.2
-lz.1 => /usr/lib/libz.so.1
-larchive.13 => /usr/pkg/lib/libarchive.so.13
-llzma.2 => /usr/lib/liblzma.so.2
-lpthread.1 => /usr/lib/libpthread.so.1
...
which: 1) uses ncurses 2) does not use curses 3) has the libform
patch. ./pkgsrc/devel/cmake was patched (to nb1) (which I built)
before you patched libform/field.c, so I can't currently say if the
libform work alone fixed it.
It looks like[0] the wiz@ patch for pkgsrc/devel/cmake is basically a
1-line change, which I can revert to test.
-bch
[0] http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/devel/cmake/Makefile.diff?r1=1.109&r2=1.110&only_with_tag=MAIN
From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: bch <brad.harder@gmail.com>
Cc: joerg@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Sat, 12 Dec 2015 23:08:45 +0100
On Sat, Dec 12, 2015 at 11:59:13AM -0800, bch wrote:
> On 12/12/15, Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> > On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrote:
> >> I think this PR can now be fairly closed.
> >
> > Well, has the libform patch fixed the problem? I definitely want to drop
> > the ncurses dependency again, given how high in the food chain cmake is
> > nowadays.
>
> Well, I'm running this:
> -lexecinfo.0 => /usr/lib/libexecinfo.so.0
> -lelf.1 => /usr/lib/libelf.so.1
> -lgcc_s.1 => /usr/lib/libgcc_s.so.1
> -lc.12 => /usr/lib/libc.so.12
> -lform.6 => /usr/pkg/lib/libform.so.6
> -lncurses.6 => /usr/pkg/lib/libncurses.so.6
> -lexpat.2 => /usr/lib/libexpat.so.2
> -lz.1 => /usr/lib/libz.so.1
> -larchive.13 => /usr/pkg/lib/libarchive.so.13
> -llzma.2 => /usr/lib/liblzma.so.2
> -lpthread.1 => /usr/lib/libpthread.so.1
> ...
>
> which: 1) uses ncurses 2) does not use curses 3) has the libform
> patch. ./pkgsrc/devel/cmake was patched (to nb1) (which I built)
> before you patched libform/field.c, so I can't currently say if the
> libform work alone fixed it.
The libform patch is for NetBSD's libform, not ncurses's libform.
Joerg
From: bch <brad.harder@gmail.com>
To: Joerg Sonnenberger <joerg@britannica.bec.de>
Cc: joerg@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Sat, 12 Dec 2015 14:36:44 -0800
On 12/12/15, Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> On Sat, Dec 12, 2015 at 11:59:13AM -0800, bch wrote:
>> On 12/12/15, Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
>> > On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrote:
>> >> I think this PR can now be fairly closed.
>> >
>> > Well, has the libform patch fixed the problem? I definitely want to
>> > drop
>> > the ncurses dependency again, given how high in the food chain cmake is
>> > nowadays.
>>
>> Well, I'm running this:
>> -lexecinfo.0 => /usr/lib/libexecinfo.so.0
>> -lelf.1 => /usr/lib/libelf.so.1
>> -lgcc_s.1 => /usr/lib/libgcc_s.so.1
>> -lc.12 => /usr/lib/libc.so.12
>> -lform.6 => /usr/pkg/lib/libform.so.6
>> -lncurses.6 => /usr/pkg/lib/libncurses.so.6
>> -lexpat.2 => /usr/lib/libexpat.so.2
>> -lz.1 => /usr/lib/libz.so.1
>> -larchive.13 => /usr/pkg/lib/libarchive.so.13
>> -llzma.2 => /usr/lib/liblzma.so.2
>> -lpthread.1 => /usr/lib/libpthread.so.1
>> ...
>>
>> which: 1) uses ncurses 2) does not use curses 3) has the libform
>> patch. ./pkgsrc/devel/cmake was patched (to nb1) (which I built)
>> before you patched libform/field.c, so I can't currently say if the
>> libform work alone fixed it.
>
> The libform patch is for NetBSD's libform, not ncurses's libform.
Sure -- I was recounting all that was applied on my machine, and if
libform (for nbsd curses) is patched but I'm only using ncurses, the
patch is immaterial...
My prev msg shows that the libform/curses patch does not seem to fix
the problem; I tested by rolling back the wiz@ Makefile work in
pkgsrc/devel/cmake
-bch
From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: bch <brad.harder@gmail.com>
Cc: joerg@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Sun, 13 Dec 2015 00:53:26 +0100
On Sat, Dec 12, 2015 at 02:36:44PM -0800, bch wrote:
> On 12/12/15, Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> > On Sat, Dec 12, 2015 at 11:59:13AM -0800, bch wrote:
> >> On 12/12/15, Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> >> > On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrote:
> >> >> I think this PR can now be fairly closed.
> >> >
> >> > Well, has the libform patch fixed the problem? I definitely want to
> >> > drop
> >> > the ncurses dependency again, given how high in the food chain cmake is
> >> > nowadays.
> >>
> >> Well, I'm running this:
> >> -lexecinfo.0 => /usr/lib/libexecinfo.so.0
> >> -lelf.1 => /usr/lib/libelf.so.1
> >> -lgcc_s.1 => /usr/lib/libgcc_s.so.1
> >> -lc.12 => /usr/lib/libc.so.12
> >> -lform.6 => /usr/pkg/lib/libform.so.6
> >> -lncurses.6 => /usr/pkg/lib/libncurses.so.6
> >> -lexpat.2 => /usr/lib/libexpat.so.2
> >> -lz.1 => /usr/lib/libz.so.1
> >> -larchive.13 => /usr/pkg/lib/libarchive.so.13
> >> -llzma.2 => /usr/lib/liblzma.so.2
> >> -lpthread.1 => /usr/lib/libpthread.so.1
> >> ...
> >>
> >> which: 1) uses ncurses 2) does not use curses 3) has the libform
> >> patch. ./pkgsrc/devel/cmake was patched (to nb1) (which I built)
> >> before you patched libform/field.c, so I can't currently say if the
> >> libform work alone fixed it.
> >
> > The libform patch is for NetBSD's libform, not ncurses's libform.
>
> Sure -- I was recounting all that was applied on my machine, and if
> libform (for nbsd curses) is patched but I'm only using ncurses, the
> patch is immaterial...
>
> My prev msg shows that the libform/curses patch does not seem to fix
> the problem; I tested by rolling back the wiz@ Makefile work in
> pkgsrc/devel/cmake
I'm specifically asking whether the crash exists with
(1) src/lib/libform/field.c r1.30 and
(2) pkgsrc/devel/cmake/Makefile r1.109
For the invalid terminal issue you also need:
pkgsrc/devel/cmake/distinfo r1.83 and
pkgsrc/devel/cmake/patches/patch-Source_CursesDialog_ccmake.cxx r1.1.
Joerg
From: bch <brad.harder@gmail.com>
To: gnats-bugs <gnats-bugs@netbsd.org>
Cc: gnats-admin <gnats-admin@netbsd.org>, pkgsrc-bugs@netbsd.org, joerg@netbsd.org
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Wed, 22 Jun 2016 10:31:29 -0700
--001a113fbbd0d428b80535e14ef5
Content-Type: text/plain; charset=UTF-8
Hi Joerg -
On Jun 22, 2016 10:25 AM, "David Holland" <dholland-pbugs@netbsd.org> wrote:
>
> The following reply was made to PR pkg/50490; it has been noted by GNATS.
>
> From: David Holland <dholland-pbugs@netbsd.org>
> To: gnats-bugs@netbsd.org
> Cc:
> Subject: Re: pkg/50490 (ccmake doesn't work)
> Date: Wed, 22 Jun 2016 17:22:25 +0000
>
> (this whole subthread wasn't sent to gnats)
>
> From: bch <brad.harder@gmail.com>
> To: joerg@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org, bch
> <brad.harder@gmail.com>
> Subject: Re: pkg/50490 (ccmake doesn't work)
> Date: Fri, 11 Dec 2015 14:15:04 -0800
>
> I think this PR can now be fairly closed.
>
> Thanks, all,
>
> -bch
>
> From: Joerg Sonnenberger <joerg@britannica.bec.de>
> To: bch <brad.harder@gmail.com>
> Cc: joerg@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org
> Subject: Re: pkg/50490 (ccmake doesn't work)
> Date: Sat, 12 Dec 2015 15:53:54 +0100
>
> On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrote:
> > I think this PR can now be fairly closed.
>
> Well, has the libform patch fixed the problem? I definitely want to drop
> the ncurses dependency again, given how high in the food chain cmake is
> nowadays.
>
> Joerg
>
> From: bch <brad.harder@gmail.com>
> To: Joerg Sonnenberger <joerg@britannica.bec.de>
> Cc: joerg@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org
> Subject: Re: pkg/50490 (ccmake doesn't work)
> Date: Sat, 12 Dec 2015 11:59:13 -0800
>
> On 12/12/15, Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> > On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrote:
> >> I think this PR can now be fairly closed.
> >
> > Well, has the libform patch fixed the problem? I definitely want to
drop
> > the ncurses dependency again, given how high in the food chain cmake is
> > nowadays.
>
> Well, I'm running this:
> -lexecinfo.0 => /usr/lib/libexecinfo.so.0
> -lelf.1 => /usr/lib/libelf.so.1
> -lgcc_s.1 => /usr/lib/libgcc_s.so.1
> -lc.12 => /usr/lib/libc.so.12
> -lform.6 => /usr/pkg/lib/libform.so.6
> -lncurses.6 => /usr/pkg/lib/libncurses.so.6
> -lexpat.2 => /usr/lib/libexpat.so.2
> -lz.1 => /usr/lib/libz.so.1
> -larchive.13 => /usr/pkg/lib/libarchive.so.13
> -llzma.2 => /usr/lib/liblzma.so.2
> -lpthread.1 => /usr/lib/libpthread.so.1
> ...
>
> which: 1) uses ncurses 2) does not use curses 3) has the libform
> patch. ./pkgsrc/devel/cmake was patched (to nb1) (which I built)
> before you patched libform/field.c, so I can't currently say if the
> libform work alone fixed it.
>
> It looks like[0] the wiz@ patch for pkgsrc/devel/cmake is basically a
> 1-line change, which I can revert to test.
>
> -bch
>
> [0]
http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/devel/cmake/Makefile.diff?r1=1.109&r2=1.110&only_with_tag=MAIN
>
> From: Joerg Sonnenberger <joerg@britannica.bec.de>
> To: bch <brad.harder@gmail.com>
> Cc: joerg@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org
> Subject: Re: pkg/50490 (ccmake doesn't work)
> Date: Sat, 12 Dec 2015 23:08:45 +0100
>
> On Sat, Dec 12, 2015 at 11:59:13AM -0800, bch wrote:
> > On 12/12/15, Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> > > On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrote:
> > >> I think this PR can now be fairly closed.
> > >
> > > Well, has the libform patch fixed the problem? I definitely want to
drop
> > > the ncurses dependency again, given how high in the food chain cmake
is
> > > nowadays.
> >
> > Well, I'm running this:
> > -lexecinfo.0 => /usr/lib/libexecinfo.so.0
> > -lelf.1 => /usr/lib/libelf.so.1
> > -lgcc_s.1 => /usr/lib/libgcc_s.so.1
> > -lc.12 => /usr/lib/libc.so.12
> > -lform.6 => /usr/pkg/lib/libform.so.6
> > -lncurses.6 => /usr/pkg/lib/libncurses.so.6
> > -lexpat.2 => /usr/lib/libexpat.so.2
> > -lz.1 => /usr/lib/libz.so.1
> > -larchive.13 => /usr/pkg/lib/libarchive.so.13
> > -llzma.2 => /usr/lib/liblzma.so.2
> > -lpthread.1 => /usr/lib/libpthread.so.1
> > ...
> >
> > which: 1) uses ncurses 2) does not use curses 3) has the libform
> > patch. ./pkgsrc/devel/cmake was patched (to nb1) (which I built)
> > before you patched libform/field.c, so I can't currently say if the
> > libform work alone fixed it.
>
> The libform patch is for NetBSD's libform, not ncurses's libform.
>
> Joerg
>
> From: bch <brad.harder@gmail.com>
> To: Joerg Sonnenberger <joerg@britannica.bec.de>
> Cc: joerg@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org
> Subject: Re: pkg/50490 (ccmake doesn't work)
> Date: Sat, 12 Dec 2015 14:36:44 -0800
>
> On 12/12/15, Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> > On Sat, Dec 12, 2015 at 11:59:13AM -0800, bch wrote:
> >> On 12/12/15, Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> >> > On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrote:
> >> >> I think this PR can now be fairly closed.
> >> >
> >> > Well, has the libform patch fixed the problem? I definitely want to
> >> > drop
> >> > the ncurses dependency again, given how high in the food chain
cmake is
> >> > nowadays.
> >>
> >> Well, I'm running this:
> >> -lexecinfo.0 => /usr/lib/libexecinfo.so.0
> >> -lelf.1 => /usr/lib/libelf.so.1
> >> -lgcc_s.1 => /usr/lib/libgcc_s.so.1
> >> -lc.12 => /usr/lib/libc.so.12
> >> -lform.6 => /usr/pkg/lib/libform.so.6
> >> -lncurses.6 => /usr/pkg/lib/libncurses.so.6
> >> -lexpat.2 => /usr/lib/libexpat.so.2
> >> -lz.1 => /usr/lib/libz.so.1
> >> -larchive.13 => /usr/pkg/lib/libarchive.so.13
> >> -llzma.2 => /usr/lib/liblzma.so.2
> >> -lpthread.1 => /usr/lib/libpthread.so.1
> >> ...
> >>
> >> which: 1) uses ncurses 2) does not use curses 3) has the libform
> >> patch. ./pkgsrc/devel/cmake was patched (to nb1) (which I built)
> >> before you patched libform/field.c, so I can't currently say if the
> >> libform work alone fixed it.
> >
> > The libform patch is for NetBSD's libform, not ncurses's libform.
>
> Sure -- I was recounting all that was applied on my machine, and if
> libform (for nbsd curses) is patched but I'm only using ncurses, the
> patch is immaterial...
>
> My prev msg shows that the libform/curses patch does not seem to fix
> the problem; I tested by rolling back the wiz@ Makefile work in
> pkgsrc/devel/cmake
>
>
> -bch
>
> From: Joerg Sonnenberger <joerg@britannica.bec.de>
> To: bch <brad.harder@gmail.com>
> Cc: joerg@netbsd.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org
> Subject: Re: pkg/50490 (ccmake doesn't work)
> Date: Sun, 13 Dec 2015 00:53:26 +0100
>
> On Sat, Dec 12, 2015 at 02:36:44PM -0800, bch wrote:
> > On 12/12/15, Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> > > On Sat, Dec 12, 2015 at 11:59:13AM -0800, bch wrote:
> > >> On 12/12/15, Joerg Sonnenberger <joerg@britannica.bec.de> wrote:
> > >> > On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrote:
> > >> >> I think this PR can now be fairly closed.
> > >> >
> > >> > Well, has the libform patch fixed the problem? I definitely want
to
> > >> > drop
> > >> > the ncurses dependency again, given how high in the food chain
cmake is
> > >> > nowadays.
> > >>
> > >> Well, I'm running this:
> > >> -lexecinfo.0 => /usr/lib/libexecinfo.so.0
> > >> -lelf.1 => /usr/lib/libelf.so.1
> > >> -lgcc_s.1 => /usr/lib/libgcc_s.so.1
> > >> -lc.12 => /usr/lib/libc.so.12
> > >> -lform.6 => /usr/pkg/lib/libform.so.6
> > >> -lncurses.6 => /usr/pkg/lib/libncurses.so.6
> > >> -lexpat.2 => /usr/lib/libexpat.so.2
> > >> -lz.1 => /usr/lib/libz.so.1
> > >> -larchive.13 => /usr/pkg/lib/libarchive.so.13
> > >> -llzma.2 => /usr/lib/liblzma.so.2
> > >> -lpthread.1 => /usr/lib/libpthread.so.1
> > >> ...
> > >>
> > >> which: 1) uses ncurses 2) does not use curses 3) has the libform
> > >> patch. ./pkgsrc/devel/cmake was patched (to nb1) (which I built)
> > >> before you patched libform/field.c, so I can't currently say if the
> > >> libform work alone fixed it.
> > >
> > > The libform patch is for NetBSD's libform, not ncurses's libform.
> >
> > Sure -- I was recounting all that was applied on my machine, and if
> > libform (for nbsd curses) is patched but I'm only using ncurses, the
> > patch is immaterial...
> >
> > My prev msg shows that the libform/curses patch does not seem to fix
> > the problem; I tested by rolling back the wiz@ Makefile work in
> > pkgsrc/devel/cmake
>
> I'm specifically asking whether the crash exists with
> (1) src/lib/libform/field.c r1.30 and
> (2) pkgsrc/devel/cmake/Makefile r1.109
>
> For the invalid terminal issue you also need:
> pkgsrc/devel/cmake/distinfo r1.83 and
> pkgsrc/devel/cmake/patches/patch-Source_CursesDialog_ccmake.cxx r1.1.
Let me see if I can get all those pieces in place to test (If I'm not
currently that configuration already).
> Joerg
>
--001a113fbbd0d428b80535e14ef5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<p dir=3D"ltr">Hi Joerg -<br></p>
<p dir=3D"ltr">On Jun 22, 2016 10:25 AM, "David Holland" <<a h=
ref=3D"mailto:dholland-pbugs@netbsd.org">dholland-pbugs@netbsd.org</a>> =
wrote:<br>
><br>
> The following reply was made to PR pkg/50490; it has been noted by GNA=
TS.<br>
><br>
> From: David Holland <<a href=3D"mailto:dholland-pbugs@netbsd.org">d=
holland-pbugs@netbsd.org</a>><br>
> To: <a href=3D"mailto:gnats-bugs@netbsd.org">gnats-bugs@netbsd.org</a>=
<br>
> Cc:<br>
> Subject: Re: pkg/50490 (ccmake doesn't work)<br>
> Date: Wed, 22 Jun 2016 17:22:25 +0000<br>
><br>
> =C2=A0(this whole subthread wasn't sent to gnats)<br>
><br>
> =C2=A0From: bch <<a href=3D"mailto:brad.harder@gmail.com">brad.hard=
er@gmail.com</a>><br>
> =C2=A0To: <a href=3D"mailto:joerg@netbsd.org">joerg@netbsd.org</a>, <a=
href=3D"mailto:gnats-admin@netbsd.org">gnats-admin@netbsd.org</a>, <a href=
=3D"mailto:pkgsrc-bugs@netbsd.org">pkgsrc-bugs@netbsd.org</a>, bch<br>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 <<a href=3D"mailto:brad.harder@gmail.co=
m">brad.harder@gmail.com</a>><br>
> =C2=A0Subject: Re: pkg/50490 (ccmake doesn't work)<br>
> =C2=A0Date: Fri, 11 Dec 2015 14:15:04 -0800<br>
><br>
> =C2=A0I think this PR can now be fairly closed.<br>
><br>
> =C2=A0Thanks, all,<br>
><br>
> =C2=A0-bch<br>
><br>
> =C2=A0From: Joerg Sonnenberger <<a href=3D"mailto:joerg@britannica.=
bec.de">joerg@britannica.bec.de</a>><br>
> =C2=A0To: bch <<a href=3D"mailto:brad.harder@gmail.com">brad.harder=
@gmail.com</a>><br>
> =C2=A0Cc: <a href=3D"mailto:joerg@netbsd.org">joerg@netbsd.org</a>, <a=
href=3D"mailto:gnats-admin@netbsd.org">gnats-admin@netbsd.org</a>, <a href=
=3D"mailto:pkgsrc-bugs@netbsd.org">pkgsrc-bugs@netbsd.org</a><br>
> =C2=A0Subject: Re: pkg/50490 (ccmake doesn't work)<br>
> =C2=A0Date: Sat, 12 Dec 2015 15:53:54 +0100<br>
><br>
> =C2=A0On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrote:<br>
> =C2=A0> I think this PR can now be fairly closed.<br>
><br>
> =C2=A0Well, has the libform patch fixed the problem? I definitely want=
to drop<br>
> =C2=A0the ncurses dependency again, given how high in the food chain c=
make is<br>
> =C2=A0nowadays.<br>
><br>
> =C2=A0Joerg<br>
><br>
> =C2=A0From: bch <<a href=3D"mailto:brad.harder@gmail.com">brad.hard=
er@gmail.com</a>><br>
> =C2=A0To: Joerg Sonnenberger <<a href=3D"mailto:joerg@britannica.be=
c.de">joerg@britannica.bec.de</a>><br>
> =C2=A0Cc: <a href=3D"mailto:joerg@netbsd.org">joerg@netbsd.org</a>, <a=
href=3D"mailto:gnats-admin@netbsd.org">gnats-admin@netbsd.org</a>, <a href=
=3D"mailto:pkgsrc-bugs@netbsd.org">pkgsrc-bugs@netbsd.org</a><br>
> =C2=A0Subject: Re: pkg/50490 (ccmake doesn't work)<br>
> =C2=A0Date: Sat, 12 Dec 2015 11:59:13 -0800<br>
><br>
> =C2=A0On 12/12/15, Joerg Sonnenberger <<a href=3D"mailto:joerg@brit=
annica.bec.de">joerg@britannica.bec.de</a>> wrote:<br>
> =C2=A0> On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrote:<br>
> =C2=A0>> I think this PR can now be fairly closed.<br>
> =C2=A0><br>
> =C2=A0> Well, has the libform patch fixed the problem? I definitely=
want to drop<br>
> =C2=A0> the ncurses dependency again, given how high in the food ch=
ain cmake is<br>
> =C2=A0> nowadays.<br>
><br>
> =C2=A0Well, I'm running this:<br>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lexecinfo.0 =3D> /usr/lib/libexe=
cinfo.so.0<br>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lelf.1 =3D> /usr/lib/libelf.so.1=
<br>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lgcc_s.1 =3D> /usr/lib/libgcc_s.=
so.1<br>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lc.12 =3D> /usr/lib/libc.so.12<b=
r>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lform.6 =3D> /usr/pkg/lib/libfor=
m.so.6<br>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lncurses.6 =3D> /usr/pkg/lib/lib=
ncurses.so.6<br>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lexpat.2 =3D> /usr/lib/libexpat.=
so.2<br>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lz.1 =3D> /usr/lib/libz.so.1<br>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-larchive.13 =3D> /usr/pkg/lib/li=
barchive.so.13<br>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-llzma.2 =3D> /usr/lib/liblzma.so=
.2<br>
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lpthread.1 =3D> /usr/lib/libpthr=
ead.so.1<br>
> =C2=A0...<br>
><br>
> =C2=A0which: 1) uses ncurses 2) does not use curses 3) has the libform=
<br>
> =C2=A0patch. ./pkgsrc/devel/cmake was patched (to nb1) (which I built)=
<br>
> =C2=A0before you patched libform/field.c, so I can't currently say=
if the<br>
> =C2=A0libform work alone fixed it.<br>
><br>
> =C2=A0It looks like[0] the wiz@ patch for pkgsrc/devel/cmake is basica=
lly a<br>
> =C2=A01-line change, which I can revert to test.<br>
><br>
> =C2=A0-bch<br>
><br>
> =C2=A0[0] <a href=3D"http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/devel/=
cmake/Makefile.diff?r1=3D1.109&r2=3D1.110&only_with_tag=3DMAIN">htt=
p://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/devel/cmake/Makefile.diff?r1=3D1.10=
9&r2=3D1.110&only_with_tag=3DMAIN</a><br>
><br>
> =C2=A0From: Joerg Sonnenberger <<a href=3D"mailto:joerg@britannica.=
bec.de">joerg@britannica.bec.de</a>><br>
> =C2=A0To: bch <<a href=3D"mailto:brad.harder@gmail.com">brad.harder=
@gmail.com</a>><br>
> =C2=A0Cc: <a href=3D"mailto:joerg@netbsd.org">joerg@netbsd.org</a>, <a=
href=3D"mailto:gnats-admin@netbsd.org">gnats-admin@netbsd.org</a>, <a href=
=3D"mailto:pkgsrc-bugs@netbsd.org">pkgsrc-bugs@netbsd.org</a><br>
> =C2=A0Subject: Re: pkg/50490 (ccmake doesn't work)<br>
> =C2=A0Date: Sat, 12 Dec 2015 23:08:45 +0100<br>
><br>
> =C2=A0On Sat, Dec 12, 2015 at 11:59:13AM -0800, bch wrote:<br>
> =C2=A0> On 12/12/15, Joerg Sonnenberger <<a href=3D"mailto:joerg=
@britannica.bec.de">joerg@britannica.bec.de</a>> wrote:<br>
> =C2=A0> > On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrote:<b=
r>
> =C2=A0> >> I think this PR can now be fairly closed.<br>
> =C2=A0> ><br>
> =C2=A0> > Well, has the libform patch fixed the problem? I defin=
itely want to drop<br>
> =C2=A0> > the ncurses dependency again, given how high in the fo=
od chain cmake is<br>
> =C2=A0> > nowadays.<br>
> =C2=A0><br>
> =C2=A0> Well, I'm running this:<br>
> =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lexecinfo.0 =3D> /usr/=
lib/libexecinfo.so.0<br>
> =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lelf.1 =3D> /usr/lib/l=
ibelf.so.1<br>
> =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lgcc_s.1 =3D> /usr/lib=
/libgcc_s.so.1<br>
> =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lc.12 =3D> /usr/lib/li=
bc.so.12<br>
> =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lform.6 =3D> /usr/pkg/=
lib/libform.so.6<br>
> =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lncurses.6 =3D> /usr/p=
kg/lib/libncurses.so.6<br>
> =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lexpat.2 =3D> /usr/lib=
/libexpat.so.2<br>
> =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lz.1 =3D> /usr/lib/lib=
z.so.1<br>
> =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-larchive.13 =3D> /usr/=
pkg/lib/libarchive.so.13<br>
> =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-llzma.2 =3D> /usr/lib/=
liblzma.so.2<br>
> =C2=A0>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lpthread.1 =3D> /usr/l=
ib/libpthread.so.1<br>
> =C2=A0> ...<br>
> =C2=A0><br>
> =C2=A0> which: 1) uses ncurses 2) does not use curses 3) has the li=
bform<br>
> =C2=A0> patch. ./pkgsrc/devel/cmake was patched (to nb1) (which I b=
uilt)<br>
> =C2=A0> before you patched libform/field.c, so I can't currentl=
y say if the<br>
> =C2=A0> libform work alone fixed it.<br>
><br>
> =C2=A0The libform patch is for NetBSD's libform, not ncurses's=
libform.<br>
><br>
> =C2=A0Joerg<br>
><br>
> =C2=A0From: bch <<a href=3D"mailto:brad.harder@gmail.com">brad.hard=
er@gmail.com</a>><br>
> =C2=A0To: Joerg Sonnenberger <<a href=3D"mailto:joerg@britannica.be=
c.de">joerg@britannica.bec.de</a>><br>
> =C2=A0Cc: <a href=3D"mailto:joerg@netbsd.org">joerg@netbsd.org</a>, <a=
href=3D"mailto:gnats-admin@netbsd.org">gnats-admin@netbsd.org</a>, <a href=
=3D"mailto:pkgsrc-bugs@netbsd.org">pkgsrc-bugs@netbsd.org</a><br>
> =C2=A0Subject: Re: pkg/50490 (ccmake doesn't work)<br>
> =C2=A0Date: Sat, 12 Dec 2015 14:36:44 -0800<br>
><br>
> =C2=A0On 12/12/15, Joerg Sonnenberger <<a href=3D"mailto:joerg@brit=
annica.bec.de">joerg@britannica.bec.de</a>> wrote:<br>
> =C2=A0> On Sat, Dec 12, 2015 at 11:59:13AM -0800, bch wrote:<br>
> =C2=A0>> On 12/12/15, Joerg Sonnenberger <<a href=3D"mailto:j=
oerg@britannica.bec.de">joerg@britannica.bec.de</a>> wrote:<br>
> =C2=A0>> > On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch wrot=
e:<br>
> =C2=A0>> >> I think this PR can now be fairly closed.<br>
> =C2=A0>> ><br>
> =C2=A0>> > Well, has the libform patch fixed the problem? I d=
efinitely want to<br>
> =C2=A0>> > drop<br>
> =C2=A0>> > the ncurses dependency again, given how high in th=
e food chain cmake is<br>
> =C2=A0>> > nowadays.<br>
> =C2=A0>><br>
> =C2=A0>> Well, I'm running this:<br>
> =C2=A0>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lexecinfo.0 =3D> /=
usr/lib/libexecinfo.so.0<br>
> =C2=A0>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lelf.1 =3D> /usr/l=
ib/libelf.so.1<br>
> =C2=A0>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lgcc_s.1 =3D> /usr=
/lib/libgcc_s.so.1<br>
> =C2=A0>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lc.12 =3D> /usr/li=
b/libc.so.12<br>
> =C2=A0>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lform.6 =3D> /usr/=
pkg/lib/libform.so.6<br>
> =C2=A0>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lncurses.6 =3D> /u=
sr/pkg/lib/libncurses.so.6<br>
> =C2=A0>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lexpat.2 =3D> /usr=
/lib/libexpat.so.2<br>
> =C2=A0>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lz.1 =3D> /usr/lib=
/libz.so.1<br>
> =C2=A0>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-larchive.13 =3D> /=
usr/pkg/lib/libarchive.so.13<br>
> =C2=A0>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-llzma.2 =3D> /usr/=
lib/liblzma.so.2<br>
> =C2=A0>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lpthread.1 =3D> /u=
sr/lib/libpthread.so.1<br>
> =C2=A0>> ...<br>
> =C2=A0>><br>
> =C2=A0>> which: 1) uses ncurses 2) does not use curses 3) has th=
e libform<br>
> =C2=A0>> patch. ./pkgsrc/devel/cmake was patched (to nb1) (which=
I built)<br>
> =C2=A0>> before you patched libform/field.c, so I can't curr=
ently say if the<br>
> =C2=A0>> libform work alone fixed it.<br>
> =C2=A0><br>
> =C2=A0> The libform patch is for NetBSD's libform, not ncurses&=
#39;s libform.<br>
><br>
> =C2=A0Sure -- I was recounting all that was applied on my machine, and=
if<br>
> =C2=A0libform (for nbsd curses) is patched but I'm only using ncur=
ses, the<br>
> =C2=A0patch is immaterial...<br>
><br>
> =C2=A0My prev msg shows that the libform/curses patch does not seem to=
fix<br>
> =C2=A0the problem; I tested by rolling back the wiz@ Makefile work in<=
br>
> =C2=A0pkgsrc/devel/cmake<br>
><br>
><br>
> =C2=A0-bch<br>
><br>
> =C2=A0From: Joerg Sonnenberger <<a href=3D"mailto:joerg@britannica.=
bec.de">joerg@britannica.bec.de</a>><br>
> =C2=A0To: bch <<a href=3D"mailto:brad.harder@gmail.com">brad.harder=
@gmail.com</a>><br>
> =C2=A0Cc: <a href=3D"mailto:joerg@netbsd.org">joerg@netbsd.org</a>, <a=
href=3D"mailto:gnats-admin@netbsd.org">gnats-admin@netbsd.org</a>, <a href=
=3D"mailto:pkgsrc-bugs@netbsd.org">pkgsrc-bugs@netbsd.org</a><br>
> =C2=A0Subject: Re: pkg/50490 (ccmake doesn't work)<br>
> =C2=A0Date: Sun, 13 Dec 2015 00:53:26 +0100<br>
><br>
> =C2=A0On Sat, Dec 12, 2015 at 02:36:44PM -0800, bch wrote:<br>
> =C2=A0> On 12/12/15, Joerg Sonnenberger <<a href=3D"mailto:joerg=
@britannica.bec.de">joerg@britannica.bec.de</a>> wrote:<br>
> =C2=A0> > On Sat, Dec 12, 2015 at 11:59:13AM -0800, bch wrote:<b=
r>
> =C2=A0> >> On 12/12/15, Joerg Sonnenberger <<a href=3D"mai=
lto:joerg@britannica.bec.de">joerg@britannica.bec.de</a>> wrote:<br>
> =C2=A0> >> > On Fri, Dec 11, 2015 at 02:15:04PM -0800, bch=
wrote:<br>
> =C2=A0> >> >> I think this PR can now be fairly closed.=
<br>
> =C2=A0> >> ><br>
> =C2=A0> >> > Well, has the libform patch fixed the problem=
? I definitely want to<br>
> =C2=A0> >> > drop<br>
> =C2=A0> >> > the ncurses dependency again, given how high =
in the food chain cmake is<br>
> =C2=A0> >> > nowadays.<br>
> =C2=A0> >><br>
> =C2=A0> >> Well, I'm running this:<br>
> =C2=A0> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lexecinfo.0 =3D&=
gt; /usr/lib/libexecinfo.so.0<br>
> =C2=A0> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lelf.1 =3D> /=
usr/lib/libelf.so.1<br>
> =C2=A0> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lgcc_s.1 =3D>=
/usr/lib/libgcc_s.so.1<br>
> =C2=A0> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lc.12 =3D> /u=
sr/lib/libc.so.12<br>
> =C2=A0> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lform.6 =3D> =
/usr/pkg/lib/libform.so.6<br>
> =C2=A0> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lncurses.6 =3D&g=
t; /usr/pkg/lib/libncurses.so.6<br>
> =C2=A0> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lexpat.2 =3D>=
/usr/lib/libexpat.so.2<br>
> =C2=A0> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lz.1 =3D> /us=
r/lib/libz.so.1<br>
> =C2=A0> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-larchive.13 =3D&=
gt; /usr/pkg/lib/libarchive.so.13<br>
> =C2=A0> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-llzma.2 =3D> =
/usr/lib/liblzma.so.2<br>
> =C2=A0> >>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0-lpthread.1 =3D&g=
t; /usr/lib/libpthread.so.1<br>
> =C2=A0> >> ...<br>
> =C2=A0> >><br>
> =C2=A0> >> which: 1) uses ncurses 2) does not use curses 3) h=
as the libform<br>
> =C2=A0> >> patch. ./pkgsrc/devel/cmake was patched (to nb1) (=
which I built)<br>
> =C2=A0> >> before you patched libform/field.c, so I can't=
currently say if the<br>
> =C2=A0> >> libform work alone fixed it.<br>
> =C2=A0> ><br>
> =C2=A0> > The libform patch is for NetBSD's libform, not ncu=
rses's libform.<br>
> =C2=A0><br>
> =C2=A0> Sure -- I was recounting all that was applied on my machine=
, and if<br>
> =C2=A0> libform (for nbsd curses) is patched but I'm only using=
ncurses, the<br>
> =C2=A0> patch is immaterial...<br>
> =C2=A0><br>
> =C2=A0> My prev msg shows that the libform/curses patch does not se=
em to fix<br>
> =C2=A0> the problem; I tested by rolling back the wiz@ Makefile wor=
k in<br>
> =C2=A0> pkgsrc/devel/cmake<br>
><br>
> =C2=A0I'm specifically asking whether the crash exists with<br>
> =C2=A0(1) src/lib/libform/field.c r1.30 and<br>
> =C2=A0(2) pkgsrc/devel/cmake/Makefile r1.109<br>
><br>
> =C2=A0For the invalid terminal issue you also need:<br>
> =C2=A0pkgsrc/devel/cmake/distinfo r1.83 and<br>
> =C2=A0pkgsrc/devel/cmake/patches/patch-Source_CursesDialog_ccmake.cxx =
r1.1.<br></p>
<p dir=3D"ltr">Let me see if I can get all those pieces in place to test (I=
f I'm not currently that configuration already).</p>
<p dir=3D"ltr">> =C2=A0Joerg<br>
><br>
</p>
--001a113fbbd0d428b80535e14ef5--
From: Onno van der Linden <o.vd.linden@quicknet.nl>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Wed, 27 Jul 2016 18:30:58 +0200
> I'm specifically asking whether the crash exists with
> (1) src/lib/libform/field.c r1.30 and
> (2) pkgsrc/devel/cmake/Makefile r1.109
>
> For the invalid terminal issue you also need:
> pkgsrc/devel/cmake/distinfo r1.83 and
> pkgsrc/devel/cmake/patches/patch-Source_CursesDialog_ccmake.cxx r1.1.
FWIW, after changing
INCOMPAT_CURSES= NetBSD-[0-7].*-*
to
INCOMPAT_CURSES= NetBSD-[0-6].*-*
Everything builds and works fine for
the zlib-1.28 ccmake . testcase
on
NetBSD sheep 7.99.31 NetBSD 7.99.31 (SHEEP) #1: Sat Jun 18 20:01:47 CEST 2016 root@sheep:/usr/src/sys/arch/i386/compile/SHEEP i386
Onno
From: Patrick Welche <prlw1@cam.ac.uk>
To: gnats-bugs@NetBSD.org
Cc: prlw1@cam.ac.uk
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Thu, 28 Jul 2016 10:20:52 +0100
To avoid wondering whether ncurses is ncurses or NetBSD curses, I just
grabbed git cmake, applied the
if(NOT CMAKE_SYSTEM_NAME MATCHES syllable)
- set(CURSES_NEED_NCURSES TRUE)
find_package(Curses QUIET)
and test for initsrc() failure patches, and built on -current/amd64.
As seen in an xterm sshing in:
$ ldd bin/ccmake
bin/ccmake:
-lexecinfo.0 => /usr/lib/libexecinfo.so.0
-lelf.2 => /usr/lib/libelf.so.2
-lc.12 => /usr/lib/libc.so.12
-lcurses.7 => /usr/lib/libcurses.so.7
-lterminfo.1 => /usr/lib/libterminfo.so.1
-lstdc++.7 => /usr/lib/libstdc++.so.7
-lm.0 => /usr/lib/libm.so.0
$ stty -a
speed 38400 baud; 51 rows; 80 columns; queue = 1024; line = termios;
...
$ bin/ccmake ..
Window is too small. A size of at least 65 x 6 is required to run ccmake.
A bit of debugging suggests getmaxyx in ccmake's main() returned x=1 y=32640
A cmake 3.6.1 pkgsrc package I made works, but seems to actually use ncurses:
$ ldd /usr/pkg/bin/ccmake
/usr/pkg/bin/ccmake:
-lexecinfo.0 => /usr/lib/libexecinfo.so.0
-lelf.2 => /usr/lib/libelf.so.2
-lc.12 => /usr/lib/libc.so.12
-lform.6 => /usr/pkg/lib/libform.so.6
-lncurses.6 => /usr/pkg/lib/libncurses.so.6
-lexpat.2 => /usr/lib/libexpat.so.2
-lz.1 => /usr/lib/libz.so.1
-larchive.13 => /usr/pkg/lib/libarchive.so.13
-lcrypto.11 => /usr/lib/libcrypto.so.11
-lcrypt.1 => /usr/lib/libcrypt.so.1
-llzma.2 => /usr/lib/liblzma.so.2
-lpthread.1 => /usr/lib/libpthread.so.1
-lbz2.1 => /usr/lib/libbz2.so.1
-lcurl.4 => /usr/pkg/lib/libcurl.so.4
-lidn.11 => /usr/pkg/lib/libidn.so.11
-lintl.1 => /usr/lib/libintl.so.1
-lssl.11 => /usr/lib/libssl.so.11
-lgssapi.10 => /usr/lib/libgssapi.so.10
-lkrb5.26 => /usr/lib/libkrb5.so.26
-lhx509.5 => /usr/lib/libhx509.so.5
-lasn1.9 => /usr/lib/libasn1.so.9
-lcom_err.7 => /usr/lib/libcom_err.so.7
-lroken.19 => /usr/lib/libroken.so.19
-lutil.7 => /usr/lib/libutil.so.7
-lwind.0 => /usr/lib/libwind.so.0
-lheimbase.1 => /usr/lib/libheimbase.so.1
-lheimntlm.4 => /usr/lib/libheimntlm.so.4
-lstdc++.7 => /usr/lib/libstdc++.so.7
-lm.0 => /usr/lib/libm.so.0
(I am still confused about
$ make show-var VARNAME=CURSES_DEFAULT
ncurses
$ make show-var VARNAME=CURSES_TYPE
ncurses
on -current/amd64)
From: Patrick Welche <prlw1@cam.ac.uk>
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Thu, 28 Jul 2016 10:38:47 +0100
Even more curious: essentially replicating the trivial ccmake code:
#include <curses.h>
#include <stdlib.h>
#include <unistd.h>
int main()
{
int x,y;
if (initscr() == NULL) {
fprintf(stderr, "terminal setup failed\n");
exit(1);
}
noecho();
cbreak();
getmaxyx(stdscr, y, x);
endwin();
printf("read x=%d, y=%d\n", x, y);
return 0;
}
$ ~/NetBSD/cmake/cursestest
read x=80, y=51
which is correct.
From: Onno van der Linden <o.vd.linden@quicknet.nl>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: pkg/50490 (ccmake doesn't work)
Date: Fri, 16 Dec 2016 17:31:07 +0100
FWIW,
Today I did make && make install of a 3.7.1 devel/cmake
from -current pkgsrc with the INCOMPAT_CURSES
line in Makefile commented out on
NetBSD einstein 7.99.35 NetBSD 7.99.35 (GENERIC.201608020340Z) amd64
Downloaded zlib-1.2.8.tar.gz from zlib.net followed by
tar zxf zlib-1.2.8.tar.gz
cd zlib-1.2.8
ccmake .
No problem whatsoever with the ccmake linked to the system curses.
Onno
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2014
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.