From owner-cvs-all@FreeBSD.ORG Mon Jan 28 06:26:03 2008 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDE2C16A41B for ; Mon, 28 Jan 2008 06:26:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 6842213C45A for ; Mon, 28 Jan 2008 06:26:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 1842 invoked by uid 399); 28 Jan 2008 06:26:02 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 28 Jan 2008 06:26:02 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <479D7578.1070504@FreeBSD.org> Date: Sun, 27 Jan 2008 22:26:00 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20080126) MIME-Version: 1.0 To: Mikhail Teterin References: <200801201628.m0KGSlq6037319@repoman.freebsd.org> <479B6A3D.10108@FreeBSD.org> <200801261328.47675@aldan> In-Reply-To: <200801261328.47675@aldan> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 8bit Cc: Jeremy Messenger , cvs-all@freebsd.org, ports-committers@freebsd.org, Edwin Groothuis , Joe Marcus Clarke , cvs-ports@freebsd.org Subject: Re: cvs commit: ports/net/ekiga pkg-plist X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jan 2008 06:26:03 -0000 Mikhail Teterin wrote: > On субота 26 с╕чень 2008, Jeremy Messenger wrote: > = Well, it's not only for package. What about users' systems that use ports? > = What if one of user decide to uninstall ekiga? It will ending up with > = leftover files in their system. Bump is need to have their system clean. > = As for not like to build again, perhaps we need to come up with new > = *VERSION like PLISTVERSION that will only fix plist without have to > = rebuild. > > We don't need to come with anything for this case -- the timestamp on > pkg-plist can (almost) always be compared with that > of /var/db/pkg/FOO/+CONTENTS I beg to differ, I think it can basically never be relied on. The +CONTENTS file is updated many times after the port is installed, either by tools like portmaster, or by the ports infrastructure itself. (Think dependency tracking via pkgdep.) Doug -- This .signature sanitized for your protection