From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: Re: Scope of support for Guix on other distros Date: Tue, 03 Oct 2017 05:21:20 -0400 Message-ID: <87h8vgegdr.fsf@netris.org> References: <1506935892.5574.15.camel@gmail.com> <9f2ed1cd-f7df-1a8f-8789-15bc53e46233@fastmail.net> <87tvzh5ylu.fsf@dustycloud.org> <20171002163817.bypveuihimo5akw2@abyayala> <87shf15qn0.fsf@dustycloud.org> <5583a861-8720-d03f-a56b-240d88bf04ea@platen-software.de> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43129) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dzJPk-0001v9-EB for guix-devel@gnu.org; Tue, 03 Oct 2017 05:22:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dzJPh-0000sn-8x for guix-devel@gnu.org; Tue, 03 Oct 2017 05:22:56 -0400 Received: from world.peace.net ([50.252.239.5]:54125) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dzJPh-0000Mq-4Q for guix-devel@gnu.org; Tue, 03 Oct 2017 05:22:53 -0400 In-Reply-To: <5583a861-8720-d03f-a56b-240d88bf04ea@platen-software.de> (Tobias Platen's message of "Tue, 3 Oct 2017 09:48:06 +0200") 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: Tobias Platen Cc: guix-devel@gnu.org Tobias Platen writes: > On 02.10.2017 20:52, Christopher Allan Webber wrote: >> Since these don't provide Guix in the main repo (and Debian won't >> because we violate the FHS with /gnu/) we could probably auto-generate >> the .deb or .rpm from some gexp? >> > Debian also includes GNUstep which lives in /usr/gnustep. Maybe /gnu > could be moves to /usr/gnu on Debian. All of our binary substitutes are built with a store prefix of /gnu. Using a different store prefix requires bootstrapping the entire system from source code, once per core-updates cycle, and also doing frequent rebuilds of upper layers of the stack to keep up with the updates on our master branch. Most users won't want to do this. Mark