From owner-svn-ports-head@FreeBSD.ORG  Sat May 25 02:48:02 2013
Return-Path: <owner-svn-ports-head@FreeBSD.ORG>
Delivered-To: svn-ports-head@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 1033)
 id E29A1C4A; Sat, 25 May 2013 02:48:02 +0000 (UTC)
Date: Sat, 25 May 2013 02:48:02 +0000
From: Alexey Dokuchaev <danfe@FreeBSD.org>
To: Baptiste Daroussin <bapt@FreeBSD.org>
Subject: Re: svn commit: r318993 - in head: archivers/libcabinet
 archivers/libcabinet/files devel/libpdel devel/libxalloc finance/libstocks
 games/libshhcards games/libshhcards/files japanese/ming math/linpack w...
Message-ID: <20130525024802.GD89166@FreeBSD.org>
References: <201305241635.r4OGZVa7094499@svn.freebsd.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <201305241635.r4OGZVa7094499@svn.freebsd.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org,
 ports-committers@freebsd.org
X-BeenThere: svn-ports-head@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: SVN commit messages for the ports tree for head
 <svn-ports-head.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/svn-ports-head>,
 <mailto:svn-ports-head-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-ports-head>
List-Post: <mailto:svn-ports-head@freebsd.org>
List-Help: <mailto:svn-ports-head-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/svn-ports-head>,
 <mailto:svn-ports-head-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 25 May 2013 02:48:03 -0000

On Fri, May 24, 2013 at 04:35:31PM +0000, Baptiste Daroussin wrote:
> New Revision: 318993
> URL: http://svnweb.freebsd.org/changeset/ports/318993
> 
> Log:
>   Do not let system make.conf inpact the port's makefile
>   This fixes build on current
> 
> @@ -13,6 +13,7 @@ USE_LDCONFIG=	yes
>  
>  SRCFILE=	${WRKSRC}/listcab.cpp
>  PROGFILE=	${SRCFILE:S/.cpp$//}
> +MAKE_ENV=	WITHOUT_PROFILE=yes __MAKE_CONF=/dev/null SRCCONF=/dev/null

This looks bogus.  Can you shed some light on what exactly breaks these
ports?  Can they be fixed without introducing cryptic constructs in their
ports Makefiles?  I'd volunteer to fix (when -current gets stable enough
to be feasible for remote upgrade; I don't want to get unbootable box).

./danfe