From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: bioinformatics.scm vs bioconductor.scm ? Date: Tue, 18 Dec 2018 23:49:20 +0100 Message-ID: <87lg4mtpqn.fsf@elephly.net> References: <87a7lb5rza.fsf@elephly.net> <87y38u52xq.fsf@elephly.net> <20181218192620.41ec9ad9@alma-ubu> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33257) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gZOBK-0003VR-LM for guix-devel@gnu.org; Tue, 18 Dec 2018 17:49:45 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gZOBD-0001H5-CU for guix-devel@gnu.org; Tue, 18 Dec 2018 17:49:39 -0500 Received: from sender-of-o53.zoho.com ([135.84.80.218]:21755) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gZOB8-0001B7-EV for guix-devel@gnu.org; Tue, 18 Dec 2018 17:49:32 -0500 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: zimoun Cc: Guix Devel zimoun writes: > Ok, but for example this convention about CRAN is not consistent with > the importer. :-) > guix import cran corpcor -r > fills the license field with (license gpl3+) and not (license license:gpl= 3+) That=E2=80=99s right. The importer does not know where the generated packa= ge definition is supposed to be used. > In other words, why the cran.scm needs a prefix for the license field? It uses a prefix because we use the =E2=80=9Czlib=E2=80=9D package often, b= ut not the =E2=80=9Czlib=E2=80=9D license. We could exclude the =E2=80=9Czlib=E2=80= =9D license from (guix licenses), or import only a specified list of licenses, or we can solve this naming conflict by prefixing all values from (guix licenses) with =E2=80=9Clicense:=E2=80=9D (or anything else, really). Really small modules often don=E2=80=99t have this problem in the first pla= ce, so they don=E2=80=99t need to find a solution to work around the naming conflicts. -- Ricardo