From owner-freebsd-ports@FreeBSD.ORG Fri Jul 3 20:52:31 2009 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D38B8106566C for ; Fri, 3 Jul 2009 20:52:31 +0000 (UTC) (envelope-from sahil@tandon.net) Received: from aegis.hamla.org (aegis.hamla.org [206.251.255.39]) by mx1.freebsd.org (Postfix) with ESMTP id B0DEB8FC21 for ; Fri, 3 Jul 2009 20:52:31 +0000 (UTC) (envelope-from sahil@tandon.net) Received: from localhost (localhost [127.0.0.1]) by aegis.hamla.org (Postfix) with ESMTP id DD2E45C51; Fri, 3 Jul 2009 16:54:27 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tandon.net; h= date:subject:mime-version:x-mailer:content-transfer-encoding :content-type:in-reply-to:from:message-id:references:received: received; s=aegis; t=1246654467; bh=nPmqQyCNbyUCVdl6biDSYhEzUIyv fAz3KWz+fMX5esI=; b=pNckuX1CxBAgIeNGm0BMnbFPO85ivHrlaH/xq9cxKceo XOUJ1RjbRqy3xH8p8t9W2jpIrExXxdc0BAZ0ELbbPYKOZAswfmT1l4kXFaLce1Gv Y7dsobghySYaMbMtS+NLeWTS6f2QyHQtDK9yFvMIAzsgx4fY1CXKKYrhMuDXgGc= Received: from aegis.hamla.org ([127.0.0.1]) by localhost (aegis.hamla.org [127.0.0.1]) (amavisd-new, port 10027) with LMTP id kA9+Wkdio4o8; Fri, 3 Jul 2009 16:54:27 -0400 (EDT) Received: from [10.155.161.127] (unknown [32.141.39.190]) by aegis.hamla.org (Postfix) with ESMTPSA id B6F895C50; Fri, 3 Jul 2009 16:54:26 -0400 (EDT) References: <23B9298D1A02526B4646B131@utd65257.utdallas.edu> <20090703195752.GA37686@tandon.net> <4D9EE49C9C59F1F339DBDDEE@utd65257.utdallas.edu> Message-Id: From: Sahil Tandon To: Paul Schmehl In-Reply-To: <4D9EE49C9C59F1F339DBDDEE@utd65257.utdallas.edu> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (5H11) Mime-Version: 1.0 (iPhone Mail 5H11) Date: Fri, 3 Jul 2009 16:52:23 -0400 Cc: "freebsd-ports@freebsd.org" Subject: Re: Question about a failure report X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 20:52:32 -0000 On Jul 3, 2009, at 4:45 PM, Paul Schmehl wrote: > --On Friday, July 03, 2009 14:57:52 -0500 Sahil Tandon > wrote: > >> >> On Fri, 03 Jul 2009, Paul Schmehl wrote: >> >>> I just got a failure report for one of my ports: security/barnyard- >>> squil. >> >> s/squil/sguil/ :-) >> >>> That port is a slave port to security/barnyard. >>> >>> The error is: >>> ********************************************** >>> ERROR: unable to find mysql headers (mysql.h) >>> checked in the following places >>> /mysql.h >>> ********************************************** >> >> The configure script needs some direction. >> >>> This is what I have in the Makefile of security/barnyard: >>> >>> .if defined(WITH_MYSQL) >>> USE_MYSQL= yes >>> CONFIGURE_ARGS+= --enable-mysql >>> .endif >>> >>> How do I fix this since I'm using the builtin macro? >> >> In security/barnyard/Makefile, try: >> >> CONFIGURE_ARGS+= --enable-mysql \ >> --with-mysql-includes=${LOCALBASE}/include/mysql \ >> --with-mysql-libraries=${LOCALBASE}/lib/mysql > > I *thought* that was what USE_MYSQL meant. The CONFIGURE_ARGS I'm > using are for barnyard. It then looks for the mysql header file, > which it should find if mysql is installed. USE_MYSQL=yes means (if > I understand the bsd.database.mk file) > > BUILD_DEPENDS+= ${LOCALBASE}/lib/mysql/libmysqld.a:${PORTSDIR}/ > databases/mysql${MYSQL_VER}-client (see lines 142ff in > bsd.database.mk.) > > If I can build barnyard-sguil (and really barnyard since the former > is a slave port) by selecting that OPTION *and* the OPTION Is > preselected, why does the build fail when run on tinderbox? Unless > I'm totally misunderstanding what USE_MYSQL means, the BUILD_DEPENDS > is included if mysql is selected. Adding CONFIGURE_ARGS for > includes and libraries should only be necessary if those are in a > non-standard location *or* the software simply refuses to build > without specifying them. It does not. > > Again, I'm confused. I don't understand why the build fails in > tinderbox. Hopefully someone with knowledge of that process can > point out the error of my ways. The tinderbox doesn't get to the build phase to fail there because the *configure* target fails first. The .mk file does not pass those mysql related lib and includes directives to the underlying configure script. And to answer your other question, yes the tinderbox respects OPTIONS and installs dependencies.