From owner-freebsd-questions@FreeBSD.ORG Mon Nov 19 16:11:07 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C9C6C328 for ; Mon, 19 Nov 2012 16:11:07 +0000 (UTC) (envelope-from freebsd-questions@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 785398FC13 for ; Mon, 19 Nov 2012 16:11:07 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1TaTwE-00039i-1F for freebsd-questions@freebsd.org; Mon, 19 Nov 2012 17:11:10 +0100 Received: from 79-139-19-75.prenet.pl ([79.139.19.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Nov 2012 17:11:09 +0100 Received: from jb.1234abcd by 79-139-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Nov 2012 17:11:09 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: jb Subject: Re: portsnap Date: Mon, 19 Nov 2012 16:10:48 +0000 (UTC) Lines: 24 Message-ID: References: <20121119155141.46107723@gumby.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:16.0) Gecko/20100101 Firefox/16.0) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Nov 2012 16:11:07 -0000 RW googlemail.com> writes: > ... > > ... > > So, why did it do so much work (ca. 5 min, 24085 patches), even > > claiming to have applied patches, before telling me the env was not > > properly set up ? jb > > You gave portsnap two commands - one succeeded and the other failed. > > "fetch" downloads and applies patches to the compressed > snapshot. "update" uses the compressed snapshot to update a > pre-existing ports tree created by an "extract" > ... OK. But this looks like a flaky entry validation - it should be rejected up front as invalid entry, even if it applied to the second part - "update". Because the effect of processing the entire entry "fetch" plus "update" is lost anyway. jb