From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id eNeYMCPcpmNQRQEAbAwnHQ (envelope-from ) for ; Sat, 24 Dec 2022 12:01:55 +0100 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id gHJ4MCPcpmNq5AAAauVa8A (envelope-from ) for ; Sat, 24 Dec 2022 12:01:55 +0100 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 6767AE7AB for ; Sat, 24 Dec 2022 12:01:55 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1p92HN-0001rS-Pq; Sat, 24 Dec 2022 06:01:27 -0500 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 1p92HM-0001qz-8L for guix-devel@gnu.org; Sat, 24 Dec 2022 06:01:24 -0500 Received: from mail-ed1-x541.google.com ([2a00:1450:4864:20::541]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1p92HK-0005H6-II for guix-devel@gnu.org; Sat, 24 Dec 2022 06:01:24 -0500 Received: by mail-ed1-x541.google.com with SMTP id c34so3536002edf.0 for ; Sat, 24 Dec 2022 03:01:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:to:from:subject:message-id:from:to:cc:subject:date :message-id:reply-to; bh=nsfBolI2gLTX94KK0ZWVswRq5Iz7ydwiSUdqeZqM4ZU=; b=laryqvrp70/uvqoW2ZVWpsrMmR3/okdrWUehpH6FODREOhEwQ+k0mWgo8L9MUDvZ7Z p07AgKRxvOuDhQ/1OSqrEvmwW3uOhgRT+JlJHSZBN27o0MHQ1Lf+8jjdL++/nilGGLC0 a7RF7efdluKA9Ut6fsR7NZivo0zhdaXbVXo8UlQC2xiKX4vNTPZOAXnW4IqLx5oi+47o K0j8zRvtGnaMSh9p+blmu5RKshEaILkXtxBSz/+Z86RQeHI3pti08ISe1HfcGquWubQv i2yE41EeU5OTcRZD6px0tZyYLPBNj1pLknR4yLUpl60+jtHFw3YBson1MySMA86s+4vl F8Gg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:to:from:subject:message-id:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=nsfBolI2gLTX94KK0ZWVswRq5Iz7ydwiSUdqeZqM4ZU=; b=BmoRPeSDGDjS2rzonGBIy05Lk8m3Yim5JA8M46MWaSoZF1USl1S1zBVDsHBu3Lordj kCdfJEpWxt8EdMz819GYMUhZ5XeSnNvyGA+5YjdzygOKovle1CacInNdGbhok/BMo3OU zs+tNGDpuJanSiSrQeIYCNdSoRDEmRsFuU1dbHuEXvukVv4w78C4K1hJKFgpQQNx+tGj caBeUuIborYV/uKBE5JS8fUI+xW6o7MDgymdc2xpllYGyplfyGiQ+D5rMfm5BWaJ4wUD w2ib2SyJrMtTLONQ4AjU2dUCcu0hbuNCCEh0zSGl6RRufdAtu+8wuIJb+qzVCiT8OPFF V6Mg== X-Gm-Message-State: AFqh2kqz1G5PlTeemC4KXBL45x4LV3+seS+kDmbhz2X51aNVMoiAIUkH BqjUUgcCV5DfF1hOMPyi4b8= X-Google-Smtp-Source: AMrXdXuCYEKnmbos3nQpdBHCtTZPx5IB0EN6plrhFUvIc36pryVQn5HLfeeeEEioLY7uWjc6VwHVUA== X-Received: by 2002:a05:6402:550d:b0:461:9578:f904 with SMTP id fi13-20020a056402550d00b004619578f904mr10532694edb.23.1671879680494; Sat, 24 Dec 2022 03:01:20 -0800 (PST) Received: from lumine.fritz.box (85-127-52-93.dsl.dynamic.surfer.at. [85.127.52.93]) by smtp.gmail.com with ESMTPSA id r28-20020a056402035c00b0045b4b67156fsm2428886edw.45.2022.12.24.03.01.19 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 24 Dec 2022 03:01:20 -0800 (PST) Message-ID: Subject: Re: Stratification of GNU Guix into Independent Channels From: Liliana Marie Prikler To: jgart , guix-devel@gnu.org Date: Sat, 24 Dec 2022 12:01:19 +0100 In-Reply-To: <84400bcea3eee39dc15d82812a8006bb@dismail.de> References: <84400bcea3eee39dc15d82812a8006bb@dismail.de> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.46.0 MIME-Version: 1.0 Received-SPF: pass client-ip=2a00:1450:4864:20::541; envelope-from=liliana.prikler@gmail.com; helo=mail-ed1-x541.google.com 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, 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 ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1671879715; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to: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=nsfBolI2gLTX94KK0ZWVswRq5Iz7ydwiSUdqeZqM4ZU=; b=HfxJh9AX91qr2DR/wtwizRCK2+iPkOtNS4Y8e7PGIXEq/NtTijyKyUz16k3/NRC73D/iva Lvya7e1R8BHojS2QZKhVnJ1wouSCe9CnpxUqrfzpewKe/ILdwSXa/De8VQ47MldgrpBMPD CfZoCnSTN5r/06vnKB/o0iO8WzYPowukjXSm55JkwsQ2XZonZYMjJlOImS+Y6ihhAb/eFD LNtf7JjJdo81MzZLgTsguxbvWwjnP+zN8mo2Eg0DQJUFyJyEJ4BPkcLPi+zAGAvJqMFIiD gA9hkozsdAjpq90SUAm2Cy7dOjDKuKCDUFKEbVPFkSQ/mXk9iQQxgN2PjQGonQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=laryqvrp; 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=1671879715; a=rsa-sha256; cv=none; b=dzGm+Y4M+dTku0D6ckQJBhV2ZgTzhbOVP3unricaXZrATpYKvFXHFjH2yEDz5p7eMV5P+A biMCpqepc/Xjzuepb8abABiBlVJVkr04A4Jt+Q4iLGD468Aog8dljfiXYTBFsS6Umz7HTK rsLRbF/QuP2xuykXuOSdpPSkQ+Oud8VbYBSXTPjWFiyd8yyDYIjRhWPptLvHkYLkZ+PCdk CA+yn5w36Dx2bsX7Dj03btmSUYwYS6wEGNkGNngr4kTKtzj83BjOkshcUnss9PQ5pLAvRo AZxLB8z60ssTJmOTF9/brgD9YUp8NlvMtQYsTQmC12kdp6oNiKw79d8WwpesiA== X-Spam-Score: -4.56 X-Migadu-Queue-Id: 6767AE7AB Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20210112 header.b=laryqvrp; 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 X-Migadu-Scanner: scn1.migadu.com X-Migadu-Spam-Score: -4.56 X-TUID: 26YZi43ha/bU Am Samstag, dem 24.12.2022 um 03:49 +0000 schrieb jgart: > Hi Guixers, >=20 > I wanted to ask you what are your thoughts on this idea. This is a > thought experiment at this stage. >=20 > Should GNU Guix be a small core of packages (and services?)? No, it should be a functional operating system. > What do you think would be the pros and cons of the stratified > approach versus the monorepo approach that we currently have? I think monorepo is a weird term to apply to Guix. Yes, it is just a single repository, but notably, it doesn't collect the sources of every other package out there to put it into a single tree. Instead, it contains a recipe per package. This makes it no different from Debian, Arch, Gentoo, or any other package manager out there. > GNU Guix proper would be a solid core of packages that is very easy > to maintain. This would greatly reduce the maintenance burden since > maintaining a world of rust, golang, or python packages is opt in by > those who want to do that particular work. No, it wouldn't. Suppose this bootstrap Guix consisted only of packages up to GCC. Then any change to it would result in non-local changes (and potential breakages) in every other channel in existence and the local CI would never catch that. As it currently stands, GCC breaking some other package would be caught on core-updates. > Users can opt out of certain channels. For example, there might be > some users that want absolutely no rust or some other language or > ecosystem of packages from being downloaded on their machine for > whatever reason. Same goes for any other languages. You can not opt out of Rust if you depend on librsvg. In future, you might not even be able to opt out of Rust when using the Linux kernel. Yes, this is possibly the worst timeline to live in, but we need solutions to actually deal with it, not burying our heads in sand. > Would being subscribed to just the hypothetical small core channel in > this proposal increase download/installation speeds given the > availability of substitutes? Not really, because for a functional system you would have to pull in other channels. With a stricter module layout we could possibly modularize guix pull further, thus decreasing individual derivation time, but that alone is a daunting task and not guaranteed to bring big improvements. What does work is convincing upstreams to pull in less dependencies and drop the outdated ones, because that makes it so that eventually Guix has to ship less packages. Cheers