Re: pkg/37740: open-vm-tools misses pcre build dependency

["Jeremy C. Reed" <reed%reedmedia.net@localhost>]

The following reply was made to PR pkg/37740; it has been noted by GNATS.

From: "Jeremy C. Reed" <reed%reedmedia.net@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: pkg/37740: open-vm-tools misses pcre build dependency
Date: Thu, 10 Jan 2008 12:28:42 -0600 (CST)

 > => Applying pkgsrc patches for open-vm-tools-2007.09.04.56574
 > ===> Creating toolchain wrappers for open-vm-tools-2007.09.04.56574
 > ERROR: pcre is not installed; can't buildlink files.
 
 This type of problem is caused by a dependency already installed on your 
 system is good enough so the buildlinking is not done. See below.
 
 > >Fix:
 > The following one-line fix made it build fine:
 > 
 > Index: Makefile
 > ===================================================================
 > RCS file: /cvsroot/pkgsrc/sysutils/open-vm-tools/Makefile,v
 > retrieving revision 1.3
 > diff -b -u -r1.3 Makefile
 > --- Makefile    11 Nov 2007 11:02:11 -0000      1.3
 > +++ Makefile    10 Jan 2008 15:04:53 -0000
 > @@ -22,6 +22,7 @@
 >  
 >  .include "../../security/openssl/buildlink3.mk"
 >  .include "../../x11/gtk2/buildlink3.mk"
 > +.include "../../devel/pcre/buildlink3.mk"
 
 If open-vm-tools doesn't need pcre directly, then this is probably not the 
 correct fix.
 
 What does the following tell us?
 
 pkg_info -n gtk2+ | egrep 'Information|glib'
 
 pkg_info -n glib2 | egrep 'Information|pcre'
 
 The pcre buildlink was included on 08-Nov-07 but the dependency was not 
 bumped. This was done during the update to 2.14.3.
 
 This has been reported (not including my own similar reports):
 
 http://archive.netbsd.se/?ml=netbsd-tech-pkg&a=2007-11&m=5701705
 
 and
 
 http://archive.netbsd.se/?ml=netbsd-current-users&a=2007-11&m=5735883
 
 My recommendation is to abuse BUILDLINK_API_DEPENDS.glib2 for this. See my 
 email at http://archive.netbsd.se/?ml=netbsd-tech-pkg&a=2008-01&m=6034802
 (I has posted about this other times also, but never received any answer 
 to this ongoing problem.)
 
 (As it is the BUILDLINK_ABI_DEPENDS.glib2 is wrong, since the ABI changed 
 when g_once_init_leave was added in glib 2.13.7 from July 2007 -- I 
 think.)
 
 
 
   Jeremy C. Reed