From mboxrd@z Thu Jan 1 00:00:00 1970 From: Giovanni Biscuolo Subject: bug#35683: wishlist: addessing statefulness of .cache(s) Date: Sat, 11 May 2019 14:59:49 +0200 Message-ID: <87tve1f8oq.fsf@roquette.mug.biscuolo.net> References: <878svdh2ec.fsf@roquette.mug.biscuolo.net> <87zhntxlj4.fsf@nckx> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:52798) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hPRch-0000mr-Ck for bug-guix@gnu.org; Sat, 11 May 2019 09:01:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hPRcd-0006fb-Oh for bug-guix@gnu.org; Sat, 11 May 2019 09:01:05 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:54738) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hPRcb-0006ew-W9 for bug-guix@gnu.org; Sat, 11 May 2019 09:01:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hPRcb-00069o-RR for bug-guix@gnu.org; Sat, 11 May 2019 09:01:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87zhntxlj4.fsf@nckx> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Tobias Geerinckx-Rice , 35683@debbugs.gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello Tobias, Tobias Geerinckx-Rice writes: > Giovanni Biscuolo wrote: >> AFAIU unfortunately we have application/library state all over=20 >> .cache(s) >> that sometimes crashes software *and* trying to fix this=20 >> upstream it's >> _not_ an option [1] > > Oh. That's=E2=80=A6 disappointing to say the least, since these are both= =20 > upstream bugs that Guix can't fix :-( > > What exactly did you ask? What was their response? I did not ask upstream, sorry for the misunderstanding: I'm just sharing my *personal* experience, and I confess I never tried to report this class of bugs upstream, I just fixed the issue with "rm /.cache/" AFAIO (as far as I'm observing) this is a common pattern, for some current Guix bug reports too (see previously provided links) to be clear: I'm not stating we should not report upstream and help them :-) >> often users have to delete something in some .cache by guessing,=20 >> "just" >> to solve some strange software crash (this is common to all=20 >> distros) > > I have never had to do this, ever. lucky? :-) or Very Stateless=E2=84=A2 userland configuration? I'm not saying I had to do this sort of cache cleaning every week, but I had to do that Too Often=E2=84=A2 to be accepteble to me, on multiple installations in 10 years [...] > We can randomly delete whole caches in the user's stead but it's=20 > never the =E2=80=98right=E2=80=99 solution. I agree, but please consider that we have to manage some upstream defects [1], sometimes :-S > Only the application can manage its caches properly. I still hope > this is possible in both cases here. OK, but meanwhile? IMHO it's not acceptable to have critical Guix services (e.g. GDM) blocked by similar issues ...and sometimes (often?) statefullness of .cache is not considered upstream, so I suspect this class of upstream bugs are _not_ going to end soon Thank you for your contribution! Gio' [1] having data in .cache that crashes applications and services is bad design IMHO, let alone having configuration in .cache =2D-=20 Giovanni Biscuolo Xelera IT Infrastructures --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEERcxjuFJYydVfNLI5030Op87MORIFAlzWx0UACgkQ030Op87M ORLSfg//XKNN1zHZ9jCaGUP+BC5n8yilLHIWYAXD4iYSWsbz68VXT9uPOtSyzz5I +xjs7Js5dThAAQu2ivbL4LtN/4twcChx1Ri2JOLBogkKzMTBn37gCr5AIKVODXB0 SojObxe1TKIqg7XUdXgfz3qTSkgk53op2B2ZOWLCAbxRH51hXWdzwqVrrZRphcGa hfppOjCkae1+pgt4TZt2U1inzFzG/M6/ybXEIBrQYIeykWFtKvP4Dw5lEt1FYnvC YTAR91B/Di4W2KJoFEdbNOTftvS24G+lo1oPvOt22s/fO7P7ScFjmGzLj834DVc/ 2dO25sJ/8DoHmV7UF8PvqJ8p+QJiYpqw6zGefq/17kTwc0Xr5RTg5yqSLSzZQoGE uEG+A4pa+DLcBf64qDRj8fYm/zQH5tUqpWhzeSjxw4Fi63yzabB9pqGN/3HQe1Ib PQqDIJhH9fLpNurin0xu0LA5JN5wy9tbgOQJ03XLFG9Efe2dD/zMZBoxdqSgD3sA iYa6bD5TYXkkg+/Q2T/wj5w984fBZ8jWmGE2Jx3C+6U2yUIY9z8U6yAy6SNRylNq LxfGFxTCfp+jzO4YCDWMLn4ViDrh2XfyymsSiEx7GCcu3y2Iki/q/fEdone/vZCG NGlr32MxEHqinlEXyEK3NwJQ771to7oMqm7yoInTyuZ3KsQLJzA= =kxT/ -----END PGP SIGNATURE----- --=-=-=--