From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?Nicol=C3=B2?= Balzarotti Subject: bug#38360: Retroarch might violate FSDG Date: Wed, 27 Nov 2019 00:26:48 +0100 Message-ID: References: <87d0df7wpv.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000008f96c005984837d1" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:35643) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iZkFX-0007G4-JX for bug-guix@gnu.org; Tue, 26 Nov 2019 18:28:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iZkFW-00077q-6z for bug-guix@gnu.org; Tue, 26 Nov 2019 18:28:03 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:47208) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iZkFW-00077f-4D for bug-guix@gnu.org; Tue, 26 Nov 2019 18:28:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iZkFW-00024m-0g for bug-guix@gnu.org; Tue, 26 Nov 2019 18:28:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87d0df7wpv.fsf@gnu.org> 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: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 38360@debbugs.gnu.org --0000000000008f96c005984837d1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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. If we patch retroarch to hide the download menu, to make it functional we should also package some free cores. Thoughts? Thanks again, Nicol=C3=B2 [1] https://docs.libretro.com/guides/download-cores/ [2] https://packages.debian.org/stretch/games/ Il giorno mar 26 nov 2019 alle ore 11:34 Ludovic Court=C3=A8s ha scritto: > Hello, > > Nicol=C3=B2 Balzarotti skribis: > > > We might have a problem on how retroarch is packaged. I've never used i= t, > > tried just now. There's the "core download" section where it downloads > > "$core.so.zip". Those are .so files: > > .config/retroarch/cores/atari800_libretro.so: file format > elf64-x86-64. > > I think we should either compile them and ship them or remove the > download > > section or something. > > We should definitely remove all binary files from the =E2=80=9Csource=E2= =80=9D tarballs. > > > Also, when downloading cores there are no license info > > That should be investigated, indeed, possibly looking at what Debian is > doing. > > > nckx provided this [1] as a useful link. It seems that some of the > plugins > > are available for non-commercial projects only (so not compatible with > the > > GPLv3, used by retroarch). > > We don=E2=80=99t provide those plugins though, do we? > > Thanks, > Ludo=E2=80=99. > --0000000000008f96c005984837d1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Ludo, thanks for your response.

We don't provide them _directly_, but when loading the program t= he first option is "Load core". Then, first option again, is &quo= t;Download core". Here you have a list of "proprietary" .so.= zip downloads. Retroarch, as far as I understand, is encouraging the downlo= ad of those programs, with no licensing information (see [1]).=C2=A0 I don&= #39;t know if this is ok or if we can patch it (hiding the "Download c= ore" menu maybe?).

Debian _does_ provide (fro= m their package manager) some o the cores [2], two of them with the non-fre= e tag.
If we patch retroarch to hide the download menu, to make i= t functional we should also package some free cores.

Thoughts?

Thanks again,
Nicol=C3=B2



Il giorno mar 26 nov 2019 alle ore 11:34 Ludovic Court=C3= =A8s <ludo@gnu.org= > ha scritto:
Hello,

Nicol=C3=B2 Balzarotti <anothersms@gmail.com> skribis:

> We might have a problem on how retroarch is packaged. I've never u= sed it,
> tried just now. There's the "core download" section wher= e it downloads
> "$core.so.zip". Those are .so files:
> .config/retroarch/cores/atari800_libretro.so:=C2=A0 =C2=A0 =C2=A0file = format elf64-x86-64.
> I think we should either compile them and ship them or remove the down= load
> section or something.

We should definitely remove all binary files from the =E2=80=9Csource=E2=80= =9D tarballs.

> Also, when downloading cores there are no license info

That should be investigated, indeed, possibly looking at what Debian is
doing.

> nckx provided this [1] as a useful link. It seems that some of the plu= gins
> are available for non-commercial projects only (so not compatible with= the
> GPLv3, used by retroarch).

We don=E2=80=99t provide those plugins though, do we?

Thanks,
Ludo=E2=80=99.
--0000000000008f96c005984837d1--