From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julien Lepiller Subject: bug#35683: wishlist: addessing statefulness of .cache(s) Date: Sat, 11 May 2019 09:43:44 +0200 Message-ID: <052F5639-AD7F-4AF5-8225-CFC5FBA8E3F3@lepiller.eu> References: <878svdh2ec.fsf@roquette.mug.biscuolo.net> 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]:41050) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hPMgp-0001H9-Qd for bug-guix@gnu.org; Sat, 11 May 2019 03:45:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hPMgo-0007Nw-Ik for bug-guix@gnu.org; Sat, 11 May 2019 03:45:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:54483) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hPMgo-0007NZ-Eh for bug-guix@gnu.org; Sat, 11 May 2019 03:45:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hPMgo-0004pQ-Aq for bug-guix@gnu.org; Sat, 11 May 2019 03:45:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <878svdh2ec.fsf@roquette.mug.biscuolo.net> 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: Giovanni Biscuolo , 35683@debbugs.gnu.org Le 11 mai 2019 09:32:43 GMT+02:00, Giovanni Biscuolo a =C3= =A9crit : >Hi Guix, > >AFAIU issues like the two I point below are becoming a common pattern >and are *critical* > >1=2E gnome session not starting due to state in $HOME/=2Ecache > http://lists=2Egnu=2Eorg/archive/html/guix-devel/2019-04/msg00177=2Eht= ml > Message-ID: <87ef68ibfy=2Efsf@elephly=2Enet> > >Ricardo Wurmus: >--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=2E And more generally, maybe we should offer a generic cache >cleaner service=2E >--8<---------------cut here---------------end--------------->8--- > >2=2E X broken display transitioning from llvm6 to llvm7 in the mesa >package > http://lists=2Egnu=2Eorg/archive/html/guix-devel/2019-05/msg00223=2Eht= ml > Message-ID: <20190511022009=2Ennu6szga6desvfwd@cf0> > see also https://debbugs=2Egnu=2Eorg/cgi/bugreport=2Ecgi?bug=3D35575 > >ison: >--8<---------------cut here---------------start------------->8--- >Note that deleting both shader caches was required, and also if the >caches get >rebuilt on a new generation and then I try to boot into an older >previously >working generation then that generation will display graphics artifacts >until >the caches are deleted again=2E > >So switching between mesa compiled with llvm 6 and 7 on AMD RX 580 >either >backward or forward requires manually deleting the shader caches=2E >--8<---------------cut here---------------end--------------->8--- > > >AFAIU unfortunately we have application/library state all over >=2Ecache(s) >that sometimes crashes software *and* trying to fix this upstream it's >_not_ an option [1] > >often users have to delete something in some =2Ecache by guessing, "just" >to solve some strange software crash (this is common to all distros) > >maybe an activation service extension proposed by Ricardo (see above) >is the right solution: I'll try to make a summary of prevoius >discussions on this topic on guix-devel to help address this (class of) >issue(s)=2E=2E=2E sorry I cannot help coding it > >WDYT? > >Thanks! Gio' > > > >[1] I say this observing this class of issues since I started using >free >software: am I wrong? I wonder if we could mount a tmpfs on =2Ecache? Would that be enough?