From owner-freebsd-questions@FreeBSD.ORG Fri Jul 18 23:41:25 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CFD2F31 for ; Fri, 18 Jul 2014 23:41:25 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BE85D2CB1 for ; Fri, 18 Jul 2014 23:41:24 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1X8HmC-0000xd-3Q for freebsd-questions@freebsd.org; Sat, 19 Jul 2014 01:41:20 +0200 Received: from pool-173-79-82-127.washdc.fios.verizon.net ([173.79.82.127]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 19 Jul 2014 01:41:20 +0200 Received: from nightrecon by pool-173-79-82-127.washdc.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 19 Jul 2014 01:41:20 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-questions@freebsd.org From: Michael Powell Subject: Re: Freebsd-update to 9.3 from 9.2 Date: Fri, 18 Jul 2014 19:40:45 -0400 Lines: 72 Message-ID: References: <4CA0146F-BD4E-4613-9050-DB0C1FDB7EA4@lafn.org> <53C8B7A2.1060504@my.hennepintech.edu> <494D0D9E-ED60-4187-ABCF-8E18CDEAB911@lafn.org> <53C8E2A7.6000000@my.hennepintech.edu> Reply-To: nightrecon@hotmail.com Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pool-173-79-82-127.washdc.fios.verizon.net X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jul 2014 23:41:25 -0000 Doug Hardie wrote: [snip] > > > svn doesn't work either: > > svn checkout https://svn0.us-west.FreeBSD.org/base/release/9.3.0 /usr/src Incorrect syntax, which creates a new problem that didn't exist yet. > The latest version of UPDATING I get is from 20130705. The web repository > shows the latest entry as 20140716. I have used FreeBSD since 2.5.4 and > it used to be easy to manage. Now its virtually impossible. Complete > reinstalls on production systems are just not viable. We need a working > way to upgrade. I haven't found it yet. I have exactly zero experience with freebsd-update, and do not want to seem disparaging towards the work of someone much smarter than me. I also have a noted tendency to stick with what has worked well in the past and don't change things until either I have a really good reason or some other change makes trying "the new way" mandatory with no choice. Hence I still do upgrades along the make world/buildworld/etc dance. Generally speaking, I've been doing it this way since circa 2000 and have had almost never a problem so I stick with it. Under a populated /usr/src there is a .svn subdirectory. I actually know very little about subversion, but I think this directory contains all the internal housekeeping. I've noticed before the header in many of the files I've read through all seem to contain OS version information. If you have a populated /usr/src you can cd to /usr/src and do rm -rf * and this will wipe everything _except_ the .svn subdirectory. You will first need to chflags -R noschg on this directory before you can rm -rf it. Once wiped clean, do this: svn checkout svn://svn0.us-west.FreeBSD.org/base/releng/9.3 /usr/src Please note the svn:// , releng instead of release, and the space before /usr/src. This will pull in a fresh source tree for 9.3. To update do this: svn update /usr/src Usually running this immediately after pulling in a fresh tree does nothing, other than tell you you're already at the latest. If time goes by and security updates come out the svn update /usr/src command will pull in what once was known as the release 'security' branch. Of course, any of this only applies to NOT using freebsd-update. One of the really neat things I do like is the revision number. You will see it in uname like this: 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268715. I have one machine left that only has a CD burner instead of the DVD burner all the others enjoy. So in order to fit a backup dump on a CD I have to delete the source tree. If at some point later I should need to pull in the source tree that matches my existing kernel I look up the revision number in uname and do something like this: svn checkout -r r268715 svn://svn0.us-west.FreeBSD.org/base/releng/9.3 /usr/src Using the revision numbers in this fashion allows for world and kernel to stay in sync. Typically this is not required most of the time, but I like very much that the feature exists and is so easy to utilize. I can't speak to the original situation where the source tree was stale after freebsd-update. I simply just know next to nothing about freebsd-update, other than problems people have had with it that I've read about on the list. I've been steadily doing source based upgrades for 14 years and it works so I keep doing it that way. :-) -Mike