From owner-cvs-all Thu Apr 19 19:10:12 2001 Delivered-To: cvs-all@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 885) id A654437B423; Thu, 19 Apr 2001 19:10:04 -0700 (PDT) Date: Thu, 19 Apr 2001 19:10:04 -0700 From: Eric Melville To: Satoshi - Ports Wraith - Asami Cc: bmah@FreeBSD.org, Kris Kennaway , David O'Brien , Akinori MUSHA , Chris Faulhaber , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: ports/editors/vim6 Makefile distinfo pkg-plist Message-ID: <20010419191004.A33085@FreeBSD.org> References: <200104111956.f3BJukl93003@freefall.freebsd.org> <20010419140501.A253@jive.44bsd.net> <8666g0d8ws.wl@archon.local.idaemons.org> <20010419122255.B29435@dragon.nuxi.com> <20010419123216.A53260@xor.obsecurity.org> <200104191955.f3JJtQV60074@bmah-freebsd-0.cisco.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from asami@FreeBSD.org on Thu, Apr 19, 2001 at 02:17:41PM -0700 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Do you think we should treat the string of digits and string of > non-digits separately, and sort them in numerical order and in > dictionary order, respectively? That will handle the 1.0.b10 case as > well as allowing a 1.0b release to follow 1.0 release (like emacs did > with 19.34 and 19.34b). Attemping to make sense of software versions is nutty business. The way I have been planning third-party package version comparisons for the (85% vapor) binary update client involves ignoring the supplied version entirely, and using a timestamp in it's place. The version information supplied by the vendor is simply retained for user convienence, and thrown into the package database. The versioning of random pieces of software is far too absurd to be utilized by any sort of automated system. These timestamps would most likely come from the last time the port's directory was written to before the package was built. I am not implying that anything like this should be retro-fitted into the existing ports framework. Actually, I'm thinking that it may be worthwhile to provide a sort of striped-down version of the update client that only cares about third-party packages. It may be very convienent for folks that build world from source, but have no desire to put effort into keeping up with all the packages installed on their system. Like me. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message