From mboxrd@z Thu Jan 1 00:00:00 1970 From: Efraim Flashner Subject: Stateful system directories Date: Fri, 18 Oct 2019 10:35:01 +0300 Message-ID: <20191018073501.GB1224@E5400> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="xgyAXRrhYN0wYx8y" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:58423) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iLMmx-0002zL-M7 for guix-devel@gnu.org; Fri, 18 Oct 2019 03:35:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iLMmw-0004dH-A3 for guix-devel@gnu.org; Fri, 18 Oct 2019 03:35:07 -0400 Received: from flashner.co.il ([178.62.234.194]:36184) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iLMmw-0004bO-3c for guix-devel@gnu.org; Fri, 18 Oct 2019 03:35:06 -0400 Content-Disposition: inline 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@gnu.org --xgyAXRrhYN0wYx8y Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 18, 2019 at 05:08:20AM +0200, Ricardo Wurmus wrote: >=20 > Kei Kebreau writes: >=20 > > Ricardo Wurmus writes: > > > >> Kei Kebreau writes: > >> > >> > >> Have you tried removing /var/lib/gdm and the contents of your user > >> account=E2=80=99s .local/share/gnome* directories? > > >=20 > ~/.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. >=20 > /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. >=20 Ignoring the directories in users' home directories, /var/lib/gdm has been a source of pain on GNOME upgrades, and we still have some problems with /var/cache/fontconfig and I believe there is something else with permissions if you switch between ntp and openntpd. I actually have the following snippet in my OS-config: ;; This directory shouldn't exist (file-system (device "none") (mount-point "/var/cache/fontconfig") (type "tmpfs") (flags '(read-only)) (check? #f)) While we work on fixing these does it make sense to modify some of these services to unconditionally recreate their home directories on boot/activation? --=20 Efraim Flashner =D7=90=D7=A4=D7=A8=D7=99=D7=9D = =D7=A4=D7=9C=D7=A9=D7=A0=D7=A8 GPG key =3D A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted --xgyAXRrhYN0wYx8y Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEoov0DD5VE3JmLRT3Qarn3Mo9g1EFAl2payIACgkQQarn3Mo9 g1HbTQ//R+OKX1uioSKwSN6b3P7/O+Aqah0PVI1F05d76sjYhI0cm22f63Rp0kbF KcAEfkSoicIYTYK+HQDAEHT5QFgbGxNLXUQNvz4b61Vsts5DUVrdmVvw7mE23K3z Z+Fo0flCxFt2viJcgMUTGJnIJQJhqsxpt6rmXz0YwkcD9Z2vIR3aOOXFYVyerISd WpTq/bUnfv/F96e+YGQGUU+VCPKWrRT9MiVs3qxi4vCpJs/IdWWd+KPtNnaLLG4f g+Udfqj7tnYQ2d+qjYBDtx1bLdkoKCiOjGPlagivAHWLX1YThxBnidKKKMfCLfVx xoxBJ6NjHr2SOlPTSl64frVXJeDX5bJhyBvp1JGqbkqMw9KfqepoGPqKACQQCNgn lqbNI3/cMUnthKKwOjs3rn8Wck4AdxEViyM/i0FydIsvfmA5kGe8HFYOpXCGRVa4 TmR/c0hnmq7ZWdfNq5sNhAzRD8CIBfYuM7Ys+pigb1xlz9O/DPn23+PLO7GcPeHj uuAXJlqaBKZBahm+/u9plCS5dI0cH9WGvZW5U5un8a/hjM6GQ6ygPtNdoG3WMRvM Vy8UZciz3tKYr+M44gZ8HzNTs1jp//9f1qVn+PsKaZR25HdJ/Xv2uzpfQGp+DsoF fLp98ImnKXX3EzZ5Ma79mSXtdmJ8eL62T7fZurIcGrGMenXhl1I= =na64 -----END PGP SIGNATURE----- --xgyAXRrhYN0wYx8y--