NetBSD Problem Report #48159

From www@NetBSD.org  Thu Aug 29 05:21:50 2013
Return-Path: <www@NetBSD.org>
Received: from mail.netbsd.org (mail.netbsd.org [149.20.53.66])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "Postmaster NetBSD.org" (verified OK))
	by mollari.NetBSD.org (Postfix) with ESMTPS id B130E71381
	for <gnats-bugs@gnats.NetBSD.org>; Thu, 29 Aug 2013 05:21:50 +0000 (UTC)
Message-Id: <20130829052149.022B571B3A@mollari.NetBSD.org>
Date: Thu, 29 Aug 2013 05:21:49 +0000 (UTC)
From: richard@netbsd.org
Reply-To: richard@netbsd.org
To: gnats-bugs@NetBSD.org
Subject: bmake index doesn't find gcc (in GCCBASE)
X-Send-Pr-Version: www-1.0

>Number:         48159
>Category:       pkg
>Synopsis:       bmake index doesn't find gcc (in GCCBASE)
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Aug 29 05:25:00 +0000 2013
>Last-Modified:  Fri Aug 30 13:15:00 +0000 2013
>Originator:     Richard PALO
>Release:        pkgsrc trunk
>Organization:
>Environment:
SunOS dev32 5.11 omnios-b281e50 i86pc i386 i86pc

>Description:
In order to use pkgdep, an INDEX file apparently needs to be generated, so during a 'bmake index' at pkgsrc top I notice that gcc (for some reason) can't be found, whereas by definition if gcc is not in PATH then it should be found in $GCCBASE/bin/gcc (where GCCBASE is in mk.conf).

richard@dev32:~/src/pkgsrc$ bmake index
Extracting complete dependency database.  This may take a while...
..........................................................bash: gcc: command not found
.......................................... 
100
.................................................................................................... 
200
.................................................................................................... 
300
.................................................................................................... 
400
.................................................................................................... 
500
.................................................................................................... 
600
.......................................................................bash: gcc: command not found
............................. 
700
.................................................................................................... 
800
.................................................................................................... 

>How-To-Repeat:

>Fix:

>Audit-Trail:
From: David Holland <dholland-pbugs@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/48159: bmake index doesn't find gcc (in GCCBASE)
Date: Thu, 29 Aug 2013 05:30:31 +0000

 On Thu, Aug 29, 2013 at 05:25:00AM +0000, richard@netbsd.org wrote:
  > richard@dev32:~/src/pkgsrc$ bmake index
  > Extracting complete dependency database.  This may take a while...
  > ..........................................................bash: gcc: command not found
  > .......................................... 
  > 100

 What does each dot represent? Assuming it traverses the subdirs in the
 order given in the makefiles (as seems likely) it should be possible
 to track down which package is doing this, and then it should be
 possible to figure out where it's coming from.

 -- 
 David A. Holland
 dholland@netbsd.org

From: Thomas Klausner <wiz@NetBSD.org>
To: NetBSD bugtracking <gnats-bugs@NetBSD.org>
Cc: 
Subject: Re: pkg/48159: bmake index doesn't find gcc (in GCCBASE)
Date: Thu, 29 Aug 2013 10:42:36 +0200

 On Thu, Aug 29, 2013 at 05:35:00AM +0000, David Holland wrote:
 >  What does each dot represent? Assuming it traverses the subdirs in the
 >  order given in the makefiles (as seems likely) it should be possible
 >  to track down which package is doing this, and then it should be
 >  possible to figure out where it's coming from.

 I think each dot is a package and they are traversed in the order
 specified in ${CATEGORY}/Makefile
  Thomas

From: Richard PALO <richard.palo@free.fr>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/48159: bmake index doesn't find gcc (in GCCBASE)
Date: Thu, 29 Aug 2013 11:51:17 +0200

 Well, after a few hours and numerous 'bash: gcc: command not found' 
 displayed, I now see the following:

 > 9000
 > .....bash: gcc: command not found
 > ...............................................................................................
 > 9100
 > ....................bmake: "../../mk/tools/../../mk/tools/create.mk" line 149: warning: duplicate script for target "/var/tmp/pkgsrc/textproc/cmigemo/work/.tools/bin/curl" ignored
 > bmake: "../../mk/tools/../../mk/tools/create.mk" line 181: warning: using previous script for "/var/tmp/pkgsrc/textproc/cmigemo/work/.tools/bin/curl" defined here
 > bmake: "../../mk/tools/../../mk/tools/create.mk" line 181: warning: duplicate script for target "/var/tmp/pkgsrc/textproc/cmigemo/work/.tools/bin/curl" ignored
 > bmake: "../../mk/tools/../../mk/tools/create.mk" line 181: warning: using previous script for "/var/tmp/pkgsrc/textproc/cmigemo/work/.tools/bin/curl" defined here
 > ..



From: Richard PALO <richard.palo@free.fr>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/48159: bmake index doesn't find gcc (in GCCBASE)
Date: Thu, 29 Aug 2013 12:02:57 +0200

 Thought I should ask - is it possible that ccache could aggravate this 
 sort of problem?
 > richard@dev32:~$ more /opt/local/etc/mk.conf
 > # Example /opt/local/etc/mk.conf file produced by bootstrap-pkgsrc
 > # 24 août 2013 07:27:13 UTC
 >
 > .ifdef BSD_PKG_MK       # begin pkgsrc settings
 >
 > ABI=                    32
 > PKGSRC_COMPILER=        ccache gcc
 > GCCBASE=                /opt/local/gcc48
 ...

From: "OBATA Akio" <obache@netbsd.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: pkg/48159: bmake index doesn't find gcc (in GCCBASE)
Date: Thu, 29 Aug 2013 18:03:34 +0900

 On Thu, 29 Aug 2013 17:55:00 +0900, Richard PALO <richard.palo@free.fr> wrote:

 >  > ....................bmake: "../../mk/tools/../../mk/tools/create.mk" line 149: warning: duplicate script for target "/var/tmp/pkgsrc/textproc/cmigemo/work/.tools/bin/curl" ignored
 >  > bmake: "../../mk/tools/../../mk/tools/create.mk" line 181: warning: using previous script for "/var/tmp/pkgsrc/textproc/cmigemo/work/.tools/bin/curl" defined here
 >  > bmake: "../../mk/tools/../../mk/tools/create.mk" line 181: warning: duplicate script for target "/var/tmp/pkgsrc/textproc/cmigemo/work/.tools/bin/curl" ignored
 >  > bmake: "../../mk/tools/../../mk/tools/create.mk" line 181: warning: using previous script for "/var/tmp/pkgsrc/textproc/cmigemo/work/.tools/bin/curl" defined here
 >  > ..

 Do you have FETCH_USING=curl?

 -- 
 OBATA Akio / obache@NetBSD.org

From: Richard PALO <richard.palo@free.fr>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/48159: bmake index doesn't find gcc (in GCCBASE)
Date: Thu, 29 Aug 2013 12:19:42 +0200

 Le 29/08/13 11:05, OBATA Akio a écrit :
 > The following reply was made to PR pkg/48159; it has been noted by GNATS.
 >
 > From: "OBATA Akio" <obache@netbsd.org>
 > To: gnats-bugs@netbsd.org
 > Cc:
 > Subject: Re: pkg/48159: bmake index doesn't find gcc (in GCCBASE)
 > Date: Thu, 29 Aug 2013 18:03:34 +0900
 >
 >   On Thu, 29 Aug 2013 17:55:00 +0900, Richard PALO <richard.palo@free.fr> wrote:
 >
 >   >  > ....................bmake: "../../mk/tools/../../mk/tools/create.mk" line 149: warning: duplicate script for target "/var/tmp/pkgsrc/textproc/cmigemo/work/.tools/bin/curl" ignored
 >   >  > bmake: "../../mk/tools/../../mk/tools/create.mk" line 181: warning: using previous script for "/var/tmp/pkgsrc/textproc/cmigemo/work/.tools/bin/curl" defined here
 >   >  > bmake: "../../mk/tools/../../mk/tools/create.mk" line 181: warning: duplicate script for target "/var/tmp/pkgsrc/textproc/cmigemo/work/.tools/bin/curl" ignored
 >   >  > bmake: "../../mk/tools/../../mk/tools/create.mk" line 181: warning: using previous script for "/var/tmp/pkgsrc/textproc/cmigemo/work/.tools/bin/curl" defined here
 >   >  > ..
 >
 >   Do you have FETCH_USING=curl?
 >
 >   --
 >   OBATA Akio / obache@NetBSD.org
 >
 >
 Yes, jonathan has been recommending that for ages on solaris/illumos.

 BTW, now the following:
 > 9900
 > ......................................bmake: "/home/richard/src/pkgsrc/wip/Eina/Makefile" line 35: Could not find ../../sysutils/libnotify07/buildlink3.mk
 > bmake: Fatal errors encountered -- cannot continueWARNING (printdepends):  the package in wip/Eina had problem with
 >     /opt/local/bin/bmake print-summary-data
 >     database information for this package
 >     will be dropped.
 > bmake: "/home/richard/src/pkgsrc/wip/Eina/Makefile" line 35: Could not find ../../sysutils/libnotify07/buildlink3.mk
 > bmake: Fatal errors encountered -- cannot continue
 > bmake: stopped in /home/richard/src/pkgsrc/wip/Eina
 > .

 Was I supposed to move 'wip' out of the tree before doing 'make index'?

From: "OBATA Akio" <obache@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/48159 CVS commit: pkgsrc/textproc/cmigemo
Date: Fri, 30 Aug 2013 13:14:23 +0000

 Module Name:	pkgsrc
 Committed By:	obache
 Date:		Fri Aug 30 13:14:23 UTC 2013

 Modified Files:
 	pkgsrc/textproc/cmigemo: Makefile

 Log Message:
 drop TOOLS_NOOP=curl.

 SKK=JISYO.L will be extracted with pkgsrc, so fetch with curl will be never
 happend.
 Moreover, such setting is ambiguous with FETCH_USING=curl.

 related to PR pkg/48159.


 To generate a diff of this commit:
 cvs rdiff -u -r1.4 -r1.5 pkgsrc/textproc/cmigemo/Makefile

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

NetBSD Home
NetBSD PR Database Search

(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-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.