From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adonay Felipe Nogueira Subject: Re: Leaving the guix project Date: Fri, 17 Feb 2017 11:48:54 -0200 Message-ID: <87a89lexmh.fsf@openmailbox.org> References: <87o9y29svy.fsf@igalia.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:40429) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ceiub-00018x-T2 for guix-devel@gnu.org; Fri, 17 Feb 2017 08:49:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ceiuY-0001Nb-QL for guix-devel@gnu.org; Fri, 17 Feb 2017 08:49:25 -0500 Received: from lb1.openmailbox.org ([5.79.108.160]:42315 helo=mail.openmailbox.org) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ceiuY-0001Ms-HE for guix-devel@gnu.org; Fri, 17 Feb 2017 08:49:22 -0500 In-Reply-To: (David Craven's message of "Fri, 17 Feb 2017 13:56:04 +0100") 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: guix-devel@gnu.org Oh... I see... One must understand that while we mustn't recommend/install/share/sell/teach-usage-of non-free software for the users, they *can* do whatever they want. However, as I just said: If they want to make use of non-free software, they are on their own, and we should try to convince them to stop using such non-free software (note: "convincing" does not mean "forcing"). I do not represent the GuixSD project, nor the GNU project, nor the FSF, but my understanding of the GNU FSDG so far results in the following recommendation: If you do want to make your conotributions, and if such contributions involve for example, making recipes for non-(free/libre), then perhaps you have to fork the project, and use Guix package manager as the package manager for your own system distribution, or provide your own Guix-compatible repository. Although this will result in normal users mistakenly using help-guix mailing list so as to seek help for your own set of package recipes, in such cases the project will probably make the issue reports invalid *depending on what is the issue* for each case.