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.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 9261B158083 for ; Thu, 26 Sep 2024 08:23:22 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 26EEDE2B45; Thu, 26 Sep 2024 08:23:18 +0000 (UTC) Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 87AF5E2B42 for ; Thu, 26 Sep 2024 08:23:17 +0000 (UTC) From: Sam James To: Eli Schwartz Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Help needed for maintaining GNOME In-Reply-To: <5b8315e4-4de1-4ace-b848-290b2e720f26@gentoo.org> (Eli Schwartz's message of "Wed, 25 Sep 2024 14:05:10 -0400") Organization: Gentoo References: <5b8315e4-4de1-4ace-b848-290b2e720f26@gentoo.org> Date: Thu, 26 Sep 2024 09:23:12 +0100 Message-ID: <87zfnuvn67.fsf@gentoo.org> 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 X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain X-Archives-Salt: c1e3a41b-69ad-4d4a-87ad-5d5465606170 X-Archives-Hash: de4dea3fbd544f01596bd34704f0fa4c Eli Schwartz writes: > On 9/25/24 1:47 PM, Mart Raudsepp wrote: >> Hello >> >> > [...] >> To my knowledge, one big issue right now is a circular dep between >> glib->gobject-introspection->glib, which needs proper solving to move >> forward with things. Or at least look at reducing the glib requirement >> in gnome-shell some way to at least unleash that core stack for our >> users. There are ideas we can talk about. > > > This is... tricky. The obvious possibility is to try to build a > bootstrap copy of AAA inside the ebuild for BBB as a bootstrap thing, as > long as that is sufficient to build a proper copy of AAA using the > partially valid installation of BBB. This is bug 937616 for those following along. Blake has been poking at this suggestion a bit over there and in https://github.com/gentoo/gentoo/pull/38618. > > Chewi was also trying to see if portage can be convinced to stage the > same package twice with different USE flags in the same emerge process > in order to solve cyclical USE flag dependencies, but it's not a > guarantee... Right, this is very much worth exploring but isn't an answer to this given it'll take a while for the feature to be mature anyway.