From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: Re: Self-contained Guix tarball Date: Tue, 21 Apr 2015 12:17:54 +0200 Message-ID: <20150421101754.GB17164@thebird.nl> References: <87a8ydt8k8.fsf_-_@gnu.org> <871tjlxen6.fsf@gnu.org> <20150416053355.GD21015@thebird.nl> <87k2x9b061.fsf@gnu.org> <87h9sci6n7.fsf@taylan.uni.cx> <87pp6ywmny.fsf@inria.fr> <20150421070357.GB15795@thebird.nl> <87zj61q4su.fsf@gnu.org> <20150421083722.GA16564@thebird.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33201) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkVGJ-0000Jz-RM for guix-devel@gnu.org; Tue, 21 Apr 2015 06:18:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YkVGD-0004rc-VQ for guix-devel@gnu.org; Tue, 21 Apr 2015 06:18:39 -0400 Received: from mail.thebird.nl ([95.154.246.10]:56239) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkVGD-0004pP-Px for guix-devel@gnu.org; Tue, 21 Apr 2015 06:18:33 -0400 Content-Disposition: inline In-Reply-To: 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: guix-devel@gnu.org On Tue, Apr 21, 2015 at 12:08:39PM +0200, Ricardo Wurmus wrote: > You could rebuild the database only if the contents of the /gnu/store > directory were authoritative (which they are not). The database only > contains four tables and none of the entries are magical: That is good. > Someone daring enough to mess with the store contents (by manually > adding, altering or removing stuff) without going through the daemon > would also have to take care of manipulating database records in the > appropriate manner. I fail to see, however, in what situation this > would be desirable to a system administrator. > > Sysadmins don't expect, for example, to be able to delete files from a > system where software is managed with RPM *without* also having to > modify the RPM database to avoid problems. You are wrong here. Not wanting to start disputing minor points, but people do clean out directories and install new software in existing distributions. Guix gets away from the latter, but not from the first. > If I were to sync /gnu/store/ across different machines with rsync, I'd > make sure to keep any additional state by also copying the > localstatedir: /var/guix/. But as I said before, I fail to see a good > reason to do this. That is a problem. Anyone else see what I mean, at all? > > It may also allow for people creating other store-based tools in time. > > Guix can be used as a library and with the store monad it is possible to > programmatically manipulate the store. I expect this to become even > easier once the daemon is rewritten in Scheme (which is bound to result > in more reusable parts that could be glued together by adventurous > sysadmins). Sounds good :) Pj.