From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Python applications that are also libraries Date: Wed, 4 Apr 2018 11:36:28 +0200 Message-ID: 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]:36871) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f3eqm-0000Xd-8D for guix-devel@gnu.org; Wed, 04 Apr 2018 05:37:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f3eqj-0004JC-4p for guix-devel@gnu.org; Wed, 04 Apr 2018 05:37:04 -0400 Received: from pegasus.bbbm.mdc-berlin.de ([141.80.25.20]:57680) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1f3eqi-0004ET-Rh for guix-devel@gnu.org; Wed, 04 Apr 2018 05:37:01 -0400 Received: from localhost (localhost [127.0.0.1]) by pegasus.bbbm.mdc-berlin.de (Postfix) with ESMTP id 8AD9383EDDB for ; Wed, 4 Apr 2018 11:36:57 +0200 (CEST) Received: from pegasus.bbbm.mdc-berlin.de ([127.0.0.1]) by localhost (pegasus.bbbm.mdc-berlin.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YZyexwRLjwx8 for ; Wed, 4 Apr 2018 11:36:52 +0200 (CEST) Received: from HTCAONE.mdc-berlin.net (puck.citx.mdc-berlin.de [141.80.36.101]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pegasus.bbbm.mdc-berlin.de (Postfix) with ESMTPS for ; Wed, 4 Apr 2018 11:36:52 +0200 (CEST) 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 Hi Guix, we have a bunch of packages that are used both as applications and as Python libraries. An example is =E2=80=9Cdeeptools=E2=80=9D. As a library we need to propagate other Python inputs; as an application this is not necessary because we have wrappers. I wonder how to deal with this. Should we assume that these packages are used as libraries and default to propagating all Python inputs? Or should we have package variants (or outputs?) that propagate inputs as a side-effect? -- Ricardo