From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 14810138247 for ; Tue, 5 Nov 2013 07:52:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2234BE0ADE; Tue, 5 Nov 2013 07:52:36 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1CB3DE0ABB for ; Tue, 5 Nov 2013 07:52:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 4AAE833F124 for ; Tue, 5 Nov 2013 07:52:34 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.237 X-Spam-Level: X-Spam-Status: No, score=-1.237 tagged_above=-999 required=5.5 tests=[AWL=-1.234, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WDTUAxFlRKCB for ; Tue, 5 Nov 2013 07:52:27 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id BA38033F118 for ; Tue, 5 Nov 2013 07:52:26 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VdbQz-0003fR-Ai for gentoo-dev@gentoo.org; Tue, 05 Nov 2013 08:52:21 +0100 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Nov 2013 08:52:21 +0100 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 05 Nov 2013 08:52:21 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: Official way to do rolling update (Was: Re: Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec) Date: Tue, 5 Nov 2013 07:51:56 +0000 (UTC) Message-ID: References: <20131104051518.51efd36c@gentoo.org> <52775FD3.7000102@sporkbox.us> <52784885.8070503@orlitzky.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT 6e6fd84 /usr/src/portage/src/egit-src/pan2) X-Archives-Salt: 019bc0ec-b68b-4638-9883-7745334bcfb7 X-Archives-Hash: dd5bf4025ff93b4579a102f027329bdc Michael Orlitzky posted on Mon, 04 Nov 2013 20:23:17 -0500 as excerpted: > On 11/04/2013 04:46 PM, Duncan wrote: >> >> I imagine were emerge being written today, -1 /would/ be the default, >> and there'd be an option like --select to add to the @world file if >> necessary. That's actually the way I setup my scripts >> > Actually, this behavior has flipped back and forth three or four times > (silently!), to the detriment of my @world sets. I guess that demonstrates the degree to which I use my scripts, as I wasn't even aware of that... > [T]he problem is "solved" here. I spend > hours writing metapackages for the things that I want recorded in @world > so that they can be differentiated from the things that were --updated > without --oneshot (which is easy to forget). I jumped on sets for that, putting everything in sets and checking the world file occasionally so that if there's anything it it at all, it's either because I put it there specifically as a package purgatory, or because I forgot... but evidently I've used my scripts so consistently that I've never forgotten., as I've yet to find anything there I didn't deliberately put in package purgatory. Actually, I ended up using sets back when I setup my netbook, as I needed some way to sort thru the main machine's world file and figure out what listings I wanted for the netbook and which not, and I was familiar with the then new sets feature from the kde overlay, and decided sets were the perfect way to category-sort everything, figuring out what I wanted on the netbook at the same time. I don't update the netbook anything even close to as consistently, however, often ending up going a year or even two between updates (security isn't a big issue as I deliberately keep anything sensitive off the netbook already, and use it more offline than as as a NETbook in any case), but because I keep the sets identical except for #-commenting a package here or there on one side or the other, when I /do/ update it's a relatively simple matter to diff the sets along with the use file (separate and sourced from make.conf) and package.* files, updating the netbook's files based on the main machine's files as I go. Then it's mostly a matter of iteratively updating what can be updated, skipping what can't as the jump is too large and other packages need updated first, dealing with the problems one at a time, until everything updated and I can once again do an emerge empty-tree world without issue. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman