From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id WNSiDZ+HTWGPHAEAgWs5BA (envelope-from ) for ; Fri, 24 Sep 2021 10:09:03 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id wEVLCZ+HTWGRTQAAB5/wlQ (envelope-from ) for ; Fri, 24 Sep 2021 08:09:03 +0000 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 C2E5F315D6 for ; Fri, 24 Sep 2021 10:09:02 +0200 (CEST) Received: from localhost ([::1]:35746 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTgGT-0001gg-Tq for larch@yhetil.org; Fri, 24 Sep 2021 04:09:01 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53702) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTgFx-0001eE-3a for guix-devel@gnu.org; Fri, 24 Sep 2021 04:08:29 -0400 Received: from mail-lf1-x12b.google.com ([2a00:1450:4864:20::12b]:47058) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mTgFv-0004Fn-Ba for guix-devel@gnu.org; Fri, 24 Sep 2021 04:08:28 -0400 Received: by mail-lf1-x12b.google.com with SMTP id z24so37590909lfu.13 for ; Fri, 24 Sep 2021 01:08:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=trop-in.20210112.gappssmtp.com; s=20210112; h=from:to:cc:subject:in-reply-to:references:date:message-id :mime-version; bh=PxokkjPP+P43X3X9ph+rdw2Orcxa85nWyspm/oqNvw4=; b=tovuLVJocSZ9eq7fSJ+6XyrLgewQaiWHFL2ByevVAi17x1wVstEvPMP/N7b6W7FA7X XLdsgbuoqAdwQPdqd/sXlo/i1XDS+p5bMUjPX45DfRW14DTnZiPwSWEZvCrQL99fFmtZ 6XFGCZ1g/yK1vhXIVD9lb4ekllbR3uHHCRVAMsQnamEsMTHdZbY0PQXi0vZew+94D3TS EEzUesjTIW+Hjq7v7bqJGwgRQpDoBfRUoATIfdZGnqjUMizKTEdsPN4zLLdXSkrJe2+B gtX4nKXXgMS4+eikXrMwVmTMIMSWOvlgPMETYqgxf1rDbLFlt5e4VeYjbraVugC7XI2S SFFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=PxokkjPP+P43X3X9ph+rdw2Orcxa85nWyspm/oqNvw4=; b=oxgIkvCnY+nD9hbvM4lBq4LzGpRFg23nREa3IKU3QWSYZTq6/ITigCSuNYA8hSZXqJ SRmihnjtPNg2t5dgM8Q1d3U5suzvgKPeDHdZm4D75U4I5XXWYU5Nv/z0zai6tMnGTcTZ ZyjiB2sgXjoszzFYyNZedf2ZzCKQmP37JytZ1XuqMjACF+V8omb8ZegKwpNWPJnkGRnX L8iQwv0Pc2mXM64HmwuGgniCdqRN98/Jcne216+0lW0OxY0/J5UKScyG8wvfQ63gKXp1 c2PfK/gup4T2DZoKBNwdQfr2S5A9CsR/UIVuUkAaXgP970Wsbbf/Lqix+eqdItU5ioNr SfjQ== X-Gm-Message-State: AOAM531j2mMFtUu5u/J5Q8L651mQvPXYoVN1M+adM+G8ubVYaA97csQj r96+ZHvP8IvCbphk3GiJLre07A== X-Google-Smtp-Source: ABdhPJx8Tb/vHRIxWA6CLcA1SA9NopUPG2OWtL8nDpIfaB6sJPp6b7p6Kp09nHSR/exxcKU0axMlyw== X-Received: by 2002:a05:6512:3d0a:: with SMTP id d10mr8286766lfv.481.1632470904970; Fri, 24 Sep 2021 01:08:24 -0700 (PDT) Received: from localhost (109-252-93-92.nat.spd-mgts.ru. [109.252.93.92]) by smtp.gmail.com with ESMTPSA id o6sm67245ljh.32.2021.09.24.01.08.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 24 Sep 2021 01:08:24 -0700 (PDT) From: Andrew Tropin To: Ludovic =?utf-8?Q?Court=C3=A8s?= , Xinglu Chen Subject: Re: On the naming of System and Home services modules. In-Reply-To: <87pmsz9hrj.fsf@gnu.org> References: <87zgsei5ta.fsf@trop.in> <87pmtarnrh.fsf@yoctocell.xyz> <87pmsz9hrj.fsf@gnu.org> Date: Fri, 24 Sep 2021 11:08:21 +0300 Message-ID: <871r5eqtu2.fsf@trop.in> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Received-SPF: none client-ip=2a00:1450:4864:20::12b; envelope-from=andrew@trop.in; helo=mail-lf1-x12b.google.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: guix-devel@gnu.org Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1632470942; 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:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=PxokkjPP+P43X3X9ph+rdw2Orcxa85nWyspm/oqNvw4=; b=fvG/6DZ28IR2RxMk3VEJ4NNFvIGGy4qGNBmPayHD6RRKzxB7ckI1rFcDoTMcYCzjZ7pXeO s9KyVHEexu3H5M2bbwcbaxytRIADMASUdB8EcMUOdwLc+6s3qzQdIDxoW5HfEOk7/Y9ujr X+MWtJa5FGz6P7msjzjGLSdTsSb0hXvBAsh9CLGnSLyxrtkagkrM4bTKXewqncLgxL/bfC 0AnLRo3vg48rTPBUcKHYg8nTFfJJwM2W80mnUgIFVpfnw/ipOHanHeE4vwdU3ULYEdpe6f TD8em2gX0qAWfuWbHDS8Eb/MWTsa54Tn5pB+pS5XQG7qrNJ+3cvcLzbx1l5JCA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1632470942; a=rsa-sha256; cv=none; b=rSBcI920lsglV5E4uMnHK++EktJOGPORNwGtAXUHi1OmfddnOUzrnu0hFbMaEYpbkWG5JG DVCRlCj095E0rmE9n42kzadO0QhoArrhqQw0YDnxVuNRLzy4us/K1hBJ5sXl+yg7tIFW0w JI8IekNT9yZhEqPITiV5etnc8xv4n1s67rqkobfeoloJRrO+qoFXLy6ayVewPriRDd7vXU 9D/kr7O3maEz9mkGjiWbnD+x0hENcDfY7Omd05CkR08zglNQLHhUjcrwRqUUtZuHg+B0CW k8LcpCipm8uPtxCm4W3E4naE5S0qKwQ1Iy2tXKnCRG4qxzvBBBfRanS6zptTgg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=trop-in.20210112.gappssmtp.com header.s=20210112 header.b=tovuLVJo; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Spam-Score: -5.59 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=trop-in.20210112.gappssmtp.com header.s=20210112 header.b=tovuLVJo; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-devel-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-devel-bounces@gnu.org X-Migadu-Queue-Id: C2E5F315D6 X-Spam-Score: -5.59 X-Migadu-Scanner: scn1.migadu.com X-TUID: wNemnoKkzRE2 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2021-09-23 22:08, Ludovic Court=C3=A8s wrote: > Hi, > > Xinglu Chen skribis: > >> Some services might be useful to have in both Guix System and Guix Home; >> for instance, Guix System currently has a service for configuring >> Syncthing, and I think it makes sense to also have one for Guix Home, >> this would mean that people not using Guix System (me :-)) could also >> have Guix manage Syncthing. With the current approach, we would have to >> copy and paste quite a bit of code, and if the Syncthing service for >> Guix System changes, then the one for Guix Home might have to change as >> well. > > Silly question, but why do we need to have two different configuration > record types in the first place? 1. Different fields (for example system services in many cases wants to know the username, which will be used to run process from, home services will probably use the user's username and won't rely on this field, home services on the other hand can have something like xdg-flavor? or anything else unrelated to system services). Even if fields are not conflicting with each other, it's very likely that it will introduce a confusion: user of Guix Home on foreign distro will be guessing why there is a field in configuration record, which doesn't make sense for a home service. 2. Different default values. $HOME/mail or /var/spool/mail? Even if we can technically bypass those problems, semantically the values will be incorrect. There are possible solutions to that, like making home-extra-settings and system-extra-settings fields, which will contain records with fields, which are different for those services, but I'm not sure if all the hussle is worth it. > > Sharing configuration between Home and System sounds important to me: it > means users can easily move services from one to the other, which is > pretty big deal. It also means we=E2=80=99d have much less code to maint= ain. > > Would that be feasible? (Apologies if this has already been discussed!) I find records to be a very rigid and hard to reuse and probably we have to have separate sets of configuration records as I mentioned earlier in the thread, but the auxiliary functions seems quite reusable. > > Also, I proposed earlier a possible way to generate a Home service type > from the corresponding System service type=E2=80=94or, IOW, to generate a= Home > service type graph from the System graph. Does that sound feasible? Not sure what you mean here, can you share a link to the proposal or elaborate one more time, please. > > Thanks, > Ludo=E2=80=99. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEKEGaxlA4dEDH6S/6IgjSCVjB3rAFAmFNh3UACgkQIgjSCVjB 3rCO9A/+OHd5soKWtVv9QUwuXiTVHK9zfJYASMc68Nu2XoCfiBIJyNda/y4zMoeF kZIDjQaiC6ofCKINGcg183a3MGcctAqbufu8Xvd6K97ZQ7zzAhSMuhh5vlSZCTuU KQNRE/S7xtfDHGrR2yFzYXc2Qs0yQ/6kr8AKOTkF3Z2Fl2rd1j90z6i1kVnVWCmZ 7tXhDKkg1nJqgnn9+GAFFmv1G2+rKdugQZfsWe4snZuryhj8kFzYMBt+Uk90TDjn iYA2ZNkC5q6APsFLtHkXdhvRHQ8YI4BNOhPp7eXQF+Wl66OsA2fYLqDqGsCVW3kf WsCJt8yiWHSYwHHFDTNHtT85HkD5TYtWXp00a0X9Cw7qDJcg1um134pG+23iqiHT Ujf8PK8gBUzQDYazoJxpNiNVmrYqm7gz720OJISDw7YY8SR5RSFGzqVXYbrBQMNO ux4CeM6GsAdrMjC8ysiWOuFo2xWBN1PDbh+qhKdIe0uNI9dge9ROsd3feJ/yWsrC I6adh18432iE953w+WUfTmqRGMhA414ruJqj7jGJu6BiDr9BF6qdB73y9Tta3Loj l4bbJCWjBPEqqcqQmWCvk6t6LGMn0cy0F4sPob723Xtldl13czaTupLgm/xTeoxZ NtkMl1B2jLv913vBMshXYoO5yoPM6KyLk+Yc+yNHX4Xo4yLBIMU= =LOIG -----END PGP SIGNATURE----- --=-=-=--