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 1142413881B for ; Tue, 22 Sep 2015 16:03:56 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4456821C029; Tue, 22 Sep 2015 16:03:47 +0000 (UTC) Received: from mail-wi0-f176.google.com (mail-wi0-f176.google.com [209.85.212.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1D39721C019 for ; Tue, 22 Sep 2015 16:03:45 +0000 (UTC) Received: by wicfx3 with SMTP id fx3so199764143wic.1 for ; Tue, 22 Sep 2015 09:03:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=zUnKn2p5xXxYJyg38a8536M8cTsMhGoDJotSwICatPA=; b=eTrC//by4T0V5DoEFkB7s8AGtubBeHpiW7Ebz0a3bk86c6W0kaVG6M38iRkFckz5fG rUGLFb9W9FQY+GtZU3q0utpkBBu7YqJK3cde4Dl7/9YqUBNvkvB8osqrvus1DS9Vyohc 8yDATCS/69Pv+i2CYPPkU39Q0EWlQO6n5ZryqjD0CcmFJiea5gD9oEkiHoA3WO23rcb3 oIh20S7S7No+5w9Ft+Mw/mSSiUfc/eFdfJpOeP+SCVmjuPM3VMhYx87eIaceSZBg3IdL 3rXnliO7aNYhtIO1xIZH5gjQSDA7Cp3VzOy0+GIz4+4i3leC1xOUQ3loPgKvvBXeqYGK 7cng== X-Received: by 10.180.206.45 with SMTP id ll13mr20076385wic.6.1442937824492; Tue, 22 Sep 2015 09:03:44 -0700 (PDT) Received: from [172.20.0.41] (105-237-151-122.access.mtnbusiness.co.za. [105.237.151.122]) by smtp.googlemail.com with ESMTPSA id p10sm2604196wjx.7.2015.09.22.09.03.43 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 22 Sep 2015 09:03:43 -0700 (PDT) Subject: Re: [gentoo-user] Re: update problems To: gentoo-user@lists.gentoo.org References: <87eghucic9.fsf@heimdali.yagibdah.de> <55FDD3CC.3010205@gmail.com> <55FF0A88.3090806@gmail.com> <55FF1E2F.9060502@gmail.com> From: Alan McKinnon X-Enigmail-Draft-Status: N1110 Message-ID: <56017BC7.3030405@gmail.com> Date: Tue, 22 Sep 2015 18:03:19 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Archives-Salt: 92e08315-564f-4894-ab49-e80809fac8d5 X-Archives-Hash: c192fb5549ef799f3f59a666fda2f939 On 22/09/2015 17:55, James wrote: > Dale gmail.com> writes: > > >>> I usually remember --oneshot but if I'm tired or distracted I >>> forget it. > > >> To avoid this, I added it to my make.conf. When I *really* want to have >> something in the world file, I can either add it myself or use --select >> on the command line to add it. Result, shouldn't be anything in the >> world file that shouldn't be there. > > OK, I'll try this. > I'll add --oneshot to the EMERGE_DEFAULT_OPTS= in make.conf. > > Works great. > >> I sometimes wonder why that isn't the default way. I guess because it >> would confuse folks for a bit and because it has always been that way. > > One thing I see, is now you have a system that is full of pkg that do > not update normally. I guess I'm say if you install pakages with --oneshot, > they are not automatically updated, or are they? (discussion). > > 'emerge -uDNv world' is the most common form of update, probably, used > by gentoo users. So how to best ferret out those oneshot packages for > update; and that's if they should be updated.... semantics on that? I think you two have it backwards. The intended workflow is that if you emerge something, you know what it is, you don't have to make further decisions about it and you want it in world. @world, by definition, is the list of packages you want. That plus @system plus all deps constitutes the set of what should be on the system, anything you have not in that set is subject to depcleaning If you are not sure about some package, by all means emerge it with -1. Check it out, verify it, make sure it does what you want then get it in world with emerge -n. Why would you want to have stuff around for extended periods that is not in world? If you have a package that you no longer want (as you know what is in your world right), unmerge it with -C Don't make life difficult for yourself. It's MUCH easier to know what's in world than to try and remember what should be and isn't. -- Alan McKinnon alan.mckinnon@gmail.com