From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id C3DDD138359 for ; Thu, 7 May 2020 02:14:33 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 498AFE08F4; Thu, 7 May 2020 02:14:27 +0000 (UTC) Received: from mail-40138.protonmail.ch (mail-40138.protonmail.ch [185.70.40.138]) (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 D1257E08CA for ; Thu, 7 May 2020 02:14:26 +0000 (UTC) Date: Thu, 07 May 2020 02:14:14 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1588817664; bh=lRVXMb3hr4HV7wmx5frO4yYZewgcbu2gm2OOXvKr0fU=; h=Date:To:From:Reply-To:Subject:In-Reply-To:References:From; b=DeSNO86O5nIPQCjqszQII7tomTbPAb7tj14ZBThG7lYmtO975PqFQDNG3xLPzBROw 6e+A4OMGc6TCqsctMQHowZDHyZSZWFbXMPJdQAhPGGZ/PDB9837zQt41euK5CBozke QlBWK2nQIXOx31q1IXEBt3dvFGRkRX7Zo3qX5mbc= To: "gentoo-user@lists.gentoo.org" From: Caveman Al Toraboran Subject: Re: [OBORONA-SPAM] Re: [gentoo-user] Is Gentoo dead? Message-ID: In-Reply-To: References: <20200421165803.GB187193@redacted> <20200422161455.GA23147@legohost> <18ef0b9b-97b8-54e2-4c0e-966ab2099c69@gentoo.org> 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Archives-Salt: 99d207b1-f9c1-4537-9876-91784517a71a X-Archives-Hash: c48dfef7b63c7eb1f1901051ee25b1bd On Thursday, May 7, 2020 5:43 AM, Rich Freeman wrote: > Are you overriding something, or were you running this right in the > middle of an update? emerge was updating, then some ebuild failed and i didn't have --keep-going. then next time i tried to sync layman it failed. i'm now re-running emerge and it seems to work normally. > > layman-2.4.2 strictly requires python 3.6 and the system wouldn't let > you remove that version of python unless you forced it to. The newer > version of layman is compatible with the newer versions of python, but > of course needs to be rebuilt for it. i have layman-2.4.3, emerged with python3_6, and is now about to be moved to python3_7. no biggie. i can fix it. but, my point is, this hassle is needless and keeps coming. > If you read the news on the update you'd see this. If you just do a > regular emerge -uD @world then while it was in the middle of updating > some things would break. There are instructions in the news for how > to do a more seamless upgrade by enabling both the older and newer > versions of python in parallel, in which case there won't be any point > where things break. That does require rebuilding everything twice > (not necessarily at the same time). true, but needless hassle imo. > Really though this is pretty tame. There have been some updates to > expat and especially glibc in the past that were pretty hairy. are you referring to python's dependence on expat and glibc? yeah, so many layers of mistakes get born when one relies on python as a dependency for a system app that manages other apps (including itself).