From owner-freebsd-ports@FreeBSD.ORG Mon Jan 16 01:55:40 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 650B316A420 for ; Mon, 16 Jan 2006 01:55:40 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC08C43D58 for ; Mon, 16 Jan 2006 01:55:39 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 94A381A3C24; Sun, 15 Jan 2006 17:55:39 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D8BD854A21; Sun, 15 Jan 2006 20:55:38 -0500 (EST) Date: Sun, 15 Jan 2006 20:55:38 -0500 From: Kris Kennaway To: Mark Linimon Message-ID: <20060116015538.GA29320@xor.obsecurity.org> References: <43CA449C.28180.3247619B@dan.langille.org> <20060115230735.GB19392@soaustin.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <20060115230735.GB19392@soaustin.net> User-Agent: Mutt/1.4.2.1i Cc: ports@freebsd.org, Dan Langille Subject: Re: MOVED - from == to? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2006 01:55:40 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 15, 2006 at 05:07:35PM -0600, Mark Linimon wrote: > On Sun, Jan 15, 2006 at 12:48:28PM -0500, Dan Langille wrote: > > Can the FROM field be the same as the TO field in ports/MOVED? I=20 > > think not. >=20 > eik and I were trying to convince people that that would be a good > technique to note 'previously removed port has been reinstated', but I > don't think we convinced anyone. >=20 > My original interpretation of MOVED, when I built portsmon, was that > it contained a complete historical record of ports that had been > deleted and/or moved. To build the view of the 'latest' change, portsmon > walks the tree and follows multiple entries. The reason I did it this > way is that so I could say 'PR #xyz was orginally about foo/bar-devel but > now it is about foo/bar since that's where foo/bar-devel got moved to." >=20 > However, I also failed to convince people that keeping the historical > entries was useful, and now some (but not all) of them have been flushed. >=20 > Given that, we might as well flush the rest of them, and the from=3Dto > entries as well. There's a larger problem which is that it's impossible to correctly parse the information in MOVED as it currently stands. e.g. editors/emacs|editors/emacs19|2004-03-20|emacs 19.x moved to a non-default = port location editors/emacs21|editors/emacs|2004-03-20|emacs 21.x moved to default port l= ocation The intention of the above is that old versions of editors/emacs (which were emacs 19.x) should be followed to editors/emacs19. But a newer editors/emacs port is 21.x, so it should not follow there. The way MOVED was intended to be parsed was to start at the "appropriate date" in the file and only parse entries after this date. The problem is that there's no unambigious way to determine "appropriate date": it's supposed to mean the date of the port from which the package was built, but this is not recorded in the package (or clearly defined itself: in most cases it's the date of the port Makefile, except for ports that .include other things, i.e. potentially every port). A better solution might be to additionally record the PKGVERSION of the port at the date of the MOVED entry, since this may be easily parsed and used to determine whether the entry applies to a given package. The problem is that PKGVERSION is not always uniquely defined and may sometimes depend on OSVERSION and other factors. I don't know how to fix this. Kris --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDyv0aWry0BWjoQKURAjsBAJsHiHOLrPKskjbAd1kiW3i3NysTdgCfSwKl I0d7tQxEWaBAhQpaMiEt03I= =n+s6 -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1--