From owner-svn-src-projects@FreeBSD.ORG Sun Nov 30 20:25:25 2014 Return-Path: Delivered-To: svn-src-projects@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66C15AA3; Sun, 30 Nov 2014 20:25:25 +0000 (UTC) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mailhost.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2B9D8EC1; Sun, 30 Nov 2014 20:25:25 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 37507B8091; Sun, 30 Nov 2014 21:25:22 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id 23CC628494; Sun, 30 Nov 2014 21:25:22 +0100 (CET) Date: Sun, 30 Nov 2014 21:25:22 +0100 From: Jilles Tjoelker To: Garrett Cooper Subject: Re: svn commit: r275219 - projects/building-blocks/share/skel Message-ID: <20141130202521.GA1103@stack.nl> References: <201411282207.sASM7Gq7055794@svn.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201411282207.sASM7Gq7055794@svn.freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: svn-src-projects@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-projects@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "SVN commit messages for the src " projects" tree" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2014 20:25:25 -0000 On Fri, Nov 28, 2014 at 10:07:16PM +0000, Garrett Cooper wrote: > Author: ngie > Date: Fri Nov 28 22:07:16 2014 > New Revision: 275219 > URL: https://svnweb.freebsd.org/changeset/base/275219 > Log: > Install skeleton files based on the values of MK_MAIL and MK_TCSH > Customize according to MK_GAMES and MK_VI, in particular comment out lines > that would change behavior > Change dot.cshrc and dot.profile to not check for /usr/games/fortune based > on the new behavior in customizing the files Hmm, this assumes a rather specific use case: selecting a particular combination of options, building everything and installing everything what was built. In particular, the run-time check for /usr/games/fortune was there because a user might not install /usr/games, even though it was part of the built release. With "packaged base", this possibility will remain important. Also, dotfiles might be shared between systems by users. This is an objection against customizing dot.* file contents depending on options, not against conditionally installing dot.* files. -- Jilles Tjoelker