From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Debugging info unavailability Date: Fri, 05 May 2017 22:31:28 +0200 Message-ID: <87efw3yrj3.fsf@gnu.org> References: <20170423020206.41aac1a2@scratchpost.org> <87d1brk1ul.fsf@gnu.org> <87shknnrfm.fsf@gmail.com> <87pofr0xjs.fsf@gnu.org> <87zieu7d8n.fsf@gmail.com> <87bmrah2s3.fsf@elephly.net> <87tw52uu51.fsf@gnu.org> <87r3066k4c.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55802) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d6jt0-0005zu-RL for guix-devel@gnu.org; Fri, 05 May 2017 16:31:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d6jsx-0003Vx-Hk for guix-devel@gnu.org; Fri, 05 May 2017 16:31:34 -0400 In-Reply-To: <87r3066k4c.fsf@gmail.com> (Maxim Cournoyer's message of "Wed, 03 May 2017 08:22:11 -0700") 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: Maxim Cournoyer Cc: guix-devel@gnu.org Hi! Maxim Cournoyer skribis: > The ideal situation would be to not be space contrived and to build a cac= he > everything or at least following some heuristic such as "every package th= at > was requested at least once in the past month". For someone following > master, I find that the current way substitutes are built is not > aggressive enough, All the packages in =E2=80=98master=E2=80=99 are evaluated a couple of time= s a day roughly; you can see that at . For x86_64 I think the latency is usually not too bad; sometimes it=E2=80= =99s there=E2=80=99s an increased delay in building the latest packages because hydra.gnu.org is loaded or something like that. > and I find often find myself building the world with --fallback. Maybe that=E2=80=99s because you stumbled upon corrupt items? I really thi= nk we=E2=80=99re reaching the end of these problems now that we use =E2=80=98g= uix publish --cache=E2=80=99. > What good is a substitute server if it doesn't hold the stuff I need > *now*? :) On the other side, it really makes me want to look at GNUnet, > which seems like the better long term solution. Though GNUnet doesn=E2=80=99t solve the fact that one needs a lot of CPU and storage to build and store all this. :-) Ludo=E2=80=99.