From owner-freebsd-questions@FreeBSD.ORG Sat Feb 4 21:12:31 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4FF0A16A420 for ; Sat, 4 Feb 2006 21:12:31 +0000 (GMT) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDCBE43D4C for ; Sat, 4 Feb 2006 21:12:30 +0000 (GMT) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: (qmail 24554 invoked from network); 4 Feb 2006 21:12:30 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 4 Feb 2006 21:12:30 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id AA1BA28439; Sat, 4 Feb 2006 16:12:29 -0500 (EST) Sender: lowell@be-well.ilk.org To: Nikolas Britton References: From: Lowell Gilbert Date: 04 Feb 2006 16:12:29 -0500 In-Reply-To: Message-ID: <44u0bevneq.fsf@be-well.ilk.org> Lines: 10 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Xn Nooby , freebsd-questions@freebsd.org Subject: Re: Why does portsdb -Uu run so long? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 21:12:31 -0000 Nikolas Britton writes: > No, If I remember right (someone step in if I'm wrong) make fetchindex > is what you would get if you ran portsdb -Uu. Assuming nothing has been checked in between (1) the building of the index on the server (which you get from fetchindex), and (2) the last snapshot of the ports tree that your cvsup server has taken. In general, these will not be exactly the same, but close enough that the difference hardly ever matters.