From mboxrd@z Thu Jan 1 00:00:00 1970 From: Giovanni Biscuolo Subject: Guix and Bioconductor. Date: Fri, 20 Dec 2019 12:55:20 +0100 Message-ID: <87fthf6wk7.fsf@roquette.mug.biscuolo.net> References: <87pnlz9lro.fsf@elephly.net> <877e869t80.fsf@elephly.net> <87k16si685.fsf@nckx> <87h81whxmw.fsf@nckx> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:36585) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iiGsn-0006Th-AW for guix-devel@gnu.org; Fri, 20 Dec 2019 06:55:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iiGsi-0004uh-Me for guix-devel@gnu.org; Fri, 20 Dec 2019 06:55:48 -0500 Received: from ns13.heimat.it ([46.4.214.66]:50114) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iiGsi-0004l4-47 for guix-devel@gnu.org; Fri, 20 Dec 2019 06:55:44 -0500 In-Reply-To: <87h81whxmw.fsf@nckx> 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 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable To all Guix interested in Bioconductor, forgive me if I raise this question here and not to "upstream", but IMHO this issue should escalate to Bioconductor and Guix community could do better than single package maintainers, zimoun in this case I'm not a user of Bioconductor packages so I have no "weight" on this matter, but I guess in Guix community there are **many** (potential?) users of Bioconductor packages: could you please organize a "pressure group" to convince Bioconductor be strict in their package acceptance rules? I fear flowPeacks will not be the last package with this kind licensing problems Tobias Geerinckx-Rice writes: > Zimoun, [...] >> The issue is that upstream has disappeared, as usual in scientific >> software. Someone writes a piece of code then publishes a paper and >> sometimes the requirement for publication is to be pushed in >> mainstream collection of packages (Bioconductor in this case). But >> the copyright holder does not maintain the code and instead write >> another piece of code, try to publish a paper, etc.. Well the >> Reproducibility of Science crisis. > > That is a shame. And that while other scientists (like you) are=20 > working hard to make research more =E2=80=98open=E2=80=99 and reproducibl= e. Since =C2=ABBioconductor is committed to open source, collaborative, distributed software development and literate, reproducible research.=C2=BB= [1] The main point here is that legal aspects are an **integral part** of reproducible research and the freedom of the developer to choose the "open source" license he prefer should be _guided_ so he does not involuntary harm the Bioconductor commitment to reproducible research (redistribution is part of reproducibility). In short: since "Clarifies Artistic License" aka "Artistic License (Perl) 1.0" [2] (FSF approved) exists since long ago *and* since "Artistic License v1" is not FSF approved, Biocounductor team should not accept provide a list of accepted licenses that allows all free software distributions to redistribute the packages (we have one if they wish :-) ) ...and yes, this means that Bioconductor does not accept an OSI approved "Open Source" license [3], one of the **very few** cases (the only one) in wich OSI and FSF disagrees on licenses. To be clear, I'm pretty **sure** that an author generally does not understand the difference between "Artistic License v1" and "Artistic License (Perl) 1.0" and all he wants is his package will be freely redistributable. He should be guided, in this case by Bioconductor. WDYT? Thanks. Gio' [...] [1] https://bioconductor.org/about/ [2] https://opensource.org/licenses/Artistic-Perl-1.0 to be clear, the "diff" from Artistic License v1 is this clause =C2=AB8.Aggregation of this Package with a commercial distribution is always permitted provided that the use of this Package is embedded; that is, when no overt attempt is made to make this Package's interfaces visible to the end user of the commercial distribution. Such use shall not be construed as a distribution of this Package.=C2=BB [3] Artistic License v.1 is OSI approved https://opensource.org/licenses/Ar= tistic-1.0 =2D-=20 Giovanni Biscuolo Xelera IT Infrastructures --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEERcxjuFJYydVfNLI5030Op87MORIFAl38tqgACgkQ030Op87M ORI+kw/+NwN/j+a3guBk1wWph++I2yxp2PbUtEejsjfau4mh98KKsx4ugaVXNyRB FaBBGlqMMHaIdAH2jvXQHQ5YcNuFnE/lqzHEndwYYNswpTi+E5ajJd5JNjvPYifb b6AVa0Eq1wvX4ifURv1k6kpedpDLkzt651gKH0czTKZr1iLi5kQBamlAqzcYBuMB urLK5hpc90DzAUyHzH5BE+5l8xvFaFS0Sil8orLlGWMdQmuj9ZZNtuD51xEXw2jS qZhbjtRp7PNgt0A8ebPosA6heyiaXbFR+IuNBCdPtXiqH6OEnLOnlcKyGVSkh8IB MOAMQ2ARpVvXx07hXgLfbXlrUHjT4qbBNVebfJgjR6dcQl5IlGJbllT4PHmiPNud /5pK2XhXoqhzxpidu0wwLzQGy4wtbWqKnc9zGXyRgDqocaXPiPhX14BED4U+wHKv 6wXm0DQi7/mNAxvRWT8Q0mpG7ysdafffbek/3S32oIDTb08MjTj/Fh7LFXwBrBI3 MQmTUb+cd+zWF3ij7DK0GvZUoEpL/TNjGqmq1DL8A6iDgisnsCVJsQPh1AMHhupX wKlEp/hzEokBtS8N65M3u6R7HsGwuEkNJt7ky2ZkfRzhf5RfbWykYmYu8bdefW5z PoqTJ9ry0zJVyfjRKJec9sudX/x1gtSF0lOd+GaUPUVVi+90tDo= =H2Nh -----END PGP SIGNATURE----- --=-=-=--