From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pjotr Prins Subject: Re: Packaging a free Firefox Date: Sun, 6 May 2018 14:53:12 +0200 Message-ID: <20180506125312.aadd4fixeungiwv6@thebird.nl> References: <87y3h1g42q.fsf@lassieur.org> <87tvrlhi58.fsf@hyperbola.info> <878t8xo9t9.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:50244) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fFJAG-0002Ik-S5 for guix-devel@gnu.org; Sun, 06 May 2018 08:53:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fFJAB-0000vI-7T for guix-devel@gnu.org; Sun, 06 May 2018 08:53:18 -0400 Received: from mail.thebird.nl ([94.142.245.5]:49590) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fFJAB-0000tE-0i for guix-devel@gnu.org; Sun, 06 May 2018 08:53:15 -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" To: Hartmut Goebel Cc: guix-devel@gnu.org On Sun, May 06, 2018 at 11:48:28AM +0200, Hartmut Goebel wrote: > Am 06.05.2018 um 03:24 schrieb Mike Gerwitz: > > On Sat, May 05, 2018 at 19:06:27 -0300, Adonay Felipe Nogueira wrote: > >> I have noticed somepeople advocating for packaging Firefox in GNU Guix, > >> and since FF still has freedom issues, I see it as a no-go. > > A simple option for now is to package FF by disabling those features and > > _not_ providing an alternative. For example, IceCat loads a different > > addon page than FF; we could just load no addon page at all, or a static > > one saying that it's something'll we'll get to eventually. > > Not packaging FF or crippling FF is a no-go! Doing so will discourage > users from using GuixSD and Free Software. That is an interesting one. GNU Guix, by virtue of it being a GNU project needs to abide by GNU free software terms. But even among core project members there are variations in thought in how to compromise with user requirements. A package manager that does not target user needs is a shitty package manager. This is one reason I champion the concept of channels: guix channel firefox http://some-origin/guix-channels/firefox guix package -i firefox so we can make GNU Guix as pure as possible and leverage less pure concepts (such as Firefox and Conda) into something that is not considered part of the core project. I think it would also render other maintenance benefits, for example versioning of old software would become much easier. guix channel ruby-1.8 http://some-origin/guix-channels/ruby-1.8 guix package -i ruby I hope we get something like this at some point. Pj.