From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: Re: Hacks to install Guix packages without root Date: Mon, 6 Nov 2017 17:13:03 +0100 Message-ID: <20171106161303.GA26300@thebird.nl> References: <874lqlmvjn.fsf@elephly.net> <87a80dbeln.fsf@gnu.org> <20171027082726.GB8646@thebird.nl> <877evb762c.fsf@albion.it.manchester.ac.uk> <20171103115403.GA10810@thebird.nl> <87shdrwit9.fsf@albion.it.manchester.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44458) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eBk3M-0004rM-9j for guix-devel@gnu.org; Mon, 06 Nov 2017 11:15:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eBk3L-0006Mb-Hb for guix-devel@gnu.org; Mon, 06 Nov 2017 11:15:12 -0500 Content-Disposition: inline In-Reply-To: <87shdrwit9.fsf@albion.it.manchester.ac.uk> 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: Dave Love Cc: guix-devel@gnu.org On Mon, Nov 06, 2017 at 03:03:30PM +0000, Dave Love wrote: > > Best to try for the specific use case. For bioinformatics it won't > > work. > > This may be a bit off-topic, but perhaps it helps in packaging: I don't > know whether that refers to using PRoot or fakechroot, but anyway, > what specifically is the problem in bioinformatics? Large data sets. Many files. > By the way, I measured compressed tar/untar under PRoot on CentOS 6 of > the CentOS root image. It's around a factor of two slower than native > on untar and about 40% slower on tar. Exactly. Too slow when IO is already the bottleneck. > > Docker is not going away, mind. We may end up putting Conda and Guix > > in Docker containers ;) > > Does that mean containers or images? (The way the terminology has gone > is rather unhelpful...) Containers. > Docker is a nightmare for use with HPC-type > resource managers, but you can run from OCI-type images more sanely, of > course. There is no love between Docker and me ;) > I probably basically agree! Probably :) --