From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Struggling with a caching substitute server Date: Mon, 04 Apr 2016 23:04:12 +0200 Message-ID: <87zit9axwz.fsf@gnu.org> References: <20160404135637.GA30755@thebird.nl> 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]:41745) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1anBfW-0005D5-GQ for guix-devel@gnu.org; Mon, 04 Apr 2016 17:04:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1anBfT-0002Nj-As for guix-devel@gnu.org; Mon, 04 Apr 2016 17:04:18 -0400 In-Reply-To: <20160404135637.GA30755@thebird.nl> (Pjotr Prins's message of "Mon, 4 Apr 2016 15:56:37 +0200") 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: Pjotr Prins Cc: guix-devel@gnu.org Pjotr Prins skribis: > I am running client and server in exactly the same checked out guix > repository. Server: > > ./pre-inst-env guix publish -u guix-publisher > publishing /gnu/store on 0.0.0.0, port 8080 > > Client on the same server > > ./pre-inst-env guix package -i hello --dry-run If =E2=80=98guix publish=E2=80=99 and =E2=80=98guix package=E2=80=99 run on= the same machine, then nothing will happen: =E2=80=98guix publish=E2=80=99 serves what=E2=80=99s i= n /gnu/store, and =E2=80=98guix package=E2=80=99 will resort to substitutes only when somethi= ng=E2=80=99s missing from /gnu/store, in which case =E2=80=98guix publish=E2=80=99 won=E2=80=99t= have it either. > Now from a different remote machine using my substitute caching server > > ./pre-inst-env guix package -i hello --substitute-urls=3D"http://guix.m= yserver.org" --dry-run > > keeps on wanting to build the thing from scratch. Did you authorize the singing key of that server? > Query from main server: > > GET /nix-cache-info > GET /xgm6wxkja6llvkz8jck95i6cmh3c93yh.narinfo > GET /w6im8ck36hpjyh9zjmz9mr2vkppfhzid.narinfo > GET /9wq9z5jq3g691f836lhi0633g26lfl8n.narinfo > > Query from remote > > GET /nix-cache-info > GET /x2lhjhbxd5dqmis350gkc352v9z1pr8r.narinfo > GET /jkxa2ga4x0gqvx6x790anpwhnm7d278w.narinfo > GET /ic8sabq35jisj5wmi860d85i09qghq1x.narinfo > > which suggests the files it wants to fetch are not the same, though the s= tarting point=20 > (the checked out guix dir) should be exactly the same. The last commit is= the same. The set of narinfos queried is a function of what=E2=80=99s in the local /gnu/store (clients only ask about things not already on disk) so it=E2=80= =99s normal that the requests differ. HTH! Ludo=E2=80=99.