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 83E1F138C9D for ; Sun, 26 Apr 2015 13:49:31 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3E327E0899; Sun, 26 Apr 2015 13:49:25 +0000 (UTC) Received: from mail-wi0-f177.google.com (mail-wi0-f177.google.com [209.85.212.177]) (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 0E00FE086A for ; Sun, 26 Apr 2015 13:49:23 +0000 (UTC) Received: by widdi4 with SMTP id di4so64102988wid.0 for ; Sun, 26 Apr 2015 06:49:22 -0700 (PDT) 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:content-transfer-encoding; bh=2wZMB4PD/aevksS3s5TYfcLXE1QGxI79JHG+/7P+gIo=; b=A1aZoDslSbqdmM5fBiOso9S9MvPhu/dZR2ioJiF6UJ2xgGgydxiaCBAJScltA2mDCx E3N+h5xY4A6o+VD/SHSnX4g5Avdvw46EDa32lZe+PJbUnrVkQPHOn7n2oAsA0yFRUo0K vXqY7tXdXOANlBTGZj2GYWWqFNv9lrKDkTORUtRhiNoKsosFKCYMZqwiEBmMINnU8lug +1Jg75Xl68l4o6yIryyT9/mJEbN+mwrnVPA5MwsnG7Jgrd1hIAaDu9AvLdZU2hlAje+2 sSCnZw1B8rT1YeRQ0H4mrUSmaD272i/BIcobyIoDcteB0smET7dQyEYCdQgrgHjBRFEH qMwA== X-Received: by 10.194.88.131 with SMTP id bg3mr14534879wjb.119.1430056162876; Sun, 26 Apr 2015 06:49:22 -0700 (PDT) Received: from [172.20.0.40] (105-237-53-151.access.mtnbusiness.co.za. [105.237.53.151]) by mx.google.com with ESMTPSA id m4sm25197775wjb.25.2015.04.26.06.49.20 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 26 Apr 2015 06:49:21 -0700 (PDT) Message-ID: <553CECDF.3000101@gmail.com> Date: Sun, 26 Apr 2015 15:49:19 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] And so the emerge spake: Let there be conflicts...and see, everything was chaos and sin... References: <20150425160758.GA32271@solfire> <553C955D.9070905@gmail.com> <20150426091742.3cb310cb@digimed.co.uk> In-Reply-To: <20150426091742.3cb310cb@digimed.co.uk> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Archives-Salt: a986ad79-e555-4dba-a47a-c55ee593952c X-Archives-Hash: eb5ac5cbc238e8b55b39fa40bd8e19d1 On 26/04/2015 10:17, Neil Bothwick wrote: > On Sun, 26 Apr 2015 09:35:57 +0200, Alan McKinnon wrote: > >> > (x11-base/xorg-server-1.12.4-r4:0/1.12.4::gentoo, installed) >> >> This means that you have xorg-server-1.12.4-r4 installed which depends >> on libXfont with this limitation: > >> You only get that sort of emerge output when portage is forced to >> install a package that is NOT latest due to some other package having a >> constraint on it dependencies. Look at eix for libXfont, there's a >> version 1.5.1 available but portage can't use it because of limitations >> from your current version of xorg-server. >> >> The same process applies to fontsproto as well. >> >> There is nothing for you to do with this output, it is informational >> (but not labelled as such so you can see it). Maybe run emerge without >> -v, see if that removes the output > > Running without -v doesn't help. I almost never use -v with emerge, it's > output is verbose enough as it is and burying useful messages in even > more trivial, not-for-users output makes decoding it even harder. > > emerge really needs an option to hide such "informational" messages. I disagree. emerge really needs to have it's output redesigned from scratch. Right now it arrives at the conclusion (the top) and dumps it's data tree bottom-up, apparently stopping halfway and never getting to output what the top is. It needs to print it's output top-down instead. Yeah gods, this is such a basic output design principle that I keep stating so I start to wonder if maybe I'm crazy after all.... Top-down output lets you easily add more and more output depending on the number of -v in the arguments! So much software out there does with apparent ease, I can't figure why the portage devs persist with the current obtuse method. Especially as portage HAS TO HAVE all necessary information available at the time > Even > if they really were informative, that are not necessary to maintaining a > functioning system. When I tell portage to update my system to the latest > suitable versions of everything, I have no need to be told "there is a > later version for libfoo, but you can't have it". I just want the latest > I can have. > > It doesn't help that these warning messages have a superficial > resemblance to blocker errors. > > emerge --just-tell-me-when-something-is-wrong @world please. > > -- Alan McKinnon alan.mckinnon@gmail.com