From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 16 06:16:05 2019 Received: (at submit) by debbugs.gnu.org; 16 Sep 2019 10:16:05 +0000 Received: from localhost ([127.0.0.1]:49243 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i9o3B-0000jp-Gw for submit@debbugs.gnu.org; Mon, 16 Sep 2019 06:16:05 -0400 Received: from lists.gnu.org ([209.51.188.17]:56194) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i9o3A-0000ji-ND for submit@debbugs.gnu.org; Mon, 16 Sep 2019 06:16:04 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:46506) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i9o39-0001mM-Hi for bug-guix@gnu.org; Mon, 16 Sep 2019 06:16:04 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: ** X-Spam-Status: No, score=3.0 required=5.0 tests=BAYES_20,DATE_IN_PAST_06_12, FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPOOFED_FREEMAIL,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i9o38-0002O6-F1 for bug-guix@gnu.org; Mon, 16 Sep 2019 06:16:03 -0400 Received: from smtpo.poczta.interia.pl ([217.74.65.153]:48542) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1i9o38-0002Nm-88 for bug-guix@gnu.org; Mon, 16 Sep 2019 06:16:02 -0400 X-Interia-R: Interia X-Interia-R-IP: 89.64.26.126 X-Interia-R-Helo: Received: from localhost (89-64-26-126.dynamic.chello.pl [89.64.26.126]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by poczta.interia.pl (INTERIA.PL) with ESMTPSA for ; Mon, 16 Sep 2019 00:51:54 +0200 (CEST) Date: Mon, 16 Sep 2019 00:51:54 +0200 From: Jan To: bug-guix@gnu.org Subject: Changing the login service from GDM to SLiM and then back to GDM causes a really bad loop Message-ID: <20190916005154.41b74430@interia.pl> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Interia-Antivirus: OK DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1568587916; bh=/hxxZgabZmCjEU1JPdw6X63LCBq0Qur0TjWXEPkE6Ks=; h=X-Interia-R:X-Interia-R-IP:X-Interia-R-Helo:Date:From:To:Subject: Message-ID:X-Mailer:MIME-Version:Content-Type: Content-Transfer-Encoding:X-Interia-Antivirus; b=l35YBgoTzjngENz6Hw2UfKXmZ/saOVMAq7QqtMKXw2abRtkwzBeJRrVYelNI2+GJo OzU94L4uDk4P6pd71+YhUHpUYwRaoUCjK++Xs6/+DP18lOOI5dNM8nuDhtiu7PHE7f DeMSp1geLBvvMMY2zrcVOV4MH1M/LHpyZWVh3EAs= X-EOM: H-lo10 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x (no timestamps) [generic] X-Received-From: 217.74.65.153 X-Spam-Score: 1.8 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hi. Changing the login service from GDM to SLiM and then back to GDM makes GDM to loop like this: "New session c1 of user gdm." "Removed session c1." "New session c2 of user gdm." "Removed session c2." .. [...] Content analysis details: (1.8 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: interia.pl] -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, medium trust [209.51.188.17 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (tona_kosmicznego_smiecia[at]interia.pl) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.9 SPF_FAIL SPF: sender does not match SPF record (fail) [SPF failed: Please see http://www.openspf.org/Why?s=mfrom; id=tona_kosmicznego_smiecia%40interia.pl; ip=209.51.188.17; r=debbugs.gnu.org] 1.1 DATE_IN_PAST_06_12 Date: is 6 to 12 hours before Received: date 2.1 SPOOFED_FREEMAIL No description available. X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.8 (/) Hi. Changing the login service from GDM to SLiM and then back to GDM makes GDM to loop like this: "New session c1 of user gdm." "Removed session c1." "New session c2 of user gdm." "Removed session c2." ... And it continues like this to relatively high numbers like c167. Didn't check how far it could go, but that's not important anyway. Reverting to the previous definition of the system by using "guix system switch-generation" or using grub menu entries doesn't help, changing /etc/config.scm back to the default gdm configuration and running "guix system reconfigure" doesn't help either. There's also one strange thing that have happened before rebooting - when logging off, SLiM was running in a loop too - I couldn't turn off the computer using it, I had to switch to another tty and run "shutdown" manualy. But reverting to a configuration with SLiM works - I can use the system with it, but can't with GDM anymore. --- Jan Wielkiewicz From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 17 00:46:06 2019 Received: (at 37423) by debbugs.gnu.org; 17 Sep 2019 04:46:06 +0000 Received: from localhost ([127.0.0.1]:51470 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iA5NO-0002P4-FO for submit@debbugs.gnu.org; Tue, 17 Sep 2019 00:46:06 -0400 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:49337) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iA5NM-0002OJ-WB for 37423@debbugs.gnu.org; Tue, 17 Sep 2019 00:46:05 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id D298F21F15; Tue, 17 Sep 2019 00:45:59 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Tue, 17 Sep 2019 00:45:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=N1ywvFU6b93c20WSJYCEqjX/M9F/J4O4CPDWvpJcr EM=; b=lci/ojDI6VA/vqocRQxLytjZ447TxPItQZ1RlGpKH13joDIeCSIGl+E2s HbtvT6DMJnN+AH8/QSueIOaBJWjPTquumd6FLOC6siofN1c9/fOFnA0Ln3Pq+bF8 v3caSpsvyL3aStlNvX9Cb1CG1MCjVpbOjh75Swn7m/8pAE+YwKlKW4OnPZvdtUxU 1qH/lCxu2N0XmI34+S/ei+OY83VpMPFCg0oJ/9RNtZTq0ZpifLGZojdxnow7YWkg U00VpyxsZY8dvxvB7Mnb7b1gCRLr2cup/gtl0F7dZLaMEj0QhWI/BvriP+GeAV5g M/NIe/Y7M/JGgvCHVKEqkNw0sVQVg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrudeggdeklecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhephffvufhfffgjkfgfgggtgfesthhqre dttderjeenucfhrhhomhepvfhimhhothhhhicuufgrmhhplhgvuceoshgrmhhplhgvthes nhhghihrohdrtghomheqnecuffhomhgrihhnpehgnhhurdhorhhgnecukfhppeejgedrud duiedrudekiedrgeegnecurfgrrhgrmhepmhgrihhlfhhrohhmpehsrghmphhlvghtsehn ghihrhhordgtohhmnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from mrblack (74-116-186-44.qc.dsl.ebox.net [74.116.186.44]) by mail.messagingengine.com (Postfix) with ESMTPA id 0015E80061; Tue, 17 Sep 2019 00:45:58 -0400 (EDT) From: Timothy Sample To: Jan Subject: Re: bug#37423: Changing the login service from GDM to SLiM and then back to GDM causes a really bad loop References: <20190916005154.41b74430@interia.pl> Date: Tue, 17 Sep 2019 00:45:58 -0400 In-Reply-To: <20190916005154.41b74430@interia.pl> (Jan's message of "Mon, 16 Sep 2019 00:51:54 +0200") Message-ID: <871rwf5y49.fsf@ngyro.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 37423 Cc: 37423@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi Jan, Jan writes: > Hi. > > Changing the login service from GDM to SLiM and then back to GDM makes > GDM to loop like this: > "New session c1 of user gdm." > "Removed session c1." > "New session c2 of user gdm." > "Removed session c2." > ... > > And it continues like this to relatively high numbers like c167. Didn't > check how far it could go, but that's not important anyway. > Reverting to the previous definition of the system by using=20 > "guix system switch-generation" or using grub menu entries doesn't help, > changing /etc/config.scm back to the default gdm configuration and > running=20 > "guix system reconfigure" doesn't help either. Could this be the same issue as ? In short, Guix doesn=E2=80=99t guarantee that the =E2=80=9Cgdm=E2=80=9D user will hav= e the same UID if it gets deleted and recreated (which happens when you remove the GDM service and add it again). You can fix this by ensuring the owner of the files under =E2=80=9C/var/lib/gdm=E2=80=9D is the current =E2=80=9Cgdm= =E2=80=9D user. -- Tim From debbugs-submit-bounces@debbugs.gnu.org Tue Sep 17 07:16:41 2019 Received: (at 37423) by debbugs.gnu.org; 17 Sep 2019 11:16:41 +0000 Received: from localhost ([127.0.0.1]:51694 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iABTL-0008Ic-2U for submit@debbugs.gnu.org; Tue, 17 Sep 2019 07:16:41 -0400 Received: from smtpo.poczta.interia.pl ([217.74.65.153]:46133) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iABTH-0008IN-Ke for 37423@debbugs.gnu.org; Tue, 17 Sep 2019 07:16:36 -0400 X-Interia-R: Interia X-Interia-R-IP: 89.64.26.126 X-Interia-R-Helo: Received: from kompiuter (89-64-26-126.dynamic.chello.pl [89.64.26.126]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by poczta.interia.pl (INTERIA.PL) with ESMTPSA; Tue, 17 Sep 2019 13:16:25 +0200 (CEST) Date: Tue, 17 Sep 2019 13:16:14 +0200 From: Jan To: Timothy Sample Subject: Re: bug#37423: Changing the login service from GDM to SLiM and then back to GDM causes a really bad loop Message-ID: <20190917131614.018d19c3@kompiuter> In-Reply-To: <871rwf5y49.fsf@ngyro.com> References: <20190916005154.41b74430@interia.pl> <871rwf5y49.fsf@ngyro.com> X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Interia-Antivirus: OK DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1568718986; bh=LB457Y8PtEIqMuFl0QYFK3xPDsvYyPelcIoodsqTs9E=; h=X-Interia-R:X-Interia-R-IP:X-Interia-R-Helo:Date:From:To:Cc: Subject:Message-ID:In-Reply-To:References:X-Mailer:MIME-Version: Content-Type:Content-Transfer-Encoding:X-Interia-Antivirus; b=gMW2FJGZOk25tsqIaAvThQ7dDAat1h8fbN7UTWoJ4NCKkFq4IgxzQeqiwLX1AB06W 7Au6TVi2VUrmUfdDMsquP99KdK7htXDGx/oLtzud7mS9y6YMd52AQdIq03sv0/nvFQ qn9VCjX8X/85ZinnQOtn/F7mDh1TIY7hlbChj7fk= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 37423 Cc: 37423@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On Tue, 17 Sep 2019 00:45:58 -0400 Timothy Sample wrote: > Could this be the same issue as ? In > short, Guix doesn=E2=80=99t guarantee that the =E2=80=9Cgdm=E2=80=9D user= will have the same > UID if it gets deleted and recreated (which happens when you remove > the GDM service and add it again). You can fix this by ensuring the > owner of the files under =E2=80=9C/var/lib/gdm=E2=80=9D is the current = =E2=80=9Cgdm=E2=80=9D user. >=20 >=20 > -- Tim Yes, this seems to be the same issue. I'll try the solution, but it needs to be fixed anyway. Hope someone works on that. Thanks for help! --- Jan From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 19 17:23:08 2019 Received: (at 37423) by debbugs.gnu.org; 19 Sep 2019 21:23:08 +0000 Received: from localhost ([127.0.0.1]:56517 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iB3tL-00012A-L2 for submit@debbugs.gnu.org; Thu, 19 Sep 2019 17:23:07 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44819) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iB3tJ-00011T-MA for 37423@debbugs.gnu.org; Thu, 19 Sep 2019 17:23:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56453) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iB3tE-0007kj-1D; Thu, 19 Sep 2019 17:23:00 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=43276 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iB3tD-0003Mk-Ix; Thu, 19 Sep 2019 17:22:59 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Timothy Sample Subject: Re: bug#37423: Changing the login service from GDM to SLiM and then back to GDM causes a really bad loop References: <20190916005154.41b74430@interia.pl> <871rwf5y49.fsf@ngyro.com> Date: Thu, 19 Sep 2019 23:22:57 +0200 In-Reply-To: <871rwf5y49.fsf@ngyro.com> (Timothy Sample's message of "Tue, 17 Sep 2019 00:45:58 -0400") Message-ID: <87ftksvv4e.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37423 Cc: Jan , 37423@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello, Timothy Sample skribis: > Could this be the same issue as ? In short, > Guix doesn=E2=80=99t guarantee that the =E2=80=9Cgdm=E2=80=9D user will h= ave the same UID if it > gets deleted and recreated (which happens when you remove the GDM > service and add it again). You can fix this by ensuring the owner of > the files under =E2=80=9C/var/lib/gdm=E2=80=9D is the current =E2=80=9Cgd= m=E2=80=9D user. If you just (1) configure with GDM, (2) reconfigure without GDM, and (3) reconfigure with GDM again, I would expect the original UID of =E2=80=98gdm= =E2=80=99 to be reused in step #3, as long as it has not been reallocated in the meantime (for instance because the user created other accounts.) We could address this by fixing the UID and GID of the =E2=80=98gdm=E2=80= =99 user: --=-=-= Content-Type: text/x-patch Content-Disposition: inline diff --git a/gnu/services/xorg.scm b/gnu/services/xorg.scm index 06d72b5f60..e87cb4d845 100644 --- a/gnu/services/xorg.scm +++ b/gnu/services/xorg.scm @@ -764,9 +764,10 @@ the GNOME desktop environment.") ;;; (define %gdm-accounts - (list (user-group (name "gdm") (system? #t)) + (list (user-group (name "gdm") (system? #t) (id 900)) (user-account (name "gdm") + (uid 900) (group "gdm") (system? #t) (comment "GNOME Display Manager user") --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable However, looking at the allocation routines in (gnu build accounts), I think that this would forcefully set =E2=80=98gdm=E2=80=99 to 900/900 on ex= isting installations, even if 900 is already used by another account: --8<---------------cut here---------------start------------->8--- scheme@(gnu build accounts)> (allocate-groups (list (user-group (name "foo"= )(id 10))) vlist-null (list (group-entry (name "foo") (gid 20)))) $2 =3D (#< name: "foo" password: #f gid: 10 members: ()>) --8<---------------cut here---------------end--------------->8--- That=E2=80=99s a valid policy (declaration prevails over state), but it does mean that we can=E2=80=99t really apply the above patch. (Or we could use much lower UID/GID numbers, which are less likely to be taken=E2=80=A6) Thoughts? Ludo=E2=80=99. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 19 17:48:18 2019 Received: (at 37423) by debbugs.gnu.org; 19 Sep 2019 21:48:18 +0000 Received: from localhost ([127.0.0.1]:56529 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iB4Hi-0001ga-23 for submit@debbugs.gnu.org; Thu, 19 Sep 2019 17:48:18 -0400 Received: from mail-ed1-f43.google.com ([209.85.208.43]:45287) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iB4Hg-0001gN-94 for 37423@debbugs.gnu.org; Thu, 19 Sep 2019 17:48:16 -0400 Received: by mail-ed1-f43.google.com with SMTP id h33so4499918edh.12 for <37423@debbugs.gnu.org>; Thu, 19 Sep 2019 14:48:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8DPVDdH+dll3id/ngzUS1qsPtq09CCk8ytaqTBTLtxk=; b=nNTv3eCWMz2n2z2UMyp09tByfDQveAWYeuJ8Vzx6hAm3Clon9Rx8XVmevd9PGYC6tX 8N6CpYbh+8iewxKWXMPOuf9Wf8tb5qqmAHFhHdsIGk/3glzf137BjyBgoNhmIc4/A125 k+D1yWuwlHn/po3HzrpCYTT87h23q+xRjoFtqt4NqakItIQEwlH7LovtVK+/rNJcWAJI 0HWVCeYBF+XKJe5sY/raWtnejYgGG7xHIzm6STi9ApMEU20RD4MBlc/GD0YFIzDy8tHz aWPKVg080aZvEs6TL9LLSfIhhQZqAwiCtGiuwhbtNa/WEYiWYsVCmsXNu64/aph95n3E XnUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8DPVDdH+dll3id/ngzUS1qsPtq09CCk8ytaqTBTLtxk=; b=agl3jAyMbZ70QUN2axtKqpXOilm9VJ+GGreXDwYm1yPgW1/twV1EzKxzlPU5tU7WBK d5qQbBso9bbelnWrRgmXF7FHLe8FYddieJTCG4D0Hxi7yjwuXgIvSj7AdZ6RuKad+wfS qlh2QESIDOGcFjWXadDImEb6VRWVQMcgWmGLejOLq9grFHYqfK74IoXKjHEw9vcO+ZsM Wn4coP4pWY4+TobRHv1j/GJWHUFpjhijdLqexX57w3eo6w6YzY+1VQuNb2t41MVz9uHb zWWZjfp/G4pNWlsTgyjKA9qFLWidAMTHqb6QDwFBvdhWaU8XNTqtGpYXSKaepW8W7eyx WUzA== X-Gm-Message-State: APjAAAV0bfTIj0kpe/hKesUoPLfWtho08TxqGAGdlSJmeLe0rlroG+9G 1z1cweqPTzQy4ZcoEh+WzOEUSZkbuCUekDJ6R3aB+e/svw== X-Google-Smtp-Source: APXvYqxV2tYpZOWF/MK6/gkpRfzbarSC4mUvhGbW5nEQIfNNTjjmN0EhSBrWWkzQyoF58nNDQnRm5ca7oLDI+jTjOsU= X-Received: by 2002:a50:8961:: with SMTP id f30mr17965167edf.144.1568929690338; Thu, 19 Sep 2019 14:48:10 -0700 (PDT) MIME-Version: 1.0 References: <20190916005154.41b74430@interia.pl> <871rwf5y49.fsf@ngyro.com> <87ftksvv4e.fsf@gnu.org> In-Reply-To: <87ftksvv4e.fsf@gnu.org> From: =?UTF-8?Q?G=C3=A1bor_Boskovits?= Date: Thu, 19 Sep 2019 23:47:58 +0200 Message-ID: Subject: Re: bug#37423: Changing the login service from GDM to SLiM and then back to GDM causes a really bad loop To: =?UTF-8?Q?Ludovic_Court=C3=A8s?= Content-Type: multipart/alternative; boundary="000000000000decbab0592eee8c4" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 37423 Cc: Timothy Sample , 37423@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000decbab0592eee8c4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, Ludovic Court=C3=A8s ezt =C3=ADrta (id=C5=91pont: 2019. szep= t. 19., Cs, 23:24): > Hello, > > Timothy Sample skribis: > > > Could this be the same issue as ? In short= , > > Guix doesn=E2=80=99t guarantee that the =E2=80=9Cgdm=E2=80=9D user will= have the same UID if it > > gets deleted and recreated (which happens when you remove the GDM > > service and add it again). You can fix this by ensuring the owner of > > the files under =E2=80=9C/var/lib/gdm=E2=80=9D is the current =E2=80=9C= gdm=E2=80=9D user. > > If you just (1) configure with GDM, (2) reconfigure without GDM, and (3) > reconfigure with GDM again, I would expect the original UID of =E2=80=98g= dm=E2=80=99 to > be reused in step #3, as long as it has not been reallocated in the > meantime (for instance because the user created other accounts.) > > We could address this by fixing the UID and GID of the =E2=80=98gdm=E2=80= =99 user: > > > However, looking at the allocation routines in (gnu build accounts), I > think that this would forcefully set =E2=80=98gdm=E2=80=99 to 900/900 on = existing > installations, even if 900 is already used by another account: > > --8<---------------cut here---------------start------------->8--- > scheme@(gnu build accounts)> (allocate-groups (list (user-group (name > "foo")(id 10))) > vlist-null > (list (group-entry > (name "foo") (gid > 20)))) > $2 =3D (#< name: "foo" password: #f gid: 10 members: ()>) > --8<---------------cut here---------------end--------------->8--- > > That=E2=80=99s a valid policy (declaration prevails over state), but it d= oes > mean that we can=E2=80=99t really apply the above patch. > > (Or we could use much lower UID/GID numbers, which are less likely to be > taken=E2=80=A6) > > Thoughts? > > Couldn't we simply do what the fix does: ensuring the owner of the files under =E2=80=9C/var/lib/gdm=E2=80=9D is the current =E2=80=9Cgdm= =E2=80=9D user? > Ludo=E2=80=99. > That would solve this issue, without actually fixing the UID and GID. Best regards, g_bor --=20 OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21 --000000000000decbab0592eee8c4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

Ludovic Court=C3=A8s <ludo@gnu.org> ezt =C3=ADrta (id=C5=91pont: 2019. szept= . 19., Cs, 23:24):
Hello,

Timothy Sample <s= amplet@ngyro.com> skribis:

> Could this be the same issue as <https://bugs.gnu.org/36508>= ;?=C2=A0 In short,
> Guix doesn=E2=80=99t guarantee that the =E2=80=9Cgdm=E2=80=9D user wil= l have the same UID if it
> gets deleted and recreated (which happens when you remove the GDM
> service and add it again).=C2=A0 You can fix this by ensuring the owne= r of
> the files under =E2=80=9C/var/lib/gdm=E2=80=9D is the current =E2=80= =9Cgdm=E2=80=9D user.

If you just (1) configure with GDM, (2) reconfigure without GDM, and (3) reconfigure with GDM again, I would expect the original UID of =E2=80=98gdm= =E2=80=99 to
be reused in step #3, as long as it has not been reallocated in the
meantime (for instance because the user created other accounts.)

We could address this by fixing the UID and GID of the =E2=80=98gdm=E2=80= =99 user:


However, looking at the allocation routines in (gnu build accounts), I
think that this would forcefully set =E2=80=98gdm=E2=80=99 to 900/900 on ex= isting
installations, even if 900 is already used by another account:

--8<---------------cut here---------------start------------->8---
scheme@(gnu build accounts)> (allocate-groups (list (user-group (name &q= uot;foo")(id 10)))
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 vlist-null
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 (list (group-entry
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0(name "foo")=C2=A0 (gid = 20))))
$2 =3D (#<<group-entry> name: "foo" password: #f gid: 10= members: ()>)
--8<---------------cut here---------------end--------------->8---

That=E2=80=99s a valid policy (declaration prevails over state), but it doe= s
mean that we can=E2=80=99t really apply the above patch.

(Or we could use much lower UID/GID numbers, which are less likely to be taken=E2=80=A6)

Thoughts?


Couldn't we simply do what the fix= does: ensuring the owner of
the files under =E2=80=9C/var/lib/gdm=E2=80=9D is the current =E2=80=9Cgdm= =E2=80=9D user?
=C2=A0
Ludo=E2=80=99.

That would solve this issue, without= actually fixing the UID and GID.


Best regards,
g_bor
--
OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4= DBF:3719:0367:2506:A96C:CF63:0B21
--000000000000decbab0592eee8c4-- From debbugs-submit-bounces@debbugs.gnu.org Thu Sep 19 18:00:42 2019 Received: (at 37423) by debbugs.gnu.org; 19 Sep 2019 22:00:42 +0000 Received: from localhost ([127.0.0.1]:56541 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iB4Ti-00021j-0R for submit@debbugs.gnu.org; Thu, 19 Sep 2019 18:00:42 -0400 Received: from tobias.gr ([80.241.217.52]:41406) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iB4Te-00021U-MZ for 37423@debbugs.gnu.org; Thu, 19 Sep 2019 18:00:40 -0400 Received: by tobias.gr (OpenSMTPD) with ESMTP id 291954a6 for <37423@debbugs.gnu.org>; Thu, 19 Sep 2019 22:00:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=tobias.gr; h=from:to :subject:references:in-reply-to:date:message-id:mime-version :content-type; s=2018; i=me@tobias.gr; bh=ME3e8SsIkOj1Df8rmd1Yml eifbUIj4g8QrtHRg3lmbk=; b=Ab1YC8V4yiOdZ6pJtEdFr/B/Wu7OupqvtTlo7b zD7TK4QAdrZE8RA6ubOjjqiaI4DM05L4g4nuNm+vGKBaluHgujlXnbT7hehV8ECX bj0IUaBSSvbwO1PZuB1osUn8//ttQkiMdIeEPk1X1X9bHKVv0Nh9fp8MepsEGHdI qjzMqR7uUNQB3rviA12mBkkn+V9qRM8ETOKAOFU5cT4en762TGVY5d6lATn0MGte Iw5G5ygdEC02VAcliD0ZmlD7w2+gkfvEghf/Buw6RcqJ5MOfXYQVkfSB0Vtn+nfS 3S+0T9ullQ9mePysbJ1nsuNMIR2RJ70RHMIga83mWhjPpDpQ== Received: by submission.tobias.gr (OpenSMTPD) with ESMTPSA id 31e4372c (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO) for <37423@debbugs.gnu.org>; Thu, 19 Sep 2019 22:00:33 +0000 (UTC) From: Tobias Geerinckx-Rice To: 37423@debbugs.gnu.org Subject: Re: bug#37423: Changing the login service from GDM to SLiM and then back to GDM causes a really bad loop References: <20190916005154.41b74430@interia.pl> <871rwf5y49.fsf@ngyro.com> <87ftksvv4e.fsf@gnu.org> In-reply-to: <87ftksvv4e.fsf@gnu.org> Date: Fri, 20 Sep 2019 00:00:32 +0200 Message-ID: <87y2ykj69r.fsf@nckx> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37423 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) --=-=-= Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi Ludo'! Ludovic Court=C3=A8s =E5=86=99=E9=81=93=EF=BC=9A > However, looking at the allocation routines in (gnu build=20 > accounts), I > think that this would forcefully set =E2=80=98gdm=E2=80=99 to 900/900 on= =20 > existing > installations, even if 900 is already used by another account: I'm already using GID 900 (and others) for my own nefarious ends.=20 How would this even deal with that? Am I doomed to forever jump=20 around, dodging new hard-coded GIDs? > (Or we could use much lower UID/GID numbers, which are less=20 > likely to be > taken=E2=80=A6) =E2=80=98Likely=E2=80=99, eek ;-) So now you're coming after my =E2=80=9825=E2=80=99 vmail user, eh. Kind regards, T G-R --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEfo+u0AlEeO9y5k0W2Imw8BjFSTwFAl2D+oAACgkQ2Imw8BjF STyrFw//QAFsnW/p0b6CKEiEfn2MWBefiOkvz/S95sIDXx6mbWKO6grCMjVP9U0Q A/zeiZc1oLjr183mBTVirKdlsnFqdvRlDk/D4ITV/BQV7MXGk8P1G2lmT/xCQOGi 0JdQuYwR38VvfUqx642al/mRaGlQqyuQM+LW9qBFBrtP4VTksbJReA7nTRbBp3zq MHoBbkKDOkAaUclLzvbpfI0uKtK9DIE7MCgwTuYZzELqauUp099FsbE3liUBeTuG C24eeM7MUW+WJM1FvhFqRHwB4pFR+XtNLxzVq915hS6JS2vdWg5T0fjVInJgE/nI bwoQw+uF68TuH/8lfy+t6AlhraKFMZCHkewQYDY6StQl66dGQAKApZXXMqPDNZBO PW3RPt/PQxX2FSP/F9A7m3PzUxixMWeS6sdGR/Zxt5Oh1U4mlIAJLol32QDcVXh1 /EZDljopB4FIoqhghvIa86RNq1rCRDXPYtDI69m+UmGIErlsmtavqjgqr+T2wVIW MftP2t5iMD2Lg5pWhV8Zk4/ZGG4TIMfpIG7GbzfcJ4ZCRk4f2MxdW/IsTOxiR9nf kN2XEFP0nSa8ARVDx7kIoZcwYZ+dy3UA5455jolI91DJgX/K+VmV7LFAfHWznATA fnlYfUN/ayP811VX1y7bai6HRQgESxkmFqyyZMRuLpWOo8D9O3w= =L4+t -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 20 05:40:53 2019 Received: (at 37423) by debbugs.gnu.org; 20 Sep 2019 09:40:53 +0000 Received: from localhost ([127.0.0.1]:56830 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBFPI-0005VH-Un for submit@debbugs.gnu.org; Fri, 20 Sep 2019 05:40:53 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46093) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBFPH-0005V5-Ms for 37423@debbugs.gnu.org; Fri, 20 Sep 2019 05:40:52 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39120) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iBFPC-0004wH-II; Fri, 20 Sep 2019 05:40:46 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=43476 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iBFPC-0000qK-2F; Fri, 20 Sep 2019 05:40:46 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: =?utf-8?Q?G=C3=A1bor?= Boskovits Subject: Re: bug#37423: Changing the login service from GDM to SLiM and then back to GDM causes a really bad loop References: <20190916005154.41b74430@interia.pl> <871rwf5y49.fsf@ngyro.com> <87ftksvv4e.fsf@gnu.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: Jour de la Raison de =?utf-8?Q?l'Ann=C3=A9e?= 227 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Fri, 20 Sep 2019 11:40:43 +0200 In-Reply-To: (=?utf-8?Q?=22G=C3=A1bor?= Boskovits"'s message of "Thu, 19 Sep 2019 23:47:58 +0200") Message-ID: <875zlntiec.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37423 Cc: Timothy Sample , 37423@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi G=C3=A1bor, G=C3=A1bor Boskovits skribis: > Couldn't we simply do what the fix does: ensuring the owner of > the files under =E2=80=9C/var/lib/gdm=E2=80=9D is the current =E2=80=9Cgd= m=E2=80=9D user? Hey you=E2=80=99re right, I was not approaching it from the right angle. Here=E2=80=99s a patch that does that. Thoughts? I=E2=80=99ll push it if there are no objections. Thanks, Ludo=E2=80=99. --=-=-= Content-Type: text/x-patch Content-Disposition: inline diff --git a/gnu/services/xorg.scm b/gnu/services/xorg.scm index 06d72b5f60..1d55e388a1 100644 --- a/gnu/services/xorg.scm +++ b/gnu/services/xorg.scm @@ -773,6 +773,27 @@ the GNOME desktop environment.") (home-directory "/var/lib/gdm") (shell (file-append shadow "/sbin/nologin"))))) +(define %gdm-activation + ;; Ensure /var/lib/gdm is owned by the "gdm" user. This is normally the + ;; case but could be wrong if the "gdm" user was created, then removed, and + ;; then recreated under a different UID/GID: . + (with-imported-modules '((guix build utils)) + #~(begin + (use-modules (guix build utils)) + + (let* ((gdm (getpwnam "gdm")) + (uid (passwd:uid gdm)) + (gid (passwd:gid gdm)) + (st (stat "/var/lib/gdm" #f))) + ;; Recurse into /var/lib/gdm only if it has wrong ownership. + (when (and st + (or (not (= uid (stat:uid st))) + (not (= gid (stat:gid st))))) + (for-each (lambda (file) + (chown file uid gid)) + (find-files "/var/lib/gdm" + #:directories? #t))))))) + (define dbus-daemon-wrapper (program-file "gdm-dbus-wrapper" @@ -915,6 +936,8 @@ the GNOME desktop environment.") (extensions (list (service-extension shepherd-root-service-type gdm-shepherd-service) + (service-extension activation-service-type + (const %gdm-activation)) (service-extension account-service-type (const %gdm-accounts)) (service-extension pam-root-service-type --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 20 07:03:52 2019 Received: (at submit) by debbugs.gnu.org; 20 Sep 2019 11:03:52 +0000 Received: from localhost ([127.0.0.1]:56870 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBGhb-0007aI-Uz for submit@debbugs.gnu.org; Fri, 20 Sep 2019 07:03:52 -0400 Received: from lists.gnu.org ([209.51.188.17]:60682) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBGha-0007aA-9A for submit@debbugs.gnu.org; Fri, 20 Sep 2019 07:03:50 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:34601) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iBGhZ-0003zI-8r for bug-guix@gnu.org; Fri, 20 Sep 2019 07:03:50 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iBGhY-0003v8-7B for bug-guix@gnu.org; Fri, 20 Sep 2019 07:03:49 -0400 Received: from lepiller.eu ([2a00:5884:8208::1]:56132) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iBGhX-0003ru-Lq; Fri, 20 Sep 2019 07:03:48 -0400 Received: from lepiller.eu (localhost [127.0.0.1]) by lepiller.eu (OpenSMTPD) with ESMTP id 4452301d; Fri, 20 Sep 2019 11:03:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=lepiller.eu; h=date :in-reply-to:references:mime-version:content-type :content-transfer-encoding:subject:to:cc:from:message-id; s= dkim; bh=eX0ENSGQ3vP4/ELka15RBCOdxJA=; b=iv46Y6ObPYoU1CjDP0eOcOD t8HPMoL+he2Ffo6Wel7fbdLx2hgUHa22O8Q0/htbo+KOzRJGmkrYKH6IZuEW9D9K V1GkxAtgUV3lQe0jSxY+1Wrx2J+LcfjV+tul9/8Pd9WGK3/PN9Ou5mduPD1NZocF MJZl+zLonw92mylPzLaBmJz6EIZzvrXx2WIY0nlsZSOOOimyPewqE3eRSyofafS9 PGilC3OvpzXUmENAbJtkBwqMtBu3Ev1Bcrx/N3SUTsZSmpN73b2WYBorPNlifjuT Id3qYHMGLjujlxgnUMpKvB+LnQq7CJirHoiOo/CQTrcD/nyUTC4j/WcIFoY/JUQ= = DomainKey-Signature: a=rsa-sha1; c=nofws; d=lepiller.eu; h=date :in-reply-to:references:mime-version:content-type :content-transfer-encoding:subject:to:cc:from:message-id; q=dns; s=dkim; b=iovgwHkLdd3P8gJ3LC/9Ru+FTqhr+ivP2c+Imq4N3FLFzzLmIL7R2 roNAYzljlQLm9uNf1qBWxWmNNnsrjzXYqcBQ6/BhikeCl2/rR6qVsUdX1RsLcjAa 6EH194zTAWkQc9dQ9sPwGJbXPHJSb/sL8x5q9CDyD67XConjqenp4LmvgVpMbu8+ Ko3s/Z2PhFnYMxgO2TQYCLF8zIQ84VeHSaYCmOf8QhnFn/kh13lRpiYFwKj9B7PO bQ53q4hbd+LdJ9np9ZCXhIFt6GPbmECClwu+gZKXUtsi6mGiWtpiJnnAdN5nKLRz +XEYdilvqp19tKcviPJfnlVJF921WzAkQ== Received: by lepiller.eu (OpenSMTPD) with ESMTPSA id 2cbb39d1 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Fri, 20 Sep 2019 11:03:41 +0000 (UTC) Date: Fri, 20 Sep 2019 13:03:39 +0200 User-Agent: K-9 Mail for Android In-Reply-To: <875zlntiec.fsf@gnu.org> References: <20190916005154.41b74430@interia.pl> <871rwf5y49.fsf@ngyro.com> <87ftksvv4e.fsf@gnu.org> <875zlntiec.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: bug#37423: Changing the login service from GDM to SLiM and then back to GDM causes a really bad loop To: bug-guix@gnu.org, =?ISO-8859-1?Q?Ludovic_Court=E8s?= , =?ISO-8859-1?Q?G=E1bor_Boskovits?= From: Julien Lepiller Message-ID: <1E2FA53C-21F6-43D5-A94D-1EA89A3957BE@lepiller.eu> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:5884:8208::1 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit Cc: 37423@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Le 20 septembre 2019 11:40:43 GMT+02:00, "Ludovic Court=C3=A8s" a =C3=A9crit : >Hi G=C3=A1bor, > >G=C3=A1bor Boskovits skribis: > >> Couldn't we simply do what the fix does: ensuring the owner of >> the files under =E2=80=9C/var/lib/gdm=E2=80=9D is the current =E2=80=9C= gdm=E2=80=9D user? > >Hey you=E2=80=99re right, I was not approaching it from the right angle= =2E > >Here=E2=80=99s a patch that does that=2E Thoughts? > >I=E2=80=99ll push it if there are no objections=2E > >Thanks, >Ludo=E2=80=99=2E Looks good :) From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 20 09:26:06 2019 Received: (at 37423) by debbugs.gnu.org; 20 Sep 2019 13:26:06 +0000 Received: from localhost ([127.0.0.1]:56977 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBIvF-0006tm-O2 for submit@debbugs.gnu.org; Fri, 20 Sep 2019 09:26:06 -0400 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]:50525) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBIvD-0006tR-LN for 37423@debbugs.gnu.org; Fri, 20 Sep 2019 09:26:04 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id F1BF3479; Fri, 20 Sep 2019 09:25:57 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Fri, 20 Sep 2019 09:25:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=oDIowj1pC5xRVc/zV02Fw+S/gHe9iC6pMn+597lMS oA=; b=DJ6ZFoPunNNMGeqstZT9dYnB0lI+QyVzXR1QJ+GL2l/1G2PK4FBeCG+Ny uC83uetxRZy65AHGVjAjqKZ8UqJhgPBfYhWk1yH6CiRYfD9er5oD6ylkq56XSag6 qMoR+NJuqzSvghSUcTUuytS1oa8kHDn19Rdetc9ZQynMN57m1dOupT6s2j5fbZ2P qpJUwoXwQM26mDMfEHBSqnQwvmwQJwLhqzS+juGrEMhZlrNZrrqtH9ZbeJMZ/xJJ IvbGLBfSoR+k6QEdyoKqiYjVOS4SX0aniSdvHXRuCUHXtZj7V/Ju/9IGM1PoNXE2 KNw3C7DzAAGaQamS+8zIbQs+wz7Tg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrvddvgdeifecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefhvffufhffjgfkfgggtgfgsehtqhertddtreejnecuhfhrohhmpefvihhmohht hhihucfurghmphhlvgcuoehsrghmphhlvghtsehnghihrhhordgtohhmqeenucfkphepje egrdduudeirddukeeirdeggeenucfrrghrrghmpehmrghilhhfrhhomhepshgrmhhplhgv thesnhhghihrohdrtghomhenucevlhhushhtvghrufhiiigvpedt X-ME-Proxy: Received: from mrblack (74-116-186-44.qc.dsl.ebox.net [74.116.186.44]) by mail.messagingengine.com (Postfix) with ESMTPA id 9958E80059; Fri, 20 Sep 2019 09:25:56 -0400 (EDT) From: Timothy Sample To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#37423: Changing the login service from GDM to SLiM and then back to GDM causes a really bad loop References: <20190916005154.41b74430@interia.pl> <871rwf5y49.fsf@ngyro.com> <87ftksvv4e.fsf@gnu.org> <875zlntiec.fsf@gnu.org> Date: Fri, 20 Sep 2019 09:25:55 -0400 In-Reply-To: <875zlntiec.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Fri, 20 Sep 2019 11:40:43 +0200") Message-ID: <87sgort7z0.fsf@ngyro.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 37423 Cc: =?utf-8?Q?G=C3=A1bor?= Boskovits , 37423@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi Ludo and G=C3=A1bor, Ludovic Court=C3=A8s writes: > Hi G=C3=A1bor, > > G=C3=A1bor Boskovits skribis: > >> Couldn't we simply do what the fix does: ensuring the owner of >> the files under =E2=80=9C/var/lib/gdm=E2=80=9D is the current =E2=80=9Cg= dm=E2=80=9D user? > > Hey you=E2=80=99re right, I was not approaching it from the right angle. > > Here=E2=80=99s a patch that does that. Thoughts? LGTM! Though I don=E2=80=99t have a chance to test it at the moment, so al= l I can really say is that it makes sense and I didn=E2=80=99t see any typos. = :) -- Tim From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 20 17:10:35 2019 Received: (at 37423-done) by debbugs.gnu.org; 20 Sep 2019 21:10:35 +0000 Received: from localhost ([127.0.0.1]:58675 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBQAl-0000Yx-5N for submit@debbugs.gnu.org; Fri, 20 Sep 2019 17:10:35 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40174) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBQAj-0000Yc-5x for 37423-done@debbugs.gnu.org; Fri, 20 Sep 2019 17:10:33 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60681) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iBQAe-0004JJ-04; Fri, 20 Sep 2019 17:10:28 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=48670 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iBQAd-0003Wm-Jo; Fri, 20 Sep 2019 17:10:27 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Timothy Sample Subject: Re: bug#37423: Changing the login service from GDM to SLiM and then back to GDM causes a really bad loop References: <20190916005154.41b74430@interia.pl> <871rwf5y49.fsf@ngyro.com> <87ftksvv4e.fsf@gnu.org> <875zlntiec.fsf@gnu.org> <87sgort7z0.fsf@ngyro.com> Date: Fri, 20 Sep 2019 23:10:25 +0200 In-Reply-To: <87sgort7z0.fsf@ngyro.com> (Timothy Sample's message of "Fri, 20 Sep 2019 09:25:55 -0400") Message-ID: <87tv96oeri.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 37423-done Cc: =?utf-8?Q?G=C3=A1bor?= Boskovits , 37423-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hello, Timothy Sample skribis: > Ludovic Court=C3=A8s writes: > >> Hi G=C3=A1bor, >> >> G=C3=A1bor Boskovits skribis: >> >>> Couldn't we simply do what the fix does: ensuring the owner of >>> the files under =E2=80=9C/var/lib/gdm=E2=80=9D is the current =E2=80=9C= gdm=E2=80=9D user? >> >> Hey you=E2=80=99re right, I was not approaching it from the right angle. >> >> Here=E2=80=99s a patch that does that. Thoughts? > > LGTM! Though I don=E2=80=99t have a chance to test it at the moment, so = all I > can really say is that it makes sense and I didn=E2=80=99t see any typos.= :) I tested in a VM and it=E2=80=99s all good. Pushed as f817901ee74fbc2f3c3322d473ad4c72b052499c. Thanks, Ludo=E2=80=99. From unknown Tue Sep 09 16:57:25 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 19 Oct 2019 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator