From owner-cvs-all@FreeBSD.ORG Mon May 31 06:57:37 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E61516A4CE; Mon, 31 May 2004 06:57:37 -0700 (PDT) Received: from fillmore.dyndns.org (port-212-202-49-130.dynamic.qsc.de [212.202.49.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA27143D41; Mon, 31 May 2004 06:57:36 -0700 (PDT) (envelope-from eikemeier@fillmore-labs.com) Received: from [172.16.0.2] (helo=fillmore-labs.com) by fillmore.dyndns.org with esmtp (Exim 4.34 (FreeBSD)) id 1BUnI9-000MPS-UD; Mon, 31 May 2004 15:57:31 +0200 Message-ID: <40BB39C9.2060204@fillmore-labs.com> Date: Mon, 31 May 2004 15:57:29 +0200 From: Oliver Eikemeier Organization: Fillmore Labs GmbH - http://www.fillmore-labs.com/ MIME-Version: 1.0 To: Akinori MUSHA References: <200405301418.i4UEIVnF072175@repoman.freebsd.org> <86r7t16wbf.knu@iDaemons.org> <40BAEB3C.6050200@fillmore-labs.com> <86pt8k4t94.knu@iDaemons.org> In-Reply-To: <86pt8k4t94.knu@iDaemons.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: cvs-ports@FreeBSD.org cc: cvs-all@FreeBSD.org cc: ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/databases/ruby-sqlrelay Makefile X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 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, 31 May 2004 13:57:37 -0000 Akinori MUSHA wrote: > At Mon, 31 May 2004 10:22:20 +0200, > Oliver Eikemeier wrote: > >>I read the commit log, but the PORTREVISION reset is pureley cosmetic, >>so keeping it until the next release does not cause any problems. >> >>OTOH it makes automatic version auditing possible, which guarantees >>that tools like portupgrade will work. It is hard to check whether a >>port is just broken on a single platform or automatically read commit >>logs. If you want to have a version number going backwards, you can >>always bump PORTEPOCH. Do you think we need another mechanism/flag to >>signal automatic testing systems that everything is well? The script >>I'm running is at ports/Tools/scripts/chkversion.pl, feel free to send >>patches. > > The script issued a warning mail(s) nagging about the commit, and I > made myself quite clear in the attached commit log. So, everyone on > the ports@ list that read the mail could see that I knew what I was > doing and I intentionally reset PORTREVISION. Thus the chkversion.pl > script served its purpose. What's the problem? What made you think > that you must commit the "fix" ? The script would've nagged you every two hours until this has been fixed. I guess you don't want that? > I'm not opposing but just wondering. No problem. A one-time reminder might get lost easily, and it's nice to know that it has been fixed. I do not oppose the idea of letting portversions going backwards intentionally, although I'm not happy with what happened to dns/bind9 since October 2003. If we really want to support that, we have to find a method to make this explicit in a way that is machine parsable, which has not to be part of the PKGNAME, but starts a new version numbering chain. IMHO a consistent ports tree (with reliably working tools as a consequence) is worth more than cosmetics like resetting PORTREVISION or PORTEPOCH. Correct me when I'm wrong, but this is the version numbering scheme we have in FreeBSD ports, and we should either adhere to it (including FreeBSD amendments), or invent something new. -Oliver