From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Hydra serving source tarballs Date: Wed, 12 Feb 2014 18:34:50 +0100 Message-ID: <87y51gz139.fsf@gnu.org> References: <52FB6A52.3090302@totakura.in> 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]:46100) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDdi6-0007J5-7H for guix-devel@gnu.org; Wed, 12 Feb 2014 12:35:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WDdi1-0007qO-78 for guix-devel@gnu.org; Wed, 12 Feb 2014 12:34:58 -0500 Received: from hera.aquilenet.fr ([2a01:474::1]:43707) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDdi1-0007pv-0W for guix-devel@gnu.org; Wed, 12 Feb 2014 12:34:53 -0500 In-Reply-To: <52FB6A52.3090302@totakura.in> (Sree Harsha Totakura's message of "Wed, 12 Feb 2014 13:34:26 +0100") 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-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Sree Harsha Totakura Cc: guix-devel@gnu.org Sree Harsha Totakura skribis: > I just observed that `guix build' is downloading source tarballs from > Hydra. Is this supposed to be a feature? If so, what is the rationale > behind not trying to download the source ball from mirrors or upstream > download addresses? Downloads are normal derivations, like builds=C2=B9. Thus, their result is cached into the store, and so Hydra serves substitutes for them just like for any other derivation. As Andreas said, this is a desirable feature for upstream sites that remove old source tarballs. However, hydra.gnu.org is indeed often slower than upstream sites these days. This is obviously not inherent to the mechanism, and instead has to do, I believe, with hydra.gnu.org being an overloaded VM. I think things will improve when we start offloading builds to other machines, which I hope will happen Real Soon Now. Thanks, Ludo=E2=80=99. =C2=B9 With a slight difference: the hash of the output of a download derivation is known in advance. We call them =E2=80=9Cfixed-output=E2=80= =9D derivations, because the file name of the output is independent of the inputs used to perform the actual download.