From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: 'core-updates' Q4 2019 Date: Fri, 18 Oct 2019 05:08:20 +0200 Message-ID: <87a79ylpi3.fsf@elephly.net> References: <87sgo252cq.fsf@devup.no> <878sprf1zk.fsf@posteo.net> <87ftjxd30v.fsf@gnu.org> <874l0ag5kv.fsf@posteo.net> <87tv8a0x8u.fsf@devup.no> <87v9snnlto.fsf@posteo.net> <87blufkqmo.fsf@elephly.net> <87k192es4n.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:59360) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iLId1-0002lK-Hw for guix-devel@gnu.org; Thu, 17 Oct 2019 23:08:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iLId0-0003oS-Ed for guix-devel@gnu.org; Thu, 17 Oct 2019 23:08:35 -0400 Received: from sender4-of-o51.zoho.com ([136.143.188.51]:21152) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iLIcz-0003nz-Vt for guix-devel@gnu.org; Thu, 17 Oct 2019 23:08:34 -0400 In-reply-to: <87k192es4n.fsf@posteo.net> 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: Kei Kebreau Cc: guix-devel@gnu.org Kei Kebreau writes: > Ricardo Wurmus writes: > >> Kei Kebreau writes: >> >>> I have news! The good part is that I got 54 packages to build on top of >>> master. The bad part is that when I try to use the resulting packages as >>> my system configuration, my computer gets stuck in tty1, and attempting >>> to switch to Xorg on tty7 leaves my screen frozen though the system is >>> still responsive. >> >> Have you tried removing /var/lib/gdm and the contents of your user >> account=E2=80=99s .local/share/gnome* directories? > > I just did, and now tty7 simply shows a copy of tty1 rather than > irreversibly freezing my screen. What files are in /var/lib/gdm and > $HOME/.local/share/gnome that would have such an effect? ~/.local/share/gnome-shell/application_state is a common problem. It contains some state that different versions of GNOME seem to be choking on. There are some other files like ~/.cache/gnome* that might affect GNOME and prevent starting after upgrades. It=E2=80=99s frustrating. /var/lib/gdm is the home directory of the gdm account, and it too can accumulate state. In my opinion /var/lib/gdm should always be recreated on every boot. -- Ricardo