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 E6961138247 for ; Wed, 6 Nov 2013 18:16:35 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4F62AE09E8; Wed, 6 Nov 2013 18:16:24 +0000 (UTC) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 23AD1E09DA for ; Wed, 6 Nov 2013 18:16:20 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id ez12so4205721wid.5 for ; Wed, 06 Nov 2013 10:16:19 -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:content-transfer-encoding; bh=AxZdlAVRrtLmavZMxExDAdYgM2/XkcWWVTbsr2mnmvE=; b=0Fk4rqqziJJhoey3s/9dSl/N21zBRnRDJiMiGd4Tlv8PW1sYRm4H/W5sAxRU6Eo/HY r1Sg6mAJc1NcxlIa/ZdXtxAo5twvueEcmDEiL9CtTpjsBBocAieNpi/T92kw45o7eRu/ Dt4ZznOixbp2vAtDim9g/jE3M1x0rYSJ4LUaJl2eWCw9AkQfCRgo8iwxbPgof+q4/UHS sU5WdKsh9zdgROe8iOQvEmfOuIsi2Uxtwe0Po+AIfoXKD/lM1xBbc6/cZKEArSdFRhrx L2qST0D0U+Lo5W3QbHxnMaavsqDATjvwGkIneBmfH2GZGfGVAW2r9I4qoSB4blOd+ZU+ yBnw== X-Received: by 10.180.11.37 with SMTP id n5mr22235451wib.25.1383761779755; Wed, 06 Nov 2013 10:16:19 -0800 (PST) Received: from [172.20.0.41] (196-210-126-109.dynamic.isadsl.co.za. [196.210.126.109]) by mx.google.com with ESMTPSA id d11sm5147206wic.4.2013.11.06.10.16.18 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 06 Nov 2013 10:16:19 -0800 (PST) Message-ID: <527A875E.2000501@gmail.com> Date: Wed, 06 Nov 2013 20:15:58 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.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] Re: do subslots improve user-experience? References: <5274EA64.6000404@gentoo.org> <5274FB18.1070102@gmail.com> <5276AA1D.2020907@gmail.com> <5278C523.8070906@gmail.com> <20131105131118.165c5abf@marcec> <5279045B.7030807@gmail.com> <20131106125035.2ccb756a@marcec> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: c05c162e-3ddb-4050-ac0d-97c8d1332dfb X-Archives-Hash: 3c5989d8787913d11cec755d939e3ccd On 06/11/2013 14:54, Martin Vaeth wrote: > Marc Joliet wrote: >> >> One of those questions stands out to me right now: the one on understandable >> error messages. As some recent posts to this ML demonstrate, it seems to >> be one area where portage is visibly falling (staying?) behind right now. >> They remind me of the type of error message gcc/g++ spit out, actually. > > In both cases, it is technically very cumbersome to get good > error messages. In fact, it would need alone more work in programming > than to do the actual job (and it would slow down execution time > drastically even if no errors arise). > > Concerning portage, the situation is apparently this > (I am guessing this only from the outputs which are posted): > > When portage detects that it cannot resolve something after > backtracking, it dies. Then all non-resolved conflicts are > spit out - often these are some that *could* be resolved. > So instead of dying, portage would need to try to continue > to resolve anyway partially as far as it could and only then > die. This would mean that branches cannot be cut, so the runtime > would probably increase tremendously. Moreover, the result might > be even more confusing if there is some strange branch in which > slightly more resolving is possible. That by itself is good info. The conflict that portage couldn't resolve, is it the first one in the printed list, or the last? This helps tell us what bits we can ignore at least until the next emerge run -- Alan McKinnon alan.mckinnon@gmail.com