From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id cP8BKopn82ITCgAAbAwnHQ (envelope-from ) for ; Wed, 10 Aug 2022 10:08:42 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id 0C8nKYpn82LJBQAAG6o9tA (envelope-from ) for ; Wed, 10 Aug 2022 10:08:42 +0200 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 25F52C0B8 for ; Wed, 10 Aug 2022 10:08:42 +0200 (CEST) Received: from localhost ([::1]:36858 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oLglc-00065h-Oj for larch@yhetil.org; Wed, 10 Aug 2022 04:08:41 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41634) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oLgl2-00064a-FK for guix-patches@gnu.org; Wed, 10 Aug 2022 04:08:05 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:56182) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oLgl0-0007Qf-Hv for guix-patches@gnu.org; Wed, 10 Aug 2022 04:08:04 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oLgl0-00070w-Dk for guix-patches@gnu.org; Wed, 10 Aug 2022 04:08:02 -0400 X-Loop: help-debbugs@gnu.org Subject: [bug#56690] [PATCH] gnu: seatd-service-type: Should use seat group. Resent-From: Liliana Marie Prikler Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Wed, 10 Aug 2022 08:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56690 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: muradm Cc: Ludovic =?UTF-8?Q?Court=C3=A8s?= , 56690@debbugs.gnu.org Received: via spool by 56690-submit@debbugs.gnu.org id=B56690.166011883526878 (code B ref 56690); Wed, 10 Aug 2022 08:08:02 +0000 Received: (at 56690) by debbugs.gnu.org; 10 Aug 2022 08:07:15 +0000 Received: from localhost ([127.0.0.1]:45926 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oLgkE-0006zR-Ju for submit@debbugs.gnu.org; Wed, 10 Aug 2022 04:07:15 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:10087) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oLgkA-0006z4-PO for 56690@debbugs.gnu.org; Wed, 10 Aug 2022 04:07:11 -0400 Received: from lprikler-laptop.ist.intra (gw.ist.tugraz.at [129.27.202.101]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4M2jG35LRGz3wVP; Wed, 10 Aug 2022 10:07:07 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1660118828; bh=oKfQ3z62YJ0IfNDTFf9tlUDfrIa5bGauoD++VzcXC9g=; h=Subject:From:To:Cc:Date:In-Reply-To:References; b=E+BX00qyDqt4EQDLYJGCMZuVoytQZ/73aYIE2qSVP8LeMYmOIB9jteDU6laZEtJiq z4ZczxU21lK7j0/UROe3aHbc1BrZHLzYVEdrRhpDJQTozbKYyGG3CCvHIqzw+HgdCt FSv7W4GJJ2wPB3tZoW7eJEoNvFrUZpb1ecrP5vls= Message-ID: From: Liliana Marie Prikler Date: Wed, 10 Aug 2022 10:07:07 +0200 In-Reply-To: <87y1vxxjrt.fsf@muradm.net> References: <20220722042745.26745-1-mail@muradm.net> <87czdddrra.fsf@gnu.org> <87les00x51.fsf@muradm.net> <87h72n24ra.fsf@muradm.net> <55a3a3bf118f364b70cbd74d214998955d81eaa9.camel@ist.tugraz.at> <87mtcezhty.fsf@muradm.net> <063eee23b1ff1b0f288d5e465aa5bac1862c9bb8.camel@ist.tugraz.at> <87y1vxxjrt.fsf@muradm.net> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUG-Backscatter-control: waObeELIUl4ypBWmcn/8wQ X-Scanned-By: MIMEDefang 2.74 on 129.27.10.116 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1660118922; 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:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=oKfQ3z62YJ0IfNDTFf9tlUDfrIa5bGauoD++VzcXC9g=; b=VbvfjUmWRYILcvjkbunXjOLnjznicyMh23IMNxzqsA/EUjE5PYJCfQ8H6OQ9e9Qgb2CZNU JLKDd89aF3PMXbRQadLkPFPk9fdKIWBCDP5O+aPM7wE2MsgHLAIE/Re1CkdlB16NpSdHST 3ri6ymhhYLm+Eud/O40c3oRtRiZvgIWn2mCVCjFRHArVt4lqJQALvY8GuSQpDBy+90xvlh Pouz/CWPe53WSz67yphmMq4Ta25WOwXSKHPymUmqab7n3S728onzfrth65UAhhg/Yp1DiY h+o/K/PnaXKFkz++Et+D66t9UP1nUXik+M8zf0HJPv6PaJd4ED10m+IKD+pYlA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1660118922; a=rsa-sha256; cv=none; b=eDO/wJAeEd+L5WOdKy7nk/kScTevuAIyKrHI/HXxzAJphbQ2q7PyZilS9pZEpSi/XTGp65 8Yl+N/HcA+pAEPiG3DOjFMHV8BnhEAToUmTa/JqicNSYoph/krkaflEJ7jRvycML7PB/PP 0rhq1QKwq1ZGmno6lTtlUA6ltEF1lydWce7KGUEZ47RrdrUFnMEzSJLQAK2nfakif0d7wQ sdjSMWhSNwcD2PFS31Ux8MsgwMCr6ZCePl1ZIjjwS+8MJH9eaoh28hUgy4/X0SdQj1pDJW gYMzSQUl1DjDQHQLWTF0OA2bjEpUM1RViYp4JizhTimsAUpMd37A740fcbA2Xg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=tugraz.at header.s=mailrelay header.b=E+BX00qy; dmarc=fail reason="SPF not aligned (relaxed)" header.from=tugraz.at (policy=none); spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: 5.11 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=tugraz.at header.s=mailrelay header.b=E+BX00qy; dmarc=fail reason="SPF not aligned (relaxed)" header.from=tugraz.at (policy=none); spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 25F52C0B8 X-Spam-Score: 5.11 X-Migadu-Scanner: scn0.migadu.com X-TUID: Z167wPjBjZ5p Am Dienstag, dem 09.08.2022 um 22:47 +0300 schrieb muradm: > There is no such specification as login manager or what ever. User > is any one/thing acquiring resources via seat management. It is > perfectly fine to run mingetty, login into bash and from command line > start sway that will use libseat to acquire video for instance. Who is > user here? > > There is also no display manager as it was before. Please see my > explanation to unmatched-paren: > https://debbugs.gnu.org/cgi/bugreport.cgi?msg=46;bug=56690 > What is sway in this usecase, it is not a user (like you or me), > it is not a display manager (as gdm, sddm etc.). It is just > application requiring video card (not only) resource, which > it instead of having exclusive root access, uses libseat to > acquire it in "seat managy" way. And greetd does/should not > care about seatd/libseat until it is not required to acquire > resources in "seat managy" way. Instead it is a greeter which > is totatly customizable, could be even a bash script or small > suckless-like application or else. > > This is the point of seatd I suppose, to do one thing only > without enforcing on who should do what. > > Thus, none of your proposals are suitable, and I can't come up > with something better than "seat management user" or "libseat > user". However in my opinion, the one who commits into such > setup, should be aware of what is seatd libseat and how, why to > interact with it. I think you're mixing user and application here, which makes explaining this to others difficult. For instance, GDM is both an application (display manager) and a user launching this application. Likewise for most other display managers. Thus, there is a 1:1 mapping between users and applications. With seatd, from what I understand, there is no such mapping. However, given your description, the following is unclear: Does alice need to be in the seat group to run bash? To run sway? To run sway *only if not having talked to greetd first*? > > > > > +  (group seatd-group (default "seat")) > > > > > +  (existing-group? seatd-existing-group? (default #f)) > > > > AFAIK this is not necessary.  accounts-service-type can > > > > handle > > > > multiple eq? groups, so as long as you're careful with what > > > > you put > > > > into group, you shouldn't get an error. > > > ok field removed > > Note ‘eq?’ groups here.  In other words, you should be able to > > take a > > group (not just a group name) for the group field, sanitize the > > field > > so that it will always be a group, and then use that group in > > seatd- > > accounts (see the second option mentioned in > > <79341a82bf9cd5fc6c2227255095f3fe2927dcbe.camel@ist.tugraz.at>). > > If > > for instance instead of seat, you wanted the video group, you > > would > > have to take the one from %base-groups, rather than creating a > > new one. > Sorry, but I'm not so proficient in english as you. I can only > speculate on what is written here. And that reference does not > say anything to me, even duck duck go gives single result, it is > your message. Could you please be more specific here, and/or > provide more useful hyperlink style references. Thanks in advance. I'll explain it in terms of lisp: (define seat1 (user-group (name "seat") (system #t)) (define seat2 (user-group (name "seat") (system #t)) (operating-system (groups (list seat1 seat1))) ; works, eq? (operating-system (groups (list seat2 seat2))) ; works, eq? (operating-system (groups (list seat1 seat2))) ; doesn't work For field sanitizers, see define-record-type*. Cheers