From owner-freebsd-stable@FreeBSD.ORG Wed Sep 3 14:23:51 2014 Return-Path: Delivered-To: freebsd-stable@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 B7E92F0E for ; Wed, 3 Sep 2014 14:23:51 +0000 (UTC) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8082E1FE5 for ; Wed, 3 Sep 2014 14:23:51 +0000 (UTC) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 78E5B436; Wed, 3 Sep 2014 10:23:49 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: [HEADSUP] pkg(8) is now the only package management tool From: Paul Mather In-Reply-To: <54072011.7030800@sorbs.net> Date: Wed, 3 Sep 2014 10:23:48 -0400 Content-Transfer-Encoding: 7bit Message-Id: References: <20140901195520.GB77917@ivaldir.etoilebsd.net> <54050D07.4010404@sorbs.net> <540522A3.9050506@sorbs.net> <54052891.5000104@my.hennepintech.edu> <54052DFA.4030808@freebsd.org> <54053372.6020009@my.hennepintech.edu> <5405890F.8080804@freebsd.org> <20140902125256.Horde.uv31ztwymThxUZ-OYPQoBw1@webmail.df.eu> <5405AE54.60809@sorbs.net> <1D2B4A91-E76C-43A0-BE75-D926357EF1AF@gmail.com> <5405E4F5.4090902@sorbs.net> <5406BD65.705@digsys.bg> <5406ED34.7090301@sorbs.net> <5406F00C.6090504@digsys.bg> <358B9E99-5E02-47BA-9E30-045986150966@gromit.dlib.vt.edu> <540711FF.3050409@sorbs.net> <47F4AAAA-2D88-4F03-8602-880C4B129305@gromit.dlib.vt.edu> <54072011.7030800@sorbs.net> To: Michelle Sullivan X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-stable , Daniel Kalchev X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2014 14:23:51 -0000 On Sep 3, 2014, at 10:05 AM, Michelle Sullivan wrote: > Paul Mather wrote: >> As I pointed out, until fairly recently there was no such thing as a >> "stable" release of the ports tree (it's traditionally been a rolling >> release model, like -CURRENT). My question was to those who have been >> using the "stable" branches: does it make managing ports updates >> easier, or does it just concentrate all the problems into the >> transition period between one quarterly branch to another? I've been >> contemplating switching to the quarterly branches for production >> machines, so would appreciate feedback. >> > > From what I hear getting things into the quarterly branches is neither > automatic nor pain free so many don't do it. I agree; it requires some familiarity with the use of Subversion. > >> Portsnap doesn't have any concept of tracking branches, so far as I >> know. It would be nice to have that feature now that there are the >> "stable" ports branches. >> >> I guess if you want to track "release" via portsnap the answer is not >> to run portsnap. :-) >> >> (A "release" ports tree never changes, so why would you need portsnap >> to track its changes, unless you're talking about updating ports from >> one -RELEASE to another, like freebsd-update does for the rest of the >> OS?) >> > > Not quite - portsnap pulls security patches - it just doesn't upgrade... > Also freebsd-update won't switch you to a 'stable' from 'release' > etc... I think portsnap should provide 'stable' - tested, known > working, security patched... and if you want bleeding edge use > subversion, because you're likely to know (and accept) the consequences > of such an action.... not to mention at that point you can rollback or > if you are a new user that doesn't really know but followed some > 'helpful' website/blog you can just 'rm -r /usr/ports && portsnap fetch > extract' to get back to stability. Again, I agree. Now that there are "stable" ports branches, it would be nice if there was a focus to make tracking them easier, and, arguably, as you say, the default. Maybe this is already being planned or even happening. I've never seen so much development in ports as there has been in the last year or so. My thanks go to those who are putting in a lot of time and effort. >> The designated tool for tracking branches is now Subversion. I believe >> that's why they added svnlite in 10.x. >> > I don't have any 10.x machines yet (and might never have.) I only have one FreeBSD 8 machine left in production. I updated it to pkgng several months ago and it works well with pkg. I use poudriere to build binary packages for most of my systems, but that one still kept up to date via portmaster. I updated it to pkgng when I'd had enough of the EOL warnings during ports builds. I probably wouldn't have seen those (or been as bothered by them) had I been building ports via poudriere for it, as I'm not as aware of the build logs with poudriere. :-) Cheers, Paul.