From owner-freebsd-questions@FreeBSD.ORG Sat Jul 19 09:56:41 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 74CE169D for ; Sat, 19 Jul 2014 09:56:41 +0000 (UTC) Received: from zoom.lafn.org (zoom.lafn.org [108.92.93.123]) by mx1.freebsd.org (Postfix) with ESMTP id EAE812BE6 for ; Sat, 19 Jul 2014 09:56:39 +0000 (UTC) Received: from [10.0.1.2] (static-71-177-216-148.lsanca.fios.verizon.net [71.177.216.148]) (authenticated bits=0) by zoom.lafn.org (8.14.7/8.14.7) with ESMTP id s6J9uOx4077198 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 19 Jul 2014 02:56:28 -0700 (PDT) (envelope-from bc979@lafn.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Freebsd-update to 9.3 from 9.2 From: Doug Hardie In-Reply-To: Date: Sat, 19 Jul 2014 02:56:23 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <27F5F447-F284-4C7A-B7DE-FD9E5AEA7D5F@lafn.org> 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> To: nightrecon@hotmail.com X-Mailer: Apple Mail (2.1510) X-Virus-Scanned: clamav-milter 0.98 at zoom.lafn.org X-Virus-Status: Clean Cc: freebsd-questions@freebsd.org 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: Sat, 19 Jul 2014 09:56:41 -0000 On 18 July 2014, at 16:40, Michael Powell = wrote: > Doug Hardie wrote: >=20 > [snip] >>=20 >>=20 >> svn doesn't work either: >>=20 >> svn checkout https://svn0.us-west.FreeBSD.org/base/release/9.3.0 = /usr/src >=20 > Incorrect syntax, which creates a new problem that didn't exist yet. Thats interesting. The command I used came directly from the manual. = It also worked. There is a real problem with the documentation for = upgrading the base and ports. The typical man page structure only tells = you what the various flags are etc. It doesn't tell you how to = accomplish the normal goals. There needs to be some direction and = examples on using these things for the normal admin functions of = updating a system. >=20 >> 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. >=20 > I have exactly zero experience with freebsd-update, and do not want to = seem=20 > disparaging towards the work of someone much smarter than me. I also = have a=20 > noted tendency to stick with what has worked well in the past and = don't=20 > change things until either I have a really good reason or some other = change=20 > makes trying "the new way" mandatory with no choice. Hence I still do=20= > upgrades along the make world/buildworld/etc dance. Generally = speaking, I've=20 > been doing it this way since circa 2000 and have had almost never a = problem=20 > so I stick with it. >=20 > Under a populated /usr/src there is a .svn subdirectory. I actually = know=20 > very little about subversion, but I think this directory contains all = the=20 > internal housekeeping. I've noticed before the header in many of the = files=20 > I've read through all seem to contain OS version information. If you = have a=20 > populated /usr/src you can cd to /usr/src and do rm -rf * and this = will wipe=20 > everything _except_ the .svn subdirectory. You will first need to = chflags -R=20 > noschg on this directory before you can rm -rf it. There is no mention of any of that in the manual=85 >=20 > Once wiped clean, do this: >=20 > svn checkout svn://svn0.us-west.FreeBSD.org/base/releng/9.3 /usr/src >=20 > Please note the svn:// , releng instead of release, and the space = before=20 > /usr/src. This will pull in a fresh source tree for 9.3. To update do = this: >=20 > svn update /usr/src >=20 > Usually running this immediately after pulling in a fresh tree does = nothing,=20 > other than tell you you're already at the latest. If time goes by and=20= > security updates come out the svn update /usr/src command will pull in = what=20 > once was known as the release 'security' branch. Of course, any of = this only=20 > applies to NOT using freebsd-update. >=20 > One of the really neat things I do like is the revision number. You = will see=20 > it in uname like this: 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268715. I = have=20 > one machine left that only has a CD burner instead of the DVD burner = all the=20 > others enjoy. So in order to fit a backup dump on a CD I have to = delete the=20 > source tree. If at some point later I should need to pull in the = source tree=20 > that matches my existing kernel I look up the revision number in = uname and=20 > do something like this: >=20 > svn checkout -r r268715 svn://svn0.us-west.FreeBSD.org/base/releng/9.3 = =20 > /usr/src >=20 > Using the revision numbers in this fashion allows for world and kernel = to=20 > stay in sync. Typically this is not required most of the time, but I = like=20 > very much that the feature exists and is so easy to utilize. >=20 > I can't speak to the original situation where the source tree was = stale after=20 > freebsd-update. I simply just know next to nothing about = freebsd-update,=20 > other than problems people have had with it that I've read about on = the=20 > list. I've been steadily doing source based upgrades for 14 years and = it=20 > works so I keep doing it that way. :-) I have been using the freebsd-update approach on several systems without = issues till now. Some use generic kernels and then it works great. >=20 > -Mike >=20 >=20 > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" >=20