From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2.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 eIgPDqf0u2XrSgEAe85BDQ:P1 (envelope-from ) for ; Thu, 01 Feb 2024 20:44:39 +0100 Received: from aspmx1.migadu.com ([2001:41d0:303:e224::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2.migadu.com with LMTPS id eIgPDqf0u2XrSgEAe85BDQ (envelope-from ) for ; Thu, 01 Feb 2024 20:44:39 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b="R+xYsD/c"; dmarc=pass (policy=none) header.from=gmail.com; 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" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1706816679; 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=LKtHNn61IjjfG3Nriv/QWazXABjZCU3ZUQ7lcrxsFMY=; b=gW+aHIGZLDbjUG1o8e9g2Gm1mwdBG19yCtmnRiTo6q05RWLy7C7fycp6pNxVFRtEcwc3Ve dw+ZlyHakWI4sR57hMdhcE0JrYC95j+ehkk5T2vaGPWNgHT2DYBDC454u2M+XABWRWB96L cmBCKjXnC8Q7/VkhF/ZHSZz+XPzIJGP4b+83ahU4J7rByMnSODj0LklmvsLtr1WxI++43P czsom9Rou8mj64UdRGTRpez3Yk6JPH0nzBTi9AeD2W7fE/z4iiHbBVg0ooTs9M36RxQJ21 l6HHzHZ+8nrzFG2tNv6oH61p5N6JP3Nyx3LFYiuXTQV1bc5lDbaZiT5TLWIXYA== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gmail.com header.s=20230601 header.b="R+xYsD/c"; dmarc=pass (policy=none) header.from=gmail.com; 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" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1706816679; a=rsa-sha256; cv=none; b=iOx5YZv1yOzdxBSR7IlwfFtLIi2chOLWq7K8vF+hKJNzwCQiS4+IFBC9nNkPa5oETT31Rs Ni7rw3pPICJ/+ykBdXeHtiSsFrRffJb+okcd5dzz4kCE2zXZMBql+hm7rRvJnoUWcL0uy8 5Id7gAQQy51hnFf6FH+vlaxkHJ3yroseiGXu8XPnzVBNWmcviy8O58cCd5GaSEps1SyYDw XJAme3rlEo5x1bST2AN0nYTxgGHR97Hrym+X+FP2fFPexv+lbC4qhgoxssi5pbtheI/FYu YncAdLpy6vdcS9Wivy8wS6qdUXykQDxatOrOPo52Yq/t3cAq18AvoMjhAoNfqg== 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 EB4041BBE8 for ; Thu, 1 Feb 2024 20:44:38 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rVcyc-0000Q5-2P; Thu, 01 Feb 2024 14:43:58 -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 1rVcya-0000Pr-AX for guix-devel@gnu.org; Thu, 01 Feb 2024 14:43:56 -0500 Received: from mail-ej1-x642.google.com ([2a00:1450:4864:20::642]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rVcyY-0000eH-MR; Thu, 01 Feb 2024 14:43:56 -0500 Received: by mail-ej1-x642.google.com with SMTP id a640c23a62f3a-a349ed467d9so170684266b.1; Thu, 01 Feb 2024 11:43:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706816631; x=1707421431; darn=gnu.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=LKtHNn61IjjfG3Nriv/QWazXABjZCU3ZUQ7lcrxsFMY=; b=R+xYsD/chPBYBDIu877fmxfH4PacgiYZ07w1uBTXVF/amuoHZwMp7vqFw0suGLv2dv qgd6bdwq0T1wVs47FUjIOFoB1f8ENODJhmsyjCwRcBrmFK7sdOhT+JhaXq8+Gnh40b+a 5L98g1SGeSj5D/Z/1nZn0tKXLkpPHrNUmeLUyWAKkihuxYPDXQ2Q+lYLXD/3Gq6cNjAq Ym0KH+QVibVB63TbscT9WVc4BgLRQ0pfhYnaPG0TUL9oilmVHXNgSh9P9XJFKNSS0XJw Q817Wh6Fchxpyoep9FrqeEXKMmLH9PNnE+GoRFs9kRTNs+h8XcAnsfDjWB6tZ2ujnCzA qclg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706816631; x=1707421431; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=LKtHNn61IjjfG3Nriv/QWazXABjZCU3ZUQ7lcrxsFMY=; b=vscEjYQiTLJwiT/gBUSy17uMwaVHJTDlF0VyFdLIHCfVLNPmDqsLzorhZ5vpyU6dbk dGD8hk7Kc6IPHJHnn+0aG8ECy0pM59sXxKB9XXKnMNjrKVAQ9RySndDv+foYgAoq8Zp1 gnl2AvwVoAeMXjmH9xmrAwaAKzFVR5cXswEjCoy/r3ZxvMyxbQqu2UjfHfckDXYfdueK RGlp5iuZZiXdmXvOqi1c3l37mTvSwGy6ED/Cfl1OjEXdrwmurNsz+vKC8Vjc3kZXVt3P ilURt86gPJM0JnFr1dixyoXJd9teDAu/W7SYn5khtU8V0SEFfUGLS3/mDcHrYZG76O06 S4gw== X-Gm-Message-State: AOJu0YxSwFB1h8jcKlS5WO5YEt+S130wzJxE0uophPVfOcKxri3zKrDw CwWBKmaCjdcjrm4jCHes4ael5I2gw7PK9FUyYF0l/mdRMRRQZhf6 X-Google-Smtp-Source: AGHT+IEa0ujZ4Ch1WFn1w59XPL6naBMTkqdmM2tpqiiiZR12fXWfHFgNQxhYiPEqAiy4NUcri49g6Q== X-Received: by 2002:a17:906:bc56:b0:a29:7ddf:40eb with SMTP id s22-20020a170906bc5600b00a297ddf40ebmr93024ejv.15.1706816631311; Thu, 01 Feb 2024 11:43:51 -0800 (PST) X-Forwarded-Encrypted: i=0; AJvYcCVo19LkvFBE1mBuHFgpYMdU5vu3cMgctI7F5zHzPRk6LdefYryreaA/m6+c6MGUWpElKYuXoDdA+dYNnNvkhEhPhg6nbk965iJEoyJs9DzADilrL40yNFcUMjCrR8S7Nj7pnZIeB94LN6jF0iYJlNAzrOqzbLjx Received: from lumine.fritz.box (85-127-52-93.dsl.dynamic.surfer.at. [85.127.52.93]) by smtp.gmail.com with ESMTPSA id p6-20020a170906b20600b00a354d25da36sm103956ejz.83.2024.02.01.11.43.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 01 Feb 2024 11:43:50 -0800 (PST) Message-ID: <4199f978c93d00b23d1da5ff50678e0722c7b5f2.camel@gmail.com> Subject: Re: Introducing Guix "Features"! (Was: Syntactic Diabetes) From: Liliana Marie Prikler To: Felix Lechner , Attila Lendvai Cc: Edouard Klein , guix-devel@gnu.org, Ludovic =?ISO-8859-1?Q?Court=E8s?= , Josselin Poiret Date: Thu, 01 Feb 2024 20:43:49 +0100 In-Reply-To: <87frycl3cm.fsf@lease-up.com> 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> <87frycl3cm.fsf@lease-up.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.46.4 MIME-Version: 1.0 Received-SPF: pass client-ip=2a00:1450:4864:20::642; envelope-from=liliana.prikler@gmail.com; helo=mail-ej1-x642.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, 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-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Spam-Score: -8.47 X-Spam-Score: -8.47 X-Migadu-Queue-Id: EB4041BBE8 X-Migadu-Scanner: mx12.migadu.com X-TUID: Azvve1izhR6T Am Donnerstag, dem 01.02.2024 um 05:29 -0800 schrieb Felix Lechner: > On Thu, Nov 30 2023, Attila Lendvai wrote: >=20 > > the use of 'service' to describe two rather different abstractions: > > a component of an OS vs. a deamon process run by shepherd. >=20 > Indeed, the use of 'service' in much of Guix appears to be a grand > misnomer. It probably occurred because the meaning expanded over > time. I'm pretty sure that "etc-service-type" was not something that expanded the meaning of "service" over time, but rather something that had been there for most of the time already. And if you think about it, symlinking stuff to /etc *is* a service. > 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! >=20 > 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? You might be experiencing an effect where repeating a word often enough makes it appear meaningless, but not only is the reply helpful, it also highlights the exact point you're criticizing: Typically, for stuff like configuring clamav (which I think many would consider a service), you'd have a dedicated clamav-service-type, which of course itself extends more low-level services. The mere fact that we haven't yet gotten around to implement that doesn't mean that our terminology is somehow off, it just means that there's something missing that something is missing. > Should Guix services instead be called "features"? >=20 > 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'. I think it's better to do descriptive linguistics over prescriptive linguistics. The use of `guix shell' prevails over `guix environment' not because one of them uses a "more correct" term, but rather because one of them provides a nicer interface that requires less typing (among other benefits like reduced headaches, etc.) As for the term features, that's a word that can mean literally anything in between and around packages, services, etc. Typically, packages or services implement features, for instance evolution implements "reading mail" and "writing mail", whereas (a) gdm(-service) implements "logging into your account". I personally don't think your proposed relabeling would be worthwhile, especially if we have more important features (like syntactic sugar) to discuss. Cheers