From debbugs-submit-bounces@debbugs.gnu.org Sun May 12 05:32:50 2019 Received: (at 35683) by debbugs.gnu.org; 12 May 2019 09:32:50 +0000 Received: from localhost ([127.0.0.1]:41791 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hPkqf-00014Z-VA for submit@debbugs.gnu.org; Sun, 12 May 2019 05:32:50 -0400 Received: from dd26836.kasserver.com ([85.13.145.193]:33482) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hPkqe-00014R-DU for 35683@debbugs.gnu.org; Sun, 12 May 2019 05:32:48 -0400 Received: from localhost (unknown [185.17.13.127]) by dd26836.kasserver.com (Postfix) with ESMTPSA id 2D8713360AAC; Sun, 12 May 2019 11:32:46 +0200 (CEST) Date: Sun, 12 May 2019 11:32:42 +0200 From: Danny Milosavljevic To: Giovanni Biscuolo Subject: Re: bug#35683: wishlist: addessing statefulness of .cache(s) Message-ID: <20190512113242.583f9229@scratchpost.org> In-Reply-To: <878svdh2ec.fsf@roquette.mug.biscuolo.net> References: <878svdh2ec.fsf@roquette.mug.biscuolo.net> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-unknown-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/_Yh/JoqGgNK3UYGNi2xXgyF"; protocol="application/pgp-signature" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 35683 Cc: 35683@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 (-) --Sig_/_Yh/JoqGgNK3UYGNi2xXgyF Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > --8<---------------cut here---------------start------------->8--- > 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. I don't like that workaround much. I mean for the time being I guess it's OK, but let's file bug reports upstream so they are aware of the problem. Better would be if the cache directory contained a "cache-protocol-version" file or something and make the client program heed it and make it clear the cache if it's the wrong version, without any Guix special case (the problem is not not Guix-specific anyway). It's not exactly difficult. Most of the time the bug reports just don't get filed--and cache invalidation is always an afterthought when=20 implementing a cache (sadly). If they say no we can still keep the workaround. --Sig_/_Yh/JoqGgNK3UYGNi2xXgyF Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEds7GsXJ0tGXALbPZ5xo1VCwwuqUFAlzX6DoACgkQ5xo1VCww uqXB6ggAjLdkLT4kE6S9kmGZxGwycdzccd2j9OVoZU8JfqA/0iPHDEQeGKzR+Mt2 B9H8Yif5FAX8NAMdVXAlrVarE13K6FPMgzhxhTivPEilWlgfEoMHUbDlpcQCDAzJ ZSuENiOX7oDOhCvj78dooSv5HqwdorssLlrHivWX1Cko+USKiTCDa323lxtBMF5m MQ1EJQUBlqUd5/93jZBY5Iu59wQF87af0lgltBxZg0J+LkQKGgqth5dzYoqqyWrH wm6HUwT5/utMZEunB8kUkF57YJB341V60aftRL8pL40pgYGFQpFlxhsaFD9Mcelb s0tObzJwmjccFFuFIa+ipncN46bIOQ== =nBAn -----END PGP SIGNATURE----- --Sig_/_Yh/JoqGgNK3UYGNi2xXgyF--