From owner-svn-ports-head@freebsd.org Thu May 19 17:39:06 2016 Return-Path: Delivered-To: svn-ports-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 92C8BB42E35; Thu, 19 May 2016 17:39:06 +0000 (UTC) (envelope-from freebsd.contact@marino.st) Received: from shepard.synsport.net (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 622B6136F; Thu, 19 May 2016 17:39:05 +0000 (UTC) (envelope-from freebsd.contact@marino.st) Received: from [192.168.1.21] (176.red-83-34-249.dynamicip.rima-tde.net [83.34.249.176]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by shepard.synsport.net (Postfix) with ESMTP id 78F3943C06; Thu, 19 May 2016 12:38:57 -0500 (CDT) Subject: Re: svn commit: r415468 - in head/ports-mgmt/poudriere-devel: . files To: Bryan Drewery , Adam Weinberger References: <201605182259.u4IMxpnJ063691@repo.freebsd.org> <23f0d742-1bdc-4371-bae4-244834658514@FreeBSD.org> Cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Reply-To: marino@freebsd.org From: John Marino Message-ID: <5638d662-f2ae-7d6f-353f-f5ea5526a9dc@marino.st> Date: Thu, 19 May 2016 19:38:56 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <23f0d742-1bdc-4371-bae4-244834658514@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 May 2016 17:39:06 -0000 On 5/19/2016 7:27 PM, Bryan Drewery wrote: > On 5/19/16 9:32 AM, Adam Weinberger wrote: > Yeah it's the build as user default change. It breaks ccache. I'm not > thrilled about it and there's no sane workaround. This is just a suggestion from somebody unfamiliar with the implementation, but maybe it would be feasible to detect the ccache permissions before starting a run, and ejecting with an error if the ownership is wrong. Maybe you only need to check the 16 (0,1, .. F) directories and that would be sufficient. Just an idea ... John