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 C0A06138247 for ; Mon, 4 Nov 2013 21:47:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 279E8E0B26; Mon, 4 Nov 2013 21:47:41 +0000 (UTC) Received: from mail-gg0-f176.google.com (mail-gg0-f176.google.com [209.85.161.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2BDE2E09FA for ; Mon, 4 Nov 2013 21:47:39 +0000 (UTC) Received: by mail-gg0-f176.google.com with SMTP id u4so1056510ggn.35 for ; Mon, 04 Nov 2013 13:47:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=RXRBoowGo7+uNjGX4cig4O0K1//u87xOpMRll/CQRPE=; b=neoyE6LN4E75oHi9id+Rh/WiKYjRg4EUcONpbvDsqPxQInpj5v7KCjCiR/3W1EBvYO WUtdDFpJz8uQTL+4N+QBh6bvHn2ZZSiGrp3Jkm8mkDY4QBkgVlhXF1/EA7LaMyIQXzOP 0bQQ9QeLp+fNaR0LQjIsNMZ3fvOURsomQ8TGJ92wRAotkf3OK3hFCZFw+oXhrrRBf6TD XdrF+XWKfB1Eco7q+lfYeqH9Pf4acqph5qDHlSOIIGlr0MKEkD8u2WnRezWI5BeTYhLs 73fWk552Ni1dZim7PAyQRmxVxenLs579JmwK+sgVGtqsdoggDwd4KIZXQepivNwl0367 s9Og== X-Received: by 10.236.180.38 with SMTP id i26mr15542047yhm.53.1383601658958; Mon, 04 Nov 2013 13:47:38 -0800 (PST) Received: from [192.168.2.5] (adsl-98-95-151-14.jan.bellsouth.net. [98.95.151.14]) by mx.google.com with ESMTPSA id h66sm30107472yhb.7.2013.11.04.13.47.38 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 04 Nov 2013 13:47:38 -0800 (PST) Message-ID: <527815F9.60502@gmail.com> Date: Mon, 04 Nov 2013 15:47:37 -0600 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 SeaMonkey/2.22 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [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) References: <20131104051518.51efd36c@gentoo.org> <52775FD3.7000102@sporkbox.us> <20131104112632.0c7ff3de@gentoo.org> <52778DDC.7080407@gmail.com> <20131104132834.27fe7dfb@TOMWIJ-GENTOO> <5277FD54.9020105@gmail.com> <20131104212751.5dea464d@TOMWIJ-GENTOO> In-Reply-To: <20131104212751.5dea464d@TOMWIJ-GENTOO> X-Enigmail-Version: 1.6 Content-Type: multipart/alternative; boundary="------------080709040806020508040200" X-Archives-Salt: 1c2a1632-0e52-4185-bc85-a11751f5bdee X-Archives-Hash: 4626a3d05efead5b9b80bf2c643e2d90 This is a multi-part message in MIME format. --------------080709040806020508040200 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Tom Wijsman wrote: > On Mon, 04 Nov 2013 14:02:28 -0600 > Dale wrote: > >> You are right, it does require prior knowledge and as a user gets that >> knowledge, they likely end up where Alan, Duncan and myself are. That >> would be emerge -uaDN world. > > And from there you can continue; like adding -vt --unordered-display > and the list goes onto get a lot more detail, it can be handy to see > what depends on what such that you don't look at a flat list wondering > where a dependency came from. I haven't looked further at all the more > specific parameters one can pass; but well, surely there's some > objective and/or subjective improvement still possible there. The -v option is already in my make.conf file for portage but I do type it in out of habit sometimes. I do sometimes add -t if I think it will help. Sometimes it does, sometimes it doesn't. My point still remains, emerge -uaDN world has given me the most stable system so far. Removing any of those options results in issues and I end up going back to the command I should have used to begin with. > > >> I have needed this more than once in the past. I would run into a >> problem and recompiling the obvious packages didn't correct the >> issue. Doing a emerge -e world would fix the issue. > > Usually I debug / troubleshoot it for long enough to avoid that; but > well, yeah, depending on the situation `emerge -e @world` could take > a lot less time. Especially on a new Gentoo install where this might be > more likely to happen as you often change things in the early days... > When I run into a issue and post on -user and no one has a fix, I assume that I'm not going to find a fix on my own either. Duncan, Alan, Neil and others are MUCH more experienced than I am on the code part. So, if I need something fixed, emerge -e world may be the only option. Speed may not matter since anything else could still leave me with a not so stable issue. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! --------------080709040806020508040200 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Tom Wijsman wrote:
> On Mon, 04 Nov 2013 14:02:28 -0600
> Dale <rdalek1967@gmail.com> wrote:
>
>> You are right, it does require prior knowledge and as a user gets that
>> knowledge, they likely end up where Alan, Duncan and myself are. That
>> would be emerge -uaDN world.
>
> And from there you can continue; like adding -vt --unordered-display
> and the list goes onto get a lot more detail, it can be handy to see
> what depends on what such that you don't look at a flat list wondering
> where a dependency came from. I haven't looked further at all the more
> specific parameters one can pass; but well, surely there's some
> objective and/or subjective improvement still possible there.

The -v option is already in my make.conf file for portage but I do type it in out of habit sometimes. I do sometimes add -t if I think it will help. Sometimes it does, sometimes it doesn't. My point still remains, emerge -uaDN world has given me the most stable system so far. Removing any of those options results in issues and I end up going back to the command I should have used to begin with.

>
>
>> I have needed this more than once in the past. I would run into a
>> problem and recompiling the obvious packages didn't correct the
>> issue. Doing a emerge -e world would fix the issue.
>
> Usually I debug / troubleshoot it for long enough to avoid that; but
> well, yeah, depending on the situation `emerge -e @world` could take
> a lot less time. Especially on a new Gentoo install where this might be
> more likely to happen as you often change things in the early days...
>

When I run into a issue and post on -user and no one has a fix, I assume that I'm not going to find a fix on my own either. Duncan, Alan, Neil and others are MUCH more experienced than I am on the code part. So, if I need something fixed, emerge -e world may be the only option. Speed may not matter since anything else could still leave me with a not so stable issue.

Dale

:-) :-)

--
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!

--------------080709040806020508040200--