From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id mPRcKvpIxl4/AwAA0tVLHw (envelope-from ) for ; Thu, 21 May 2020 09:25:14 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id wHQnJvpIxl7/VQAAbx9fmQ (envelope-from ) for ; Thu, 21 May 2020 09:25:14 +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 3925994014C for ; Thu, 21 May 2020 09:25:12 +0000 (UTC) Received: from localhost ([::1]:37414 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jbhRt-0003nF-O5 for larch@yhetil.org; Thu, 21 May 2020 05:25:09 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57028) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jbhRm-0003n6-Li for guix-patches@gnu.org; Thu, 21 May 2020 05:25:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:43785) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jbhRm-0007zj-CK for guix-patches@gnu.org; Thu, 21 May 2020 05:25:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jbhRm-0000PD-8A for guix-patches@gnu.org; Thu, 21 May 2020 05:25:02 -0400 X-Loop: help-debbugs@gnu.org Subject: [bug#35305] LightDM service Resent-From: Ricardo Wurmus Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Thu, 21 May 2020 09:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 35305 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: To: L p R n d n Cc: brice@waegenei.re, 35305@debbugs.gnu.org Received: via spool by 35305-submit@debbugs.gnu.org id=B35305.15900530451490 (code B ref 35305); Thu, 21 May 2020 09:25:02 +0000 Received: (at 35305) by debbugs.gnu.org; 21 May 2020 09:24:05 +0000 Received: from localhost ([127.0.0.1]:55331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jbhQr-0000Nx-H9 for submit@debbugs.gnu.org; Thu, 21 May 2020 05:24:05 -0400 Received: from sender4-of-o53.zoho.com ([136.143.188.53]:21397) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jbhQp-0000Nd-1X for 35305@debbugs.gnu.org; Thu, 21 May 2020 05:24:03 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1590053028; cv=none; d=zohomail.com; s=zohoarc; b=HuoT+PfY7bWu0XWBVblvlHK+INBSZYY8XPES3BrtxsNe04JvTt3iJ4QWBtWXnIE6akI5UITK7zB/HOOBpltq8IcHLlGDQ14D7eAjYykI63P7qBQLoUHlcUarRHz4AJM9BpOIdX4k7egsMMOCi6NgMzSS8hUM9o0O1Egp0KyX8j0= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1590053028; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=xp5lmJpV/z5xXgD0lOtNQWVs4imoxEzgIdOEEoxTkPM=; b=nBpKxiVu3ImAZujIrRm/nYNJW+lnGo2vAH7lmILgj6rMMBJEk6iV9MGMYJjCHp9vaKCaAacSZp7rgRf+a5I3xx0pdF3Z9j2M+/DlZFtOy7jitHCKbidqaZ6p4MKz0ySxsYsK6wN4HMLVmxT9YOTVAgsHH0fTgzKK+H1Au0pHFLk= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=elephly.net; spf=pass smtp.mailfrom=rekado@elephly.net; dmarc=pass header.from= header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1590053028; s=zoho; d=elephly.net; i=rekado@elephly.net; h=References:From:To:Cc:Subject:In-reply-to:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=xp5lmJpV/z5xXgD0lOtNQWVs4imoxEzgIdOEEoxTkPM=; b=MJ7cI7sG2mra0HPTbNjR9Y/88vOSPc0w3EqunsCyA5nQMbK4oBndYSc3Lo22Eiyr aKqVTwpKuYwSCR/CIkg1lm8NEa70Yi6Kodh+7l2HtZAh4ro3+dQw1rLtWhU1OsE24gs HZHHrt/Exjchq6f69O+BIO3y1hM5xnilzmRALtoU= Received: from localhost (p54ad4c37.dip0.t-ipconnect.de [84.173.76.55]) by mx.zohomail.com with SMTPS id 1590053027141585.115851363437; Thu, 21 May 2020 02:23:47 -0700 (PDT) References: <87zhooso9g.fsf@lprndn.info> <87imh9gnvy.fsf@lprndn.info> <87k11m2hqx.fsf@elephly.net> <87zhahcfgh.fsf@lprndn.info> <878shz38bf.fsf@elephly.net> <87o8qtzd71.fsf@lprndn.info> <87k116e3ee.fsf@elephly.net> <87tv09zo70.fsf@lprndn.info> User-agent: mu4e 1.4.4; emacs 26.3 From: Ricardo Wurmus In-reply-to: <87tv09zo70.fsf@lprndn.info> X-URL: https://elephly.net X-PGP-Key: https://elephly.net/rekado.pubkey X-PGP-Fingerprint: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC Date: Thu, 21 May 2020 11:23:43 +0200 Message-ID: <87h7w9ej4w.fsf@elephly.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-ZohoMailClient: External X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Spam-Score: -1.0 (-) X-BeenThere: guix-patches@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org Sender: "Guix-patches" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=fail (rsa verify failed) header.d=elephly.net header.s=zoho header.b=MJ7cI7sG; dmarc=none; spf=pass (aspmx1.migadu.com: domain of guix-patches-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=guix-patches-bounces@gnu.org X-Spam-Score: 1.99 X-TUID: cgjg9RguxDC4 L p R n d n writes: > Hello, > > Ricardo Wurmus writes: > >> Hey, >> >> I=E2=80=99m very sorry for the delay. > > Again, there's no hurry. ;) > >> What took me so long is that I=E2=80=99m conflicted about how to move fo= rward. >> On one hand I really don=E2=80=99t want to delay this. I think your pat= ches are >> a great and important addition to Guix. On the other hand I feel that >> the relationship between these new components isn=E2=80=99t quite right. >> >> It still doesn=E2=80=99t feel quite right to me that there=E2=80=99s a >> lightdm-service-type and an independent >> lightdm-gtk-greeter-service-type. I know that there can be any number >> of greeters, but only one will be used with lightdm-service-type >> dependent on the string value of greeter-session. This leads to >> potential misconfiguration as we don=E2=80=99t (and can=E2=80=99t) valid= ate this string. > > Just to clarify, as per my understanding, there can be multiple > `greeter-session fields defined. It's not a global value but a per seat > one. Each seat should be able to use a different greeter, I > think. Personally, I have a very standard use whith only one seat so > there are no questions in that case. However there might be use-cases > where it's needed. I CC bricewge, they might be more knowledgeable on > this issue. Right, I realized this after composing my message. However, currently the lightdm-gtk-greeter-service-type inherits all the seats and then overrides the greeter-session value for each of them, which seems rather rude. So maybe it is wrong to let greeters do that at all. I wondered why there=E2=80=99s a service type for the greeter at all, so I looked at the service extensions it provides: * lightdm-service-type: only used to override greeter-session in all defined seats, which seems like an anti-feature. If other greeters do the same, then effectively there can only be one greeter for all seats, and that would be wrong. So seat configuration really should remain in lightdm-service-type and not be an extension. * etc-service-type: that=E2=80=99s to provide the greeter=E2=80=99s global = configuration file. Ideally, we would not need to use a global configuration file. It looks like lightdm-gtk-greeter respects the XDG_CONFIG_DIRS variable, so we should be able to generate its configuration file in an arbitrary location and then add it to XDG_CONFIG_DIRS in the environment of lightdm itself. * profile-service-type: that=E2=80=99s to install lightdm-gtk-greeter and i= ts assets into the system profile. Again, that=E2=80=99s something we shoul= d aim to avoid. It seems that we can avoid it with the use of environment variables in the lightdm shepherd service. If we can avoid all three extensions then we don=E2=80=99t need a lightdm-gtk-greeter-service-type at all. If we don=E2=80=99t need a servic= e we can specify greeters as record type values with a name and configuration file generator. --=20 Ricardo