From owner-cvs-ports@FreeBSD.ORG Wed Mar 25 23:48:19 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 2437D106566C; Wed, 25 Mar 2009 23:48:19 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp5.server.rpi.edu (smtp5.server.rpi.edu [128.113.2.225]) by mx1.freebsd.org (Postfix) with ESMTP id D77A88FC16; Wed, 25 Mar 2009 23:48:18 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp5.server.rpi.edu (8.13.1/8.13.1) with ESMTP id n2PMklPv001353; Wed, 25 Mar 2009 18:46:49 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <49C842CB.6070900@FreeBSD.org> References: <200903120954.n2C9s2ev063133@repoman.freebsd.org> <20090313023956.GA49511@dragon.NUXI.org> <49BA52D2.8090209@FreeBSD.org> <20090323231412.GA94221@hub.freebsd.org> <49C842CB.6070900@FreeBSD.org> Date: Wed, 25 Mar 2009 18:46:47 -0400 To: Doug Barton , obrien@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.10 () [Hold at 20.00] COMBINED_FROM X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.225 Cc: cvs-ports@FreeBSD.org, 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: Wed, 25 Mar 2009 23:48:19 -0000 At 7:17 PM -0700 3/23/09, Doug Barton wrote: >David O'Brien wrote: > > > > If not, maybe we should do away with PORTREVISION and use > > something like: > > >> ${PORTNAME}-${PORTVERSION}_${VCS_ID} > >I actually have in mind a different scheme that replaces both >PORTREVISION and PORTEPOCH with a date string like 200903231 that >would be appended to each PKGNAME. It would completely remove the >ambiguity (and the kludgy mess that both of the current variables >have created), and has the extra added bonus that you could set it >differently depending on which options the user has set without >fear of creating ambiguity. But I digress ... Somewhere I suggested an idea of a separate version-id value which would be for the "version in the ports collection" itself, and put that before the "version as taken from the package". So, the original bash project might release a version as 3.2.48. If a new version of the freebsd-port for bash was created on March 25th, then my suggested value for "ports-version" would be 2009C25a (2009, "C" = march, 25th, "a" = "first one of that day"). Thus the combined version-string would be: bash_2009C25a-3.2.48 new versions of any port would never go backwards, alphabetically, so there's no need for a "PORT_EPOCH". Another advantage is that it becomes trivial to see if the bash port has been modified at all since some other port (say, "gcc") was updated. Well, trivial, unless they did happen to be updated the same day. There are more details to the timestamp that I'm suggesting, but that's basically it. I've used this timestamping-method for various files I create for various purposes here at RPI, and it seems to work out without introducing any particular problems. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA