From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: Re: Docker and singularity containers Date: Wed, 12 Sep 2018 20:30:59 +0200 Message-ID: <20180912183059.oto5gi36boo62sx2@thebird.nl> References: <20180912151616.iwt3kqb77zd76wf6@thebird.nl> <878t4662lw.fsf@gnu.org> <87in3ak3w1.fsf@elephly.net> 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]:56821) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g09ur-00030f-3d for guix-devel@gnu.org; Wed, 12 Sep 2018 14:31:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g09uo-0000ot-0H for guix-devel@gnu.org; Wed, 12 Sep 2018 14:31:05 -0400 Received: from mail.thebird.nl ([94.142.245.5]:38140) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g09un-0000oV-PT for guix-devel@gnu.org; Wed, 12 Sep 2018 14:31:01 -0400 Content-Disposition: inline In-Reply-To: <87in3ak3w1.fsf@elephly.net> 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: Ricardo Wurmus Cc: guix-devel , Ludovic =?iso-8859-1?Q?Court=E8s?= On Wed, Sep 12, 2018 at 07:43:42PM +0200, Ricardo Wurmus wrote: >=20 > Ludovic Court=C3=A8s writes: >=20 > > A while back we fantasized about the possibility of having a web serv= ice > > that would produce =E2=80=9Cpacks=E2=80=9D of Guix packages on demand= . That may allow > > us to be #1 on HN for a couple of hours ;-), but it would also be qui= te > > resource-hungry (and the service itself needs to be written to begin > > with.) Such a service would have to use its own resources IMO, not > > those of the build farm, which is already busy enough. >=20 > My research group was interested in a service just like that, actually. > After having connected the external storage directly to the > berlin.guixsd.org we have a new server that could be used solely for > this purpose. Demand there is for sure! And these infrastructures are only expanding. > But even this may not be enough for an on-demand service. It might, > however, be enough for a service that regularly builds packs for certai= n > common environments from packages the build farm has already built. >=20 > (This would be done with the squashfs backend, which is way faster than > the Docker backend.) Also my original comment said to have a limited number of packages to expose. I mean command line tools make sense and dedicated environments. But we don't need an image for every R, Ruby and Python package. We should just compile a meta list of those. And if someone requests one we add it.=20 Pj.