From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: =?utf-8?B?4oCYc3RhZ2luZ+KAmQ==?= and GNOME updates Date: Sat, 13 Apr 2019 20:07:40 +0200 Message-ID: <87ef653hjn.fsf@elephly.net> 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> <87v9zhdcit.fsf@ngyro.com> 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]:39678) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hFN4O-00047X-8H for guix-devel@gnu.org; Sat, 13 Apr 2019 14:08:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hFN4N-0004t1-5c for guix-devel@gnu.org; Sat, 13 Apr 2019 14:08:04 -0400 In-reply-to: <87v9zhdcit.fsf@ngyro.com> 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: Timothy Sample Cc: Guix-devel Hey Tim, >> 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 h= ome >> 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= changed > 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= had 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. Can we cause the logs to be put in /var/log with all the other logs? > 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? That would work, too, though the .local directory (this time in my own user=E2=80=99s home directory) has proven to be harmful in my past work on = GNOME upgrades. -- Ricardo