From mboxrd@z Thu Jan 1 00:00:00 1970 From: Diane Trout Subject: Re: GSoC ideas Date: Tue, 23 Feb 2016 15:00:22 -0800 Message-ID: <1456268422.2159.23.camel@ghic.org> References: <20160206113802.GA17867@thebird.nl> <87mvre2eyz.fsf@gnu.org> <87wpqhu0t1.fsf@dustycloud.org> <20160208104530.GA26946@crashnator.suse.cz> <87zivbxggp.fsf@dustycloud.org> <87lh6vx9v0.fsf@dustycloud.org> <20160208204350.GA29053@thebird.nl> 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]:50018) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aYLwa-0001XR-PO for guix-devel@gnu.org; Tue, 23 Feb 2016 18:00:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aYLwX-0003Fj-Ca for guix-devel@gnu.org; Tue, 23 Feb 2016 18:00:36 -0500 Received: from chaos.caltech.edu ([131.215.34.119]:50584) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aYLwX-0003EM-2T for guix-devel@gnu.org; Tue, 23 Feb 2016 18:00:33 -0500 In-Reply-To: <20160208204350.GA29053@thebird.nl> 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: Pjotr Prins , Christopher Allan Webber Cc: guix-devel > That looks like the way forward to me. Such a package can setup and > start the daemon - which is enough. No need to get the blessing from > the distributions themselves (will take time, but it will come - > there > really is no difference with allowing foreign packages to work > anyway). I wrote a basic Debian recipe to build guix, create the build users, and install the systemd config file. https://github.com/detrout/debian-guix Currently I've only split the guix package into the emacs components and everything else. I'd thought about splitting the daemon out into its own package, but I wasn't sure what the daemon depended on.  The daemon is still using the default /gnu/store path, and the user needs to manually run guix authorize if they want to use hydra binaries. The package is currently based on the stable 0.9.0 release, and I'm not sure how security updates make it into a guix store if you without updating the scheme packaging source tree. It might be nice to prompt the user if they wanted to authorize hydra on install but that's not implemented. Currently its unlikely to go into Debian because Debian policy requires everything to be built from source, and currently the Guix build process downloads some bootstrap binaries. However with the current packaging "guix environment --pure bash -- bash" does give me a clean guix environment, and the guix info docs get installed when Debian emacs can see them. Diane