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 DA3F9138247 for ; Sat, 2 Nov 2013 21:20:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 88ECCE0B4E; Sat, 2 Nov 2013 21:20:36 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 41D21E0B35 for ; Sat, 2 Nov 2013 21:20:35 +0000 (UTC) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: floppym) by smtp.gentoo.org (Postfix) with ESMTPSA id 1C4CE33F0CF for ; Sat, 2 Nov 2013 21:20:34 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id e14so9667567iej.39 for ; Sat, 02 Nov 2013 14:20:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=jPqhsCyzAU6VRIq/SjClCpb4KRvQj1I+PnQHnkpAGLs=; b=hVV5CvL0PNBIh1mvkHpypcOVg8uyg6Og4BHyI8KyM6yaDnzCZgELEzvdMC5IIsl8kI O9ZpgtkvW1QHxtA6xVVb1ZxXjrisoShk/YKcbBgVL7Ihzl48Bi88H0q1hs0CMt3uwkzt By80I1NK5CisMFFpjfAQIPuBix0SJaVdsgWnBZPByEIS/7ATBOfGhQlbeaSN3Pg6BJNT 7zHft5BwRFD4g9DuokJ8bv5PpUWMY4zawnzNohMKHI72LWZ71IYkhLKtmmMUrKQSN/UO Nbnn9X21OU1EGxkna2tL5NjcmOnxkMzODfDMS6e4tfaZqg8hFR384LsO9DMtflQf0xqp CQFw== 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 X-Received: by 10.50.11.11 with SMTP id m11mr6948267igb.47.1383427232014; Sat, 02 Nov 2013 14:20:32 -0700 (PDT) Received: by 10.64.139.5 with HTTP; Sat, 2 Nov 2013 14:20:31 -0700 (PDT) In-Reply-To: <52756723.9090300@gentoo.org> References: <5274FB3D.8080508@gentoo.org> <20131102145126.3c1f6cd7@TOMWIJ-GENTOO> <20131102160330.0e6eaa5e@gentoo.org> <52755089.6090808@gentoo.org> <20131102213530.24388cda@gentoo.org> <52756723.9090300@gentoo.org> Date: Sat, 2 Nov 2013 17:20:31 -0400 Message-ID: Subject: Re: [gentoo-dev] Releng breakage with respect to move from dev-python/python-exec to dev-lang/python-exec From: Mike Gilbert To: Gentoo Dev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 46965cb6-c92c-43b3-a671-f3618e0a376f X-Archives-Hash: 43be6d36bdf3aab33cbe0601cedfd810 On Sat, Nov 2, 2013 at 4:57 PM, Rick "Zero_Chaos" Farina wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 11/02/2013 04:35 PM, yac wrote: >> On Sat, 02 Nov 2013 15:20:41 -0400 >> "Rick \"Zero_Chaos\" Farina" wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >> >>> On 11/02/2013 11:03 AM, Micha=C5=82 G=C3=B3rny wrote: >>>> Dnia 2013-11-02, o godz. 14:51:26 >>>> Tom Wijsman napisa=C5=82(a): >>>> >>>>> On Sat, 02 Nov 2013 09:16:45 -0400 >>>>> "Anthony G. Basile" wrote: >>>>> >>>>>> This is a followup to a discussion on IRC yesterday regarding >>>>>> breakage that's occurring to catalyst builds as a result of the >>>>>> recent move from dev-python/python-exec to dev-lang/python-exec. >>>>> >>>>> This has been happening to users as well, for example: >>>>> >>>>> http://forums.gentoo.org/viewtopic-t-973998.html >>>>> http://forums.gentoo.org/viewtopic-t-974412.html >>>>> >>>>> To move forward and get this resolved, some questions: >>>>> >>>>> 1. Has this been resolved for users? Do they just need to sync? >>>>> 2. If not resolved for users, what is the best temporary >>>>> workaround? 3. Are you able to fix this? Do you need help to fix >>>>> this? 4. Depending on the nature of the fix: Would a news item be >>>>> needed? >>>> >>>> From what I heard, most of people get this working through a plain: >>>> >>>> emerge -Du @world >>>> >>>> If someone is really reluctant to world updates, it is enough to >>>> upgrade dev-python/python-exec to 10000.*: >>>> >>>> emerge -1v dev-python/python-exec >>>> >>>> I was considering writing a news item for it but we discussed it on >>>> IRC and decided that users are really expected to be able to handle >>>> themselves, especially wrt to: >>>> >>>> 1. using 'emerge -Du @world' to upgrade their systems, >>>> >>>> 2. reading the blocker output to see that it states >>>> ' which suggests: what if I >>>> upgrade to 10000? >>>> >>>> If you believe that a news item would be helpful, I'm happy to write >>>> it. Just please make sure that we're all in agreement over the >>>> method of handling the issue. >> >>> A news item isn't enough for breaking autobuilds. If we can't find a >>> way to do this properly so portage knows how to upgrade then it is >>> being done WRONG. >> >>> Autobuilds break, gentoo can't be installed, the distro dies. I know, >>> sounds like I'm making something out of nothing but every time people >>> look at the stages and notice they are months out of date we find >>> another blog post announcing how gentoo is dead. >> >>> Honestly, if I knew a way to fix this I would have already made any >>> changes needed to fix it. Please fix this, because if you don't, >>> eventually I'll find a way and I doubt you will like it. >> >> I guess you can run a basic QA like that the image boots and gets the >> network up with openQA (or using the same method) at least to detect >> such breakage. >> > I think everyone involved knows that manual intervention is needed to > resolve this dep. I'm sure that things were tested before they were > commited, which leads me to believe that the commiter didn't care that > manual intervention is required. Sadly, we at releng do. I am actively > seeking a resolution for this, let's see who commits it first. > In most cases, manual intervention is not required, and portage does the right thing when you run emerge -uD world. If you actually look at the deps in the tree, it really SHOULD work, and the fact that it can be resolved manually indicates that we are running into some portage weirdness. After it was committed, we starting getting a few reports of cases where it does not work without some manual intervention (including releng). I do not believe we have discovered any useful pattern, other than that is seems to happen more frequently with people who do not run full world updates.