From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Advice about GuixSD on Serveraptor? Date: Sun, 26 Mar 2017 12:20:04 +0200 Message-ID: <87d1d4tk4r.fsf@gnu.org> References: <20170213214717.GA11352@jasmine> <20170313003252.GA12094@jasmine> <20170321180638.GA3027@jasmine> <87mvcenzvw.fsf@dustycloud.org> <20170321204620.GA30143@jasmine> <20170321205335.GB30436@jasmine> <87r31ptt41.fsf@elephly.net> <20170322172053.GC6011@jasmine> <20170322172315.GA15685@jasmine> <87shm3yq2f.fsf@gnu.org> <20170324152631.GA28369@jasmine> 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]:43099) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cs5Hg-0002JJ-Hx for guix-devel@gnu.org; Sun, 26 Mar 2017 06:20:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cs5Hb-00043W-RA for guix-devel@gnu.org; Sun, 26 Mar 2017 06:20:28 -0400 In-Reply-To: <20170324152631.GA28369@jasmine> (Leo Famulari's message of "Fri, 24 Mar 2017 11:26:31 -0400") 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: Leo Famulari Cc: guix-devel@gnu.org Leo Famulari skribis: > On Fri, Mar 24, 2017 at 10:36:08AM +0100, Ludovic Court=C3=A8s wrote: >> Hi! >>=20 >> Leo Famulari skribis: >>=20 >> > On Wed, Mar 22, 2017 at 01:20:53PM -0400, Leo Famulari wrote: >> >> It's not a bad idea to build it on Hydra. Hydra already builds a >> >> usb-image / disk-image job [0], so we could add a qemu-image job, too. >> > >> > Actually, we used to build a qemu-image on Hydra, but we removed becau= se >> > it was troublesome and unused. >> > >> > https://git.savannah.gnu.org/cgit/guix.git/commit/?id=3Da3a27745013f3e= 5a287de3bf0187b2f72beb6965 >> > >> > Maybe we should try again :) >>=20 >> Yup, we could reinstate it if needed. That said, we wouldn=E2=80=99t to= o many >> downloads from hydra.gnu.org=E2=80=A6 > > If we took that route, I'd point the Serveraptor admin to the Hydra link > and ask them to download it once themselves, rather than having each > client download it. > > But, making a qemu-image at each evaluation is not so good for > general distribution, because we won't have tested it as thoroughly as > the release image. We'd want the qemu-image to build only if all the > system tests passed. Yeah I think recent Hydra can present a release page if and only if some other derivations also succeeded with the same commit. Anyway, let us know what you think is the right approach for now! Thanks, Ludo=E2=80=99.