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 229C3138E66 for ; Sun, 23 Feb 2014 16:59:39 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 444A8E0AA0; Sun, 23 Feb 2014 16:59:34 +0000 (UTC) Received: from mail-we0-f180.google.com (mail-we0-f180.google.com [74.125.82.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1A36AE0A70 for ; Sun, 23 Feb 2014 16:59:32 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id u57so3990037wes.11 for ; Sun, 23 Feb 2014 08:59:31 -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=TXejLDz5hbGWw7Pi0fdPZ29e6MmGA0lVhfiLmnGxMOM=; b=hCAHDq4xDGgcA9AtnVqbwvIn+nj9ZkAD4PrzAgVr1A2Qrz0PMvF9QIZFlosidmRbmq S9u+Gk78ZjatY5n7lbnyF3O5oWXhJDLD+/Su9euunOAmaGXpH9cJbKAf9gjNemAhMUlt 86J3sL/NYsPekr/gCkq4puqg2cx/BNE+uAaR36eqsjQg1KsHHfysb8zXZXqgRYzXdpl3 4kbtGWucFPYqzGJiv4olIBlGmaT0ORtTPdP+w85BZ6KI1hJ7kjPUUf824gq91A7aQVzR y14xOVFKQAp1QkYQtt7ZVi5nTAE9LLHqssOBbk2k2cr9S0Y7MqjXpkIWZ+270bgm0osA VYXA== X-Received: by 10.194.2.168 with SMTP id 8mr15275168wjv.8.1393174771702; Sun, 23 Feb 2014 08:59:31 -0800 (PST) Received: from [172.20.0.40] (196-210-127-208.dynamic.isadsl.co.za. [196.210.127.208]) by mx.google.com with ESMTPSA id p1sm15937516wie.1.2014.02.23.08.59.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 23 Feb 2014 08:59:31 -0800 (PST) Message-ID: <530A28E2.4050108@gmail.com> Date: Sun, 23 Feb 2014 18:59:14 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.3.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] "Multiple package instances ....". Help me understand this emerge error, please. References: <20140222211505.GB2639@acm.acm> <53091F57.1020106@gmail.com> <20140223121300.GC3191@acm.acm> <530A1227.1080300@gmail.com> <20140223161349.GE3191@acm.acm> In-Reply-To: <20140223161349.GE3191@acm.acm> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 807e5f10-934d-463e-ba9e-22cd657e2ceb X-Archives-Hash: 41c55be52df79654a488036496ce2e2a On 23/02/2014 18:13, Alan Mackenzie wrote: > Hello, Alan. > > On Sun, Feb 23, 2014 at 05:22:15PM +0200, Alan McKinnon wrote: >> On 23/02/2014 14:13, Alan Mackenzie wrote: >>>> - are you sure that's an emerge failure and not just a convoluted info >>>>> message? Perhaps post the entire emerge output. >>> I tried it again without the -p, and got the same output. > >>> I think this is a portage bug. At the very least, it's poor >>> documentation. I've reported the situation to bugs.gentoo.org, bug >>> #502236. > >>> Thanks for the help. > > >> I don't think you have a portage bug as such (other than the sloppy >> bizarre output messages that are going into recent versions). I think we >> have bug in an ebuild, probably a maintainer that doesn't quite know how >> to navigate these new subslots waters, > > OK. This is a bit philosophical. The way I see it is even if the main > bug is in the libpng ebuild, portage should have a way of protecting > itself against whatever is in the ebuild. Currently it's wedged. I know what you mean. emerge doesn't work, therefore the system is broken. > >> One of the other replies suggested to unmerge libpng, emerge it back, >> and continue with emerge world, @preserved-rebuild, revdep-rebuild. > > I'll wait a few days on the response to the bug report, just in case > somebody wants me to probe the current state. > >> Chances are this will work around the issue and let you update >> everything. There *is* a chance some package(s) won't work with or won't >> compile with libpng[1] and you'll have to unwind things again. If this >> happens that will be valuable info to add the entry at bgo > >> [1] This happened to me at least once before, I had to package.mask the >> latest version of the library until the tree sorted itself out. IIRC, it >> was libpng then too! > > Surely package management shouldn't be this difficult? Indeed. yum is not this difficult. apt is not this difficult. FreeBSD ports are not this difficult. [Windows OTOH often is this difficult]. The big difference is those are binary distros so they have a somewhat stable and predictable base. Gentoo is not, Gentoo's base is "whatever emerge finds happens to be there". All the complexity, new features and weird verbose messages in portage are not there to make things work, they are there to detect problems when it doesn't work and prevent problem situations from going into the works in the first place. Personally, I think portage has gone too far and the complex solutions are causing problems that are worse than what they attempt to solve. Amzing solutions (like sub-slots) aren't really much use in the real world if the package maintainers use them incorrectly, right? Well that's my 2c. I was quite happy with revdep-rebuild -- Alan McKinnon alan.mckinnon@gmail.com