From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: Re: Packaging a free Firefox Date: Fri, 18 May 2018 06:25:17 +0200 Message-ID: <20180518042517.3ey3bsbs4peh3zba@thebird.nl> References: <87y3h1g42q.fsf@lassieur.org> <87tvrlhi58.fsf@hyperbola.info> <878t8xo9t9.fsf@gnu.org> <20180506125312.aadd4fixeungiwv6@thebird.nl> <87fu2rip0r.fsf@gmail.com> <20180516181028.1a9cd04b@merlin.browniehive.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49132) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fJWxI-0004bT-Fk for guix-devel@gnu.org; Fri, 18 May 2018 00:25:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fJWxD-0005FH-GK for guix-devel@gnu.org; Fri, 18 May 2018 00:25:24 -0400 Received: from mail.thebird.nl ([94.142.245.5]:54970) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fJWxD-0005Cv-6Y for guix-devel@gnu.org; Fri, 18 May 2018 00:25:19 -0400 Content-Disposition: inline In-Reply-To: <20180516181028.1a9cd04b@merlin.browniehive.net> 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: Tonton Cc: guix-devel@gnu.org On Wed, May 16, 2018 at 06:10:28PM +0200, Tonton wrote: > I guess channels already sort of exist. have a git repo or similar with > whatever guix packages in it and point $GUIX_PACKAGE_PATH at it. Then all > packages defined in your git repo are suddenly part of your available guix > packages. The GUIX_PACKAGE_PATH works on an individual basis. When it comes to sharing it is totally inconvenient. I know because we are using it in production. The main problems are (1) people need to check out a source tree to use it - with troublesome instructions and slow install routes (typically a few hours) and (2) the git versions of the GNU Guix repo has to be in sync with the GUIX_PACKAGE_PATH repo. With my collaborators we often face problems - even yesterday we had a package conflict. One reason we channels are slow in coming is because they need to resolve multiple problems. But in a nutshell they are about sharing software that is not in Guix mainline, divert responsibility to channel maintainers, while providing fast trusted binary installs. One thing that needs to be resolved is how much we share with the Guix trunk (i.e., the running Guix with pull). My current thought is that we should share *nothing*. This is the only way to have reproducible installs from channels. Of course the risk is that the daemon goes out of sync. But I think we can handle that if the guix client makes sure incompatibilities are notified. The channel should be updated to support updated daemons. You can see that thinking this through is non-trivial and Guix maintainers probably realize there are more problems ;) At this point everyone is hacking it their own way. Witness people writing their own packages for firefox. Would be nice to have a consistent path where we can be more efficient. Pj.