NetBSD Problem Report #51779

From www@NetBSD.org  Thu Jan  5 08:11:59 2017
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 "Postmaster NetBSD.org" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 7E23D7A217
	for <gnats-bugs@gnats.NetBSD.org>; Thu,  5 Jan 2017 08:11:59 +0000 (UTC)
Message-Id: <20170105081158.50A6B7A220@mollari.NetBSD.org>
Date: Thu,  5 Jan 2017 08:11:58 +0000 (UTC)
From: mphuff@gmail.com
Reply-To: mphuff@gmail.com
To: gnats-bugs@NetBSD.org
Subject: devel/cmake requires libncurses5-dev on ubuntu 16.04
X-Send-Pr-Version: www-1.0

>Number:         51779
>Category:       pkg
>Synopsis:       devel/cmake requires libncurses5-dev on ubuntu 16.04
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    linux-pkg-people
>State:          closed
>Class:          support
>Submitter-Id:   net
>Arrival-Date:   Thu Jan 05 08:15:00 +0000 2017
>Closed-Date:    Fri Dec 01 14:15:39 +0000 2017
>Last-Modified:  Fri Dec 01 14:15:39 +0000 2017
>Originator:     Michael P Huff
>Release:        pkgsrc-2016Q4
>Organization:
>Environment:
Linux mph 4.4.0-21-generic #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

>Description:
I am using Mint 18/amd64, which is based on Ubuntu 16.04. I am able to bootstrap pkgsrc and even build gcc 6. However, when I tried to compile clang and emulators/tme both failed with errors because of a dependancy on cmake. Cmake would not compile, spewing the following error:

-- Looking for cbreak in /usr/pkg/lib/libncurses.so - found
CMake Error at CMakeLists.txt:546 (message):
  CMAKE_USE_SYSTEM_FORM in ON but CURSES_FORM_LIBRARY is not set!
Call Stack (most recent call first):   
  CMakeLists.txt:635 (CMAKE_BUILD_UTILITIES)


-- Configuring incomplete, errors occurred!
See also "/usr/pkgsrc/devel/cmake/work/cmake-3.7.1/CMakeFiles/CMakeOutput.log".
See also "/usr/pkgsrc/devel/cmake/work/cmake-3.7.1/CMakeFiles/CMakeError.log".
---------------------------------------------
Error when bootstrapping CMake:
Problem while running initial CMake
---------------------------------------------
*** Error code 11

Stop.
bmake[7]: stopped in /usr/pkgsrc/devel/cmake
*** Error code 1

Stop.
bmake[6]: stopped in /usr/pkgsrc/devel/cmake
*** Error code 1

Stop.
bmake[5]: stopped in /usr/pkgsrc/lang/libLLVM
*** Error code 1

Stop.
bmake[4]: stopped in /usr/pkgsrc/graphics/MesaLib
*** Error code 1

Stop.
bmake[3]: stopped in /usr/pkgsrc/graphics/cairo
*** Error code 1

Stop.
bmake[2]: stopped in /usr/pkgsrc/devel/pango
*** Error code 1

Stop.
bmake[1]: stopped in /usr/pkgsrc/x11/gtk2
*** Error code 1

Stop.
bmake: stopped in /usr/pkgsrc/emulators/tme
>How-To-Repeat:
on a ubuntu/16.04 system, bootstrap pkgsrc and try to compile devel/cmake
>Fix:
I was able to get cmake to compile and install by installing ubuntu's ncurses dev package: 

apt-get install libncurses5-dev

I'm not sure if that's a fix or a workaround.

>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: pkg-manager->linux-pkg-people
Responsible-Changed-By: leot@NetBSD.org
Responsible-Changed-When: Thu, 05 Jan 2017 08:30:37 +0000
Responsible-Changed-Why:
Linux problem
(pkgsrc/bootstrap/README.Linux has a note about it)


From: David Shao <davshao@gmail.com>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: pkg/51779 (devel/cmake requires libncurses5-dev on ubuntu 16.04)
Date: Thu, 5 Jan 2017 12:23:39 -0800

 This is fallout from what I reported in:

 NetBSD Problem Report #51728

 devel/ncurses renaming of lib{form,menu,panel} should be reverted
 before next release

 What is happening is that cmake is looking for libraries
 named libform, not libgnuform.  Installing libncurses5-dev
 does install libraries with the proper name libform. However this also
 causes a mixing of the use of system (n)curses and pkgsrc ncurses.  I
 predict this will inevitably end in tears.

 Why is it so hard to understand that pkgsrc should simply default to
 using pkgsrc ncurses, as well as other ports
 that would be chosen by

 PREFER_PKGSRC=yes

 By trying to use system (n)curses, one is betting one will
 NEVER have to use pkgsrc ncurses.  The moment one does use pkgsrc
 ncurses, all sorts of problems start to cascade.

 Single platform package systems such as FreeBSD ports can get away
 with using system (n)curses because they are basically built for only
 one OS family.  (Look at all the patches DragonFly has to bolt on to
 use ports in dports.)   Cross-platform package systems using anything
 other than pkgsrc ncurses is simply madness.

 Revert the renaming of libform etc. in ncurses or continue to have
 problems like this occur over and over and over again.

From: Joerg Sonnenberger <joerg@bec.de>
To: gnats-bugs@NetBSD.org
Cc: linux-pkg-people@netbsd.org, gnats-admin@netbsd.org,
	pkgsrc-bugs@netbsd.org, mphuff@gmail.com
Subject: Re: pkg/51779 (devel/cmake requires libncurses5-dev on ubuntu 16.04)
Date: Thu, 5 Jan 2017 22:44:15 +0100

 On Thu, Jan 05, 2017 at 08:25:01PM +0000, David Shao wrote:
 >  Why is it so hard to understand that pkgsrc should simply default to
 >  using pkgsrc ncurses, as well as other ports
 >  that would be chosen by
 >  
 >  PREFER_PKGSRC=yes

 Because your suggestion makes no sense.

 Joerg

State-Changed-From-To: open->feedback
State-Changed-By: leot@NetBSD.org
State-Changed-When: Thu, 05 Jan 2017 22:48:43 +0000
State-Changed-Why:
Probably:

 cvs rdiff -u -r1.39 -r1.40 pkgsrc/devel/ncurses/builtin.mk
cvs rdiff -u -r1.128 -r1.129 pkgsrc/devel/cmake/Makefile
cvs rdiff -u -r1.94 -r1.95 pkgsrc/devel/cmake/distinfo
cvs rdiff -u -r0 -r1.1 \
    pkgsrc/devel/cmake/patches/patch-Modules_FindCurses.cmake

recently committed by <joerg> address this problem.
Michael, can you please try them and let us know if it
will fix the problem you've reported?
Thanks!


State-Changed-From-To: feedback->closed
State-Changed-By: maya@NetBSD.org
State-Changed-When: Fri, 01 Dec 2017 14:15:39 +0000
State-Changed-Why:
submitter accidentally sent a bug report rather than a reply, saying:
 I can't follow up on this report because I no longer have that build
 environment (ubuntu 16.04) to test it on.
PR pending/52740 (confidential)


>Unformatted:

Home	PR Database Search