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 ms8.migadu.com with LMTPS id 6C4dNTq2u2XU0gAAe85BDQ:P1 (envelope-from ) for ; Thu, 01 Feb 2024 16:18:19 +0100 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 6C4dNTq2u2XU0gAAe85BDQ (envelope-from ) for ; Thu, 01 Feb 2024 16:18:18 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=lease-up.com header.s=2017 header.b=dmUmP+QM; 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=gnu.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1706800698; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=N0jBvuu05RlHg8aoKN7DdA6eBQhhj95jm52cm0w9FQg=; b=CBCkiJFjelZwJBZlcCmoJq696LuVV7WgbVJZSusx6pTxmMCZnhTKzOywURDMmCG4sM2Ejs iegO9Yj1n0rVqOWlbWZtRxWLsEgSv6HK/+NXMpdI6NpuhbmJ8AFQ5I9VGYDddmvOhy1Q/f hpw+u+gkhPujHM6hJc7pLOCqAYIiuPXl3sCSfLpbOt9DPg1UDDaPS133FmwnvfTjlS5g4/ 9iVOf4ts1mYeWhRK2VzD+1n8ncHwPg/yObUprf2DhDIqxtp43DrRmFXkSMwSVQ+dBJXzIP ojVE3Df2vWIX3tFBOY4W0pYvPLL78vh1mph1hK7sBFbUOSB5FOqg1XSQl/nQ2w== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=lease-up.com header.s=2017 header.b=dmUmP+QM; 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=gnu.org ARC-Seal: i=1; s=key1; d=yhetil.org; t=1706800698; a=rsa-sha256; cv=none; b=sCJelMnPAG5QG2gFCQMLXP2Igzuf0IsMTe4pfkiluMwzx6ObrAz9mTa8RCY5749t1jcgKD Oc7ja4c1L/m29j9irZXMPrgnQT6YF77ajQqLvbceDe9pvAhT0rD184p3KRfmJGjzZwCfSt 1hgu6gQYmcXl7hGgdZr1D02My9kVM8c7YSqe0qU1aVrA0ysdtl/fJ0YGaBZS9uiKJED3zE tv7EJBCF/DPgSgaebfAXx0LoiH5wjEWguliF7GMilUwtPUZPLtRWhAjocyVVBltLM94/Qv P7Gv/xqN1+YKkg22Mte4389GCsGUUu/dSQDp58PnJzVFEk3CLXEcLWXCxxhCAQ== 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 C837138838 for ; Thu, 1 Feb 2024 16:18:18 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rVX8Z-0007nT-H8; Thu, 01 Feb 2024 08:29:51 -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 1rVX8Y-0007nD-OW for guix-devel@gnu.org; Thu, 01 Feb 2024 08:29:50 -0500 Received: from sail-ipv4.us-core.com ([208.82.101.137]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_CHACHA20_POLY1305:256) (Exim 4.90_1) (envelope-from ) id 1rVX8W-0006c9-8E; Thu, 01 Feb 2024 08:29:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; s=2017; bh=N0jBvuu05RlHg8a oKN7DdA6eBQhhj95jm52cm0w9FQg=; h=date:references:in-reply-to:subject: cc:to:from; d=lease-up.com; b=dmUmP+QM0zxU19wDJ6nYqpYo2tEYKOHT7Pk6LeQQ PDfqNhi1dtGZpvkkfSA0sv1OR3XfDsF7C/hjgk56egtXB5cyPZzaAxMO9+Og1fgmzJLtsc mBKCqiL5sxL1ymUrx+lsFnWY6vlDE+nGFRPAeqCBd1iodevGloHGPaSKPNCQQ= Received: by sail-ipv4.us-core.com (OpenSMTPD) with ESMTPSA id 0a681ca1 (TLSv1.3:TLS_CHACHA20_POLY1305_SHA256:256:NO); Thu, 1 Feb 2024 13:29:45 +0000 (UTC) To: Attila Lendvai Cc: Liliana Marie Prikler , Edouard Klein , guix-devel@gnu.org, Ludovic =?utf-8?Q?Court=C3=A8s?= , Josselin Poiret Subject: Introducing Guix "Features"! (Was: Syntactic Diabetes) In-Reply-To: <4H69vnQJrUA5WrVPVfQknwCz2ymq8NFyOnp0cCuqZiUVpSAwp6QAhonzbnSpsuRZJcZUX4dmV-U-qhV7CXNH5UOaGV8IEaL2fY8qXmPnmns=@lendvai.name> References: <87wn377rst.fsf@rdklein.fr> <877cm6reum.fsf@rdklein.fr> <52c2337b277721108e5e7cdd6ea32e37e3c20628.camel@gmail.com> <8734wsqwrh.fsf@rdklein.fr> <33976deaf13ce785edefa6ac1b3610054dd4a031.camel@gmail.com> <87v89op6f2.fsf@rdklein.fr> <87ttp4jfiy.fsf@lease-up.com> <4H69vnQJrUA5WrVPVfQknwCz2ymq8NFyOnp0cCuqZiUVpSAwp6QAhonzbnSpsuRZJcZUX4dmV-U-qhV7CXNH5UOaGV8IEaL2fY8qXmPnmns=@lendvai.name> Date: Thu, 01 Feb 2024 05:29:45 -0800 Message-ID: <87frycl3cm.fsf@lease-up.com> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=208.82.101.137; envelope-from=felix.lechner@lease-up.com; helo=sail-ipv4.us-core.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, SPF_HELO_NONE=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: , Reply-to: Felix Lechner From: Felix Lechner via "Development of GNU Guix and the GNU System distribution." Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -2.66 X-Migadu-Queue-Id: C837138838 X-Spam-Score: -2.66 X-Migadu-Scanner: mx11.migadu.com X-TUID: hI6i2qP98spQ On Thu, Nov 30 2023, Attila Lendvai wrote: > the use of 'service' to describe two rather different abstractions: a > component of an OS vs. a deamon process run by shepherd. Indeed, the use of 'service' in much of Guix appears to be a grand misnomer. It probably occurred because the meaning expanded over time. It's like we are looking back in time at the Big Bang. Our "services" are the microwave echoes of Guix's initial, creative spark! Please consider a recent, helpful reply to help-guix. [1] Carlo mentioned the term "service" eleven times, but none of them referred to what I believe most readers of this message would call a service in other contexts. What's a newbie on help-guix to think? Should Guix services instead be called "features"? Those "features" are central to any operating system definition. Other choices like "provider" may not fully capture our collective uses throughout the code and the documentation. I am especially thinking about 'modify-features' and '%base-features'. Kind regards Felix [1] https://lists.gnu.org/archive/html/help-guix/2024-01/msg00213.html