From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Enge Subject: bug#23666: guix download fails for large files Date: Sun, 5 Jun 2016 22:58:39 +0200 Message-ID: <20160605205839.GB20831@solar> References: <20160531195631.GA22897@solar> <878typkrqd.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:58430) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b9f8T-0007f5-Rp for bug-guix@gnu.org; Sun, 05 Jun 2016 16:59:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b9f8Q-0007Mh-O2 for bug-guix@gnu.org; Sun, 05 Jun 2016 16:59:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:43592) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b9f8Q-0007Mb-LA for bug-guix@gnu.org; Sun, 05 Jun 2016 16:59:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1b9f8Q-0007zT-Az for bug-guix@gnu.org; Sun, 05 Jun 2016 16:59:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Content-Disposition: inline In-Reply-To: <878typkrqd.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 23666@debbugs.gnu.org Thanks for your suggestions, Leo and Ludovic! I still see this as a bug; should I report it upstream to Nix? On Wed, Jun 01, 2016 at 02:39:54PM +0200, Ludovic Courtès wrote: > This is implemented using the ‘add-to-store’ RPC, which, after all these > years, is still implemented like this (nix/libstore/local-store.cc): > > --8<---------------cut here---------------start------------->8--- > Path LocalStore::addToStore(const string & name, const Path & _srcPath, > bool recursive, HashType hashAlgo, PathFilter & filter, bool repair) > { > Path srcPath(absPath(_srcPath)); > debug(format("adding `%1%' to the store") % srcPath); > > /* Read the whole path into memory. This is not a very scalable > method for very large paths, but `copyPath' is mainly used for > small files. */ > --8<---------------cut here---------------end--------------->8--- Something that mainly does not fail could indeed be seen as a bug... But how come that "guix download http://" succeeds, where "guix download file://" fails? Andreas