From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jesse Gibbons Subject: bug#38360: Retroarch might violate FSDG Date: Tue, 26 Nov 2019 19:09:23 -0700 Message-ID: References: <87d0df7wpv.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:51267) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iZmmM-00018q-Ek for bug-guix@gnu.org; Tue, 26 Nov 2019 21:10:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iZmmK-0007Ow-6b for bug-guix@gnu.org; Tue, 26 Nov 2019 21:10:06 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:47277) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iZmmI-0007O5-Qe for bug-guix@gnu.org; Tue, 26 Nov 2019 21:10:04 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iZmmI-00086U-JM for bug-guix@gnu.org; Tue, 26 Nov 2019 21:10:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: =?UTF-8?Q?Nicol=C3=B2?= Balzarotti , Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 38360@debbugs.gnu.org On Wed, 2019-11-27 at 00:26 +0100, Nicolò Balzarotti wrote: > Hi Ludo, thanks for your response. > > We don't provide them _directly_, but when loading the program the first > option is "Load core". Then, first option again, is "Download core". Here > you have a list of "proprietary" .so.zip downloads. Retroarch, as far as I > understand, is encouraging the download of those programs, with no > licensing information (see [1]). I don't know if this is ok or if we can > patch it (hiding the "Download core" menu maybe?). > > Debian _does_ provide (from their package manager) some o the cores [2], > two of them with the non-free tag. I can confirm that snes9x is nonfree because it is only for non-commercial use. We should at least patch that out before the cores are available. I don't know about the other one. Since retroarch offers a third-party repository to download nonfree shared libraries, we should blacklist it in order for GuixSD to remain FSDG compliant. > If we patch retroarch to hide the download menu, to make it functional we > should also package some free cores. I don't know how retroarch works. What else would we need to patch out of or into it so it recognizes the packaged cores? > > Thoughts? 1. I think I can (eventually) compile an alist of cores, source locations, licenses, and descriptions, but I won't be able to do that until December. Anyone want to beat me to it? 2. After we have an alist for each of these cores, we can quickly generate some code to start packaging them, hopefully all at once. It will probably be faster than adding them on demand. I'm guessing we would want them in emulators.scm correct? 3. When we have some cores packaged, we can work on making retroarch recognize them and not try to download its own binaries. I propose this order because I don't think I'm alone in wanting to keep retroarch usable during this process, and it will be easier to adapt retroarch after we have some cores packaged. > Thanks again, > Nicolò > > > [1] https://docs.libretro.com/guides/download-cores/ > [2] https://packages.debian.org/stretch/games/ > >