From mboxrd@z Thu Jan 1 00:00:00 1970 From: Timothy Sample Subject: Re: =?utf-8?B?4oCYc3RhZ2luZ+KAmQ==?= and GNOME updates Date: Sat, 13 Apr 2019 13:46:02 -0400 Message-ID: <87v9zhdcit.fsf@ngyro.com> References: <871s3a4xd4.fsf@gnu.org> <87wokjyuw4.fsf@fastmail.com> <87muld8xuo.fsf@gnu.org> <87y34xzez8.fsf@elephly.net> <87zhpaydem.fsf_-_@gnu.org> <87imvler9u.fsf@elephly.net> <87bm1d8sxv.fsf@gnu.org> <87ef68ibfy.fsf@elephly.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([209.51.188.92]:36871) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hFMj7-0007T1-VS for guix-devel@gnu.org; Sat, 13 Apr 2019 13:46:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hFMj6-0001DJ-VZ for guix-devel@gnu.org; Sat, 13 Apr 2019 13:46:05 -0400 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+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ricardo Wurmus Cc: Guix-devel Hi Ricardo, Ricardo Wurmus writes: > Turns out that the problem was with a stale /var/lib/gdm =E2=80=93 which = makes > me wonder: we do we have this at all? =E2=80=9C/var/lib/gdm=E2=80=9D is = the =E2=80=9Cgdm=E2=80=9D user > account=E2=80=99s home directory. But it=E2=80=99s not like this really = needs to be > persistent, I think. > > I moved it out of the way and the gdm login prompt appeared within a few > seconds. After restarting xorg-server the directory was recreated. > > Now, I *still* cannot actually log in, but the problem is likely very > similar. > > [two minutes pass] > > Yup, after moving /home/rekado/.cache out of the way, everything is fine > and I can log in. > > What should we do about this? For gdm I think it would make sense to > add an activation service extension that clears the gdm user=E2=80=99s ho= me > directory. And more generally, maybe we should offer a generic cache > cleaner service. > > Thoughts? I had a similar issue where the UID of the =E2=80=9Cgdm=E2=80=9D user had c= hanged between reconfigures. I think it happened because I removed the GDM service for a while and then brought it back. It took me a while to figure it out, because of course everything looks fine at first glance. However, GDM could no longer access =E2=80=9C/var/lib/gdm=E2=80=9D, and I h= ad to remove it to fix the problem. The X.org logs all end up in that directory, so it might a little frustrating for someone having X.org issues if we delete that directory all the time. I don=E2=80=99t remember if they get copied anywhere else. Taking a closer look, I see that stuff like whether the on-screen keyboard should be displayed gets saved there, too. Maybe it would make more sense to delete the =E2=80=9C/var/lib/gdm/.cache= =E2=80=9D folder and ensure the permissions of the rest of it in an activation script. WDYT? -- Tim