From owner-freebsd-stable@FreeBSD.ORG Mon May 22 05:44:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA22116A42D; Mon, 22 May 2006 05:44:48 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE28D43D45; Mon, 22 May 2006 05:44:47 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k4M5icJY094620; Sun, 21 May 2006 23:44:44 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <44714FBB.4000603@samsco.org> Date: Sun, 21 May 2006 23:44:27 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brent Casavant References: <4471361B.5060208@freebsd.org> <20060521231657.O6063@abigail.angeltread.org> In-Reply-To: <20060521231657.O6063@abigail.angeltread.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on pooker.samsco.org Cc: freebsd security , FreeBSD Stable , Colin Percival Subject: Re: FreeBSD Security Survey X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 May 2006 05:44:49 -0000 Brent Casavant wrote: > On Sun, 21 May 2006, Colin Percival wrote: > > >>In order to better understand >>which FreeBSD versions are in use, how people are (or aren't) keeping >>them updated, and why it seems so many systems are not being updated, I >>have put together a short survey of 12 questions. > > > I applaud this survey, however question 9 missed an important point, > at least to me. I was torn between answering "less than once a month" > and "I never update". > > While I find ports to be the single most useful feature of the FreeBSD > experience, and can't thank contributors enough for the efforts, I on > the other hand find updating my installed ports collection (for security > reasons or otherwise) to be quite painful. I typically use portupgrade > to perform this task. On several occasions I got "bit" by doing a > portupgrade which wasn't able to completely upgrade all dependencies > (particularly when X, GUI's, and desktops are in the mix -- though I > always follow the special Gnome upgrade methods when appropriate). > > I can't rule out some form of pilot error, but the end result was pain. > > After several instances of unsatisfactory portupgrades (mostly in the > 5.2 through early 5.4 timeframe), I adopted the practice of either not > upgrading ports at all for the life of a particular installation on a > machine (typically about one year), or when necessary by removing *all* > ports from the machine, cvsup'ing, and reinstalling. This has served > me quite well, particularly considering the minimal threat profile these > particularly systems face. > > So, in short, that's why *I* rarely update ports for security reasons. > > There are steps that could be taken at the port maintenance level that > would work well for my particular case, however that's beyond the scope > of the survey. Thanks for taking the time put the survey together, I > certainly hope it proves useful. > > Thank you, > Brent Casavant I share this frustration with you. I was once told that the pain in upgrading is due largely to a somewhat invisible difference between installing a pre-compiled package, and building+installing a port. In theory, if you stick to one method or the other, things will stay mostly consistent. But if you mix them, and particularly if you update the ports tree in the process, the end result is a bit more undefined. One thing that I wish for is that the ports tree would branch for releases, and that those branches would get security updates. I know that this would involve an exponentially larger amount of effort from the ports team, and I don't fault them for not doing it. Still, it would be nice to have. Scott