From owner-cvs-ports@FreeBSD.ORG Sat Mar 28 20:01:22 2009 Return-Path: Delivered-To: cvs-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 727391065679; Sat, 28 Mar 2009 20:01:22 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.131.111.2]) by mx1.freebsd.org (Postfix) with ESMTP id 119E18FC18; Sat, 28 Mar 2009 20:01:21 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from acrux.dbai.tuwien.ac.at (acrux [128.131.111.60]) by vexpert.dbai.tuwien.ac.at (Postfix) with ESMTP id EF12B3911A; Sat, 28 Mar 2009 21:01:20 +0100 (CET) Received: by acrux.dbai.tuwien.ac.at (Postfix, from userid 1203) id 8F52510059; Sat, 28 Mar 2009 21:01:24 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by acrux.dbai.tuwien.ac.at (Postfix) with ESMTP id 80AE91003D; Sat, 28 Mar 2009 21:01:24 +0100 (CET) Date: Sat, 28 Mar 2009 21:01:24 +0100 (CET) From: Gerald Pfeifer To: David O'Brien In-Reply-To: <20090324043028.GA34952@dragon.NUXI.org> Message-ID: References: <200903120954.n2C9s2ev063133@repoman.freebsd.org> <20090313023956.GA49511@dragon.NUXI.org> <49BA52D2.8090209@FreeBSD.org> <20090323231412.GA94221@hub.freebsd.org> <20090324012325.GB1292@atarininja.org> <20090324043028.GA34952@dragon.NUXI.org> User-Agent: Alpine 1.99 (LSU 1142 2008-08-13) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: cvs-ports@FreeBSD.org, Wesley Shields , Pav Lucistnik , cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/shells/bash Makefile pkg-plist X-BeenThere: cvs-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Mar 2009 20:01:23 -0000 On Mon, 23 Mar 2009, David O'Brien wrote: >>> Is there ever a change then that doesn't require a bump in either >>> PORTREVISION or PORTVERSION? >> Just changing the maintainer should not require the user to do anything. > That is the only case I can think of. Even changing the comment or > pkg-descr should have its PORTREVISION bumped in order to get a new > package built so users have the fresh description. Setting FORCE_MAKE_JOBS would be another example which should not trigger a rebuild for the user. Or something like the following, which I had embedded in some other lang/gcc42 changes, but would have committed by itself otherwise: "Remove gcc-testsuite from DISTFILES, along with the post-build and check targets. This reduces disk and bandwidth consumptions for a feature (apparently) never used." Gerald