From owner-cvs-ports@FreeBSD.ORG Wed May 12 09:07:15 2004 Return-Path: Delivered-To: cvs-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A5A016A4CE for ; Wed, 12 May 2004 09:07:15 -0700 (PDT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62CD543D64 for ; Wed, 12 May 2004 09:07:14 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (not verified)) by gw.celabo.org (Postfix) with ESMTP id CBCAB54840; Wed, 12 May 2004 11:07:13 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 679B56FF36; Wed, 12 May 2004 11:07:13 -0500 (CDT) Date: Wed, 12 May 2004 11:07:13 -0500 From: "Jacques A. Vidrine" To: Garance A Drosihn Message-ID: <20040512160713.GB9065@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Garance A Drosihn , Kris Kennaway , cvs-ports@freebsd.org References: <20040416173857.GA50670@madman.celabo.org> <20040416174418.GC50670@madman.celabo.org> <40802354.3030202@fillmore-labs.com> <20040417152242.GA5543@madman.celabo.org> <20040506190729.GD1777@madman.celabo.org> <20040506212442.GF2316@madman.celabo.org> <20040506213641.GA93452@xor.obsecurity.org> <20040506220855.GI2316@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.6i cc: cvs-ports@freebsd.org cc: Kris Kennaway Subject: Re: discussion on package-version numbers... (PR 56961) X-BeenThere: cvs-ports@freebsd.org X-Mailman-Version: 2.1.1 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, 12 May 2004 16:07:15 -0000 On Fri, May 07, 2004 at 02:01:05PM -0400, Garance A Drosihn wrote: > Is it fair to say that the real problem is that we are trying to > impose order on version-numbers which are being picked by the > 10,000 different developers of the original programs that we are > creating ports for? So, basically, no matter what scheme we come > up with, we have absolutely no way to force any of the original > authors to conform to our scheme. None. We can not do it. It > will not happen. We have no way to make it happen. Even if we > pick something that works today, there is nothing we can do to > prevent 1,000 of those independent developers deciding on some > new version-numbering scheme for *their* products tomorrow, and > thus break whatever clever grammar we dreamed up today. > > If so, then let's just give up on that. No, we're not trying to set rules for how the 10,000 package developers version their packages. We've never done that, and we never will, as you say :-) But, we do not just blindly use the package's `native' version numbering scheme. Well, some sloppy committers do, and even some careful committers make some mistakes. > Alternate idea for > handling versions: > > -> *our* idea of the version of the sources > for this port. That's what we have today. > Make it a date string. > [personal twist on that idea: make the month > a letter from A-L, instead of 01-12] Our current scheme (as well as my strawman) preserves more of the original version. This is aesthetically pleasing. > -> incremented when *our* files for a port > changes (our makefiles, our patches, etc), > but we are still basing the port on the > same sources from the original developer. Yes, that is what we have today. > -> the version which the original developer > tagged on their source files. > > So, a full portname might look like: > > bash2-2003E16.0-2.05b.007 > > We use the '2003E16.0' part for all our own FreeBSD-ports > processing, and we basically ignore whatever version the > original author gave their source. The *author's* version is > only there for humans to eyeball and nod at, when they want to > compare what they have installed on FreeBSD to what they have > on other operating systems. It is not to be used by ports- > processing, since we have no control over those values. > > . . . . . . or was my initial premise not fair to say? :-) Your premise was fair enough. I guess there is desire to keep the differences between the original package version and our ${PORTVERSION} small. Otherwise, we could just forget the whole mess and use ${PORTEPOCH} only :-) Cheers, -- Jacques Vidrine / nectar@celabo.org / jvidrine@verio.net / nectar@freebsd.org