From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id iGvLNl5W8GUEawAA62LTzQ:P1 (envelope-from ) for ; Tue, 12 Mar 2024 14:19:27 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1.migadu.com with LMTPS id iGvLNl5W8GUEawAA62LTzQ (envelope-from ) for ; Tue, 12 Mar 2024 14:19:26 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=lendvai.name header.s=protonmail header.b=jrokgt1W; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=lendvai.name ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1710249566; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=89jI3Aeyp4EnOrlX+mgiAfosNKsisjhe4ItZ0oGOptM=; b=STNqdUsDMCp1GFpC946bEGz3p48NpWLtTy4Nb4mYynTCEVjlcSWS6uCijvGIWMqhc+J465 BjQ0tkJ1pqZdZOebPgBsgrsCFuqpVaFToJQd9EnOfBRs5E+aPa1MTZpW7rYWTSrpw1wgfN qdx27N1rg8xW7TIJR1roaL9urmQQnBiiZBLB2k8FXCiXCSaS0Kq09T3V7HXOH8Xw0T2hUK 4zRVjiBFyRNbLvMZc9V2QihuTnRRz/o7LQMX8E5gbnyiV6rUqJLe0aNfGJruRuPL7d2snu og6/G16Omu/ADkznN/ncTPw0TstNus6LV1+1k1vNmdEHTsn4glX0F9HOJk3NXA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=lendvai.name header.s=protonmail header.b=jrokgt1W; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org"; dmarc=pass (policy=none) header.from=lendvai.name ARC-Seal: i=1; s=key1; d=yhetil.org; t=1710249566; a=rsa-sha256; cv=none; b=l5GhhZvAxWMvT3NCiMuqlGkoGeYz0biW8iiO33l2KVXsEijflX3uBamBvoR4o4kdxMt7Y/ BAkp7GmzPJOlU3zsKpe13Ggt+yAKQJnxzh6jh676vQSjQ1NEDZgryZW7tcBUHgDfB++XGh NsyLMOhpzh88abguBhRdEU4ICTFtdIPgfdz2+hJ+0hdow3TCOoN9jLOR4cf03nMeVeP29B z5grIIuApL1HnuMpTq7mxX4/1pA4GQkqiASCTrN1rsfOe3NTWsVLNDu4QkA8Jvesf0+LNz +s8ClZcsH7cGGAvAAooQb2MXgqSctnmMmqPh1Jmyt+WqvctxQvMIzT/h/p93Gw== Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id C35D03159B for ; Tue, 12 Mar 2024 14:19:26 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rk21r-00083E-FD; Tue, 12 Mar 2024 09:18:51 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rk21j-00082X-TR for guix-devel@gnu.org; Tue, 12 Mar 2024 09:18:47 -0400 Received: from mail-4317.proton.ch ([185.70.43.17]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rk21g-0007dV-Ds for guix-devel@gnu.org; Tue, 12 Mar 2024 09:18:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lendvai.name; s=protonmail; t=1710249517; x=1710508717; bh=89jI3Aeyp4EnOrlX+mgiAfosNKsisjhe4ItZ0oGOptM=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=jrokgt1WMzaDGPv1pbLAYSzpkWjgVmfFk/MyVnedeVJs929AHRskyfy8ilOTdccPU Yn7Ejw0KEpFaEeE65X3LiiDKWVwvzgLTlVyrY0+jLPNt1vMpRNCt1aWBL3GNSBdBJc OJ+UI0YnkPJN6Ai2io03kmcIraC4gB6H4h1Es8mg0AxWrkjzLKdsY6ZTwSNaSBFWTE cbPOu8WNkK4f97RALfpT0am5U+VAoDzPM6s5vqv5sKOrUk7K41fHACmo4PLdE71688 fTw4SSYYpJaTmqMLkoijDph54sg/pcyCwvQI+sWZPEYxhR3bNTqTZV9gBLycDSHPLn KcLQF0PqRPhPg== Date: Tue, 12 Mar 2024 13:18:21 +0000 To: Ricardo Wurmus From: Attila Lendvai Cc: Hartmut Goebel , guix-devel@gnu.org Subject: Re: Contribute or create a channel? Message-ID: In-Reply-To: <8734t9tw5d.fsf@elephly.net> References: <8734t9tw5d.fsf@elephly.net> Feedback-ID: 28384833:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.70.43.17; envelope-from=attila@lendvai.name; helo=mail-4317.proton.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN X-Migadu-Scanner: mx12.migadu.com X-Migadu-Spam-Score: -6.49 X-Spam-Score: -6.49 X-Migadu-Queue-Id: C35D03159B X-TUID: dCgqHDFZBcRp > > the patch inflow to the guix repo is currently overwhelming the > > available capacity for review and pushing. >=20 >=20 > With an email like the one sent by Hartmut we can better arrange for > shepherding this large submission. (Nothing is to be gained from > repeatedly bemoaning well-known issues in the patch review processes > here and in other threads on the mailing list.) i was reflecting on why i wrote this, and what i wanted to express is that = i think guix has reached a point where a monorepo is becoming a net negativ= e, and i don't see this being discussed. my gut feeling is that new abstractions are needed that would enable splitt= ing the monorepo/community into less tightly coupled subgroups where they c= an have their own coding standards, repos, channels, etc, and a more federa= ted way to maintain/integrate all the software that exists out there into a= guix system. in this hypothetical setup commit rights could be issued much more liberall= y to non-core sub-repos, and more rigorous code reviews would only need to = be done when a new version of the split-out part is being incorporated back= into a new revision of the core/bootstrap chain (if e.g. assuming python i= s needed for the bootstrap of the core, then the python subgroup's stuff wo= uld only need core review when a new version of that is pointed to by the c= ore). or alternatively, simply try to split guix into a minimal core that is esse= ntial for the bootstrap, and everything else into multiple subchannels (gno= me, gui stuff in general, random apps, etc). i have no impression how much = that alone could shrink the monorepo part, though. channels are a step towards this, but they are not enough in their current = form to successfully accommodate for such a setup. an obvious thing that is= missing is a way to formally express inter-channel dependencies, including= some form of versioning. sadly, i don't have any proposals beyond discussing the observable issue (i= .e. the insufficient patch throughput). --=20 =E2=80=A2 attila lendvai =E2=80=A2 PGP: 963F 5D5F 45C7 DFCD 0A39 -- =E2=80=9CValues in a free society are accepted voluntarily, not through coe= rcion, and certainly not by law=E2=80=A6 every time we write a law to contr= ol private behavior, we imply that somebody has to arrive with a gun [to en= force it].=E2=80=9D =09=E2=80=94 Ron Paul