From owner-freebsd-questions@FreeBSD.ORG Tue Nov 1 06:15:12 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FC7F106566B for ; Tue, 1 Nov 2011 06:15:12 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 12CF28FC14 for ; Tue, 1 Nov 2011 06:15:12 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id pA16FBHh066234 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 31 Oct 2011 23:15:11 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id pA16FA6G066233; Mon, 31 Oct 2011 23:15:11 -0700 (PDT) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA08632; Mon, 31 Oct 11 22:10:10 PST Date: Tue, 01 Nov 2011 06:08:42 -0700 From: perryh@pluto.rain.com To: nightrecon@hotmail.com Message-Id: <4eafef5a.xn0KmWlZlGCMzFaA%perryh@pluto.rain.com> References: <20111031040545.cc7d874f.freebsd@edvax.de> <557A48F1-B4A0-407D-A8F1-1502990AE31E@gmail.com> <20111031182528.619b9b83.freebsd@edvax.de> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: The ports are really funcional? 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: Tue, 01 Nov 2011 06:15:12 -0000 Michael Powell wrote: > I have always suspected that unknowingly utilizing the already > out-of-date tree from the initial install is probably what causes > most newcomers' problems with ports. My experience is exactly the opposite. The biggest problem I've had with ports came from trying to follow the recommended approach of updating the tree after installing, before trying to build anything. In retrospect, I'm not at all sure why anyone would be surprised at this finding -- or why "update it first" would be recommended. The ports tree is known to be buildable and self-consistent when packages are built for a release, and that version of the tree is distributed with the release. If something won't build on a freshly-installed -RELEASE, but the build cluster _was_ able to build the package, there pretty much has to be something wrong with the local installation. Updating the ports tree can't possibly fix such a problem, whatever it may be, and just complicates the situation by introducing more variables. My approach is to install using the known-good ports tree from the release, get the system operational, and _then_ consider updating.