From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id SIwJHY+YHWfoegAAe85BDQ:P1 (envelope-from ) for ; Sun, 27 Oct 2024 01:34:07 +0000 Received: from aspmx1.migadu.com ([2001:41d0:403:58f0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id SIwJHY+YHWfoegAAe85BDQ (envelope-from ) for ; Sun, 27 Oct 2024 02:34:07 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=N8mjYQ3p; 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=gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1729992847; 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=Lhv4psDO6IZ2cCoJ66L03h8nKNzZAJj6tYtGRjd4rjY=; b=HQgvYtYd5IIT7kpxhooSdxPuh91wOsRWgHuQGqSSjSq+vTbmlHx116lc/7lMpbj+EzepW8 LuuBdEvncHyZ7sFhEQvmswummyyxEo5RulfN6kWbGvK5A8dz/R3pIepPSLf0AO07FIv+B+ nf6yHuudzwq91KUnje+ASVbUh4anyV26uZo8cycwsd8cTxPXGk/NGcHs+XuaTnOJHo6VYu l/5fpL9AJl71o5t+ZuETWPiinnj5WahB2PLOsNYVIdVlMFu5i+u5z14cuPJF/61esI6pwF 4yqWYQXhlIxSUNPUcFIqzbU78HwGHiulbMBv+TCudk9xv6yJKyf81gxwCWZs+w== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b=N8mjYQ3p; 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=gmail.com ARC-Seal: i=1; s=key1; d=yhetil.org; t=1729992847; a=rsa-sha256; cv=none; b=uT6ViXvbR+iliSb5vR5aYBTNcyxqwE7BnXZAmxOk1p2Wpt7sbJt52pfzoNrpYzGxyWW32b jTL4wNZfyQrVVY0ncwQUoJYH6b7NKhuBEGcCgV2eyGeyhBV34sDP1vbBJhk6niTTtkE+yq /BoG+/H1xf0WQk4K44XM1YbR+9FAG7xvL5ZOh+fvWRiUu8NOB8xllDc/iO1WGn9zSxxrc2 gkLuBvq3UuEK7J2CEdhd4mdaQbkOXNa6IJ1R9L12l3FjAPUMxGs6RGk3k163FgbnAi9Hk2 zMWzDW/6bjhMz9gp1PnmxIkgCx+H/dbIsi8VOnDz7+H5YXNBYu79dz3nNFmF1A== 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 1B12B7844A for ; Sun, 27 Oct 2024 02:34:07 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1t4s9k-0001vF-DY; Sat, 26 Oct 2024 21:33:24 -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 1t4s9j-0001v0-42 for guix-devel@gnu.org; Sat, 26 Oct 2024 21:33:23 -0400 Received: from mail-qv1-xf43.google.com ([2607:f8b0:4864:20::f43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1t4s9h-0004lf-Da; Sat, 26 Oct 2024 21:33:22 -0400 Received: by mail-qv1-xf43.google.com with SMTP id 6a1803df08f44-6cbf347dc66so20703216d6.3; Sat, 26 Oct 2024 18:33:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1729992799; x=1730597599; darn=gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=Lhv4psDO6IZ2cCoJ66L03h8nKNzZAJj6tYtGRjd4rjY=; b=N8mjYQ3p7IbkVkPglXl7nfz95oSu7rLEbr6ocE9Z9ao9IKy4nTOIFn2LI/KDKMksWi w/4hLm9c40c67SE0jZ1I9hySNaet3NQwxOz9xta69d2B/Zm7sVFGk1PGCgg5X/9xMTS8 ddafPfXc/2A/nQkoXnBaF+P46cxdnBJGk9dUPP8MXU/EwEJbZPDwnveQWa4QfRgHNmZ/ x3Tp1xxDsvjHwqpoDD3XftQyuuT6GKW8Zv6Zc9ntB3GJlJbAQ28G994fWuzXtg3LzXJD bkZUdieuOuMk/Pw35/1/3fKmHi2kpX+EfnAPhg7WhWWT3/aBusPUszTFaXxj8mwDcQ/M PKMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1729992799; x=1730597599; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=Lhv4psDO6IZ2cCoJ66L03h8nKNzZAJj6tYtGRjd4rjY=; b=Mb8qEgzZSNeYRjM63HfH6zj0veYVBQ04qcLoRED5eKt9dbVydFT5uNLlzC2KaQDcnB Fl8IeCjhivmVuRN6tuUOFFX0a/8zo2xvfiiXGcTmCXQ/pIHvdVeTajPI/XMKiNh2K2nH YY9NS9RWVPdB6axEYUIKRq3BR8/bbGOVDtc4eBc/SYtie4IAc+1PNOXzP7yPsbTRhVf0 sqGbxBhrZTkKRc5GaBUuyFO5teVktyZ9K4capX+ALEGb0lq/gcW4JA27rb2Qdo9GoBiD dpvviWk+a06/YU0bUQeSoJExt5pPr4+CzkrngV1/Gxqib1SMm2uMtcsMD+2V7iNV4YgL X56A== X-Forwarded-Encrypted: i=1; AJvYcCWdrh0p1LYcrjrlfHIBC4V5/7fI/Dm85Xtm2CKdgI6rjQUBxlGKMryrls5M0Coe6Gh5I0QqKNmc4dnU@gnu.org X-Gm-Message-State: AOJu0Yxv3LAZzYy+p2XZAqt/JxMy9uORM4324uVmmEdfGEgbkfkf26hS xXOyk68597U+aP98qzAnIYVB8xwDqJWgQREIeSlB/fAj1VmE8Cg2AG7laxDvEL4= X-Google-Smtp-Source: AGHT+IF1rS3x0wKEtgABhjX2sO3BV2Ysc9AbTV6NcYcqSuyXTI0KRwcLsl01hwO+5Jd+6Lum2mPWyQ== X-Received: by 2002:ad4:524f:0:b0:6d1:8599:5d85 with SMTP id 6a1803df08f44-6d185995f3fmr58733156d6.48.1729992799112; Sat, 26 Oct 2024 18:33:19 -0700 (PDT) Received: from gnus ([174.92.178.190]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-6d179a56620sm19937146d6.135.2024.10.26.18.33.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 26 Oct 2024 18:33:18 -0700 (PDT) From: Suhail Singh To: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: Suhail Singh , Christine Lemmer-Webber , "Thompson, David" , Ekaitz Zarraga , guix-devel@gnu.org Subject: Re: Guix (and Guile's) promise, and how to (hopefully) get there In-Reply-To: <87r082o6v8.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Sun, 27 Oct 2024 00:07:55 +0200") References: <6daee7b4-a5d6-4f80-bbfa-995e65e17ae0@elenq.tech> <87r083ht4p.fsf@dustycloud.org> <87plnm6cnj.fsf@gmail.com> <87r082o6v8.fsf@gnu.org> Date: Sat, 26 Oct 2024 21:33:06 -0400 Message-ID: <87y12anxd9.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=2607:f8b0:4864:20::f43; envelope-from=suhailsingh247@gmail.com; helo=mail-qv1-xf43.google.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 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: mx11.migadu.com X-Migadu-Spam-Score: -1.52 X-Spam-Score: -1.52 X-Migadu-Queue-Id: 1B12B7844A X-TUID: GzA6OkULhLZo Ludovic Court=C3=A8s writes: >> Specifically, the bulk of patch submissions in Guix deal with packages. >> Barring some core packages, perhaps Guix would be better served by >> splitting other packages into a separate channel. The organization and >> management of said channel could be optimized for tracking upstream as >> closely as possible. OpenSUSE's Factory model with OpenQA comes to mind > > That=E2=80=99s an idea worth considering in the long term, but it=E2=80= =99s very tricky: > how do we decide what gets in? Gets into what? Ring-0 is defined by minimality and ability to compile itself. Ring-1 could correspond to the packages included in the default Guix system installation. Everything else could go in a single separate channel (say, guix-extras), while Ring-0 and Ring-1 remain within the main 'guix' channel. > do we go as far as moving packages from Guix proper to another > channel? That is what I was proposing, yes. With this other channel being included by default in %default-channels. > how do we transition? This is the only possibly "tricky" part, but it's more complicated than "tricky" as long as we don't require there to be a seamless automated upgrade from current monolithic guix, to this future version where a large number of packages reside in a separate channel. > what API compatibility guarantees do we make? We could start by making the same ones we do today. >> As things stand today, the incentives for those without commit access >> are such that it makes better sense for them to focus on their own >> channels. This is a shame. > > Yeah. Having lively channels outside Guix is not necessarily a bad > thing though. Not necessarily, no. However, if these aren't channels that are widely known, then the experience for new users is worse. --=20 Suhail