From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ricardo Wurmus <rekado@elephly.net>
Subject: Re: Python applications that are also libraries
Date: Fri, 06 Apr 2018 14:12:06 +0200
Message-ID: <871sfsjzzd.fsf@elephly.net>
References: <idjh8or71pf.fsf@bimsb-sys02.mdc-berlin.net>
	<878ta0aec8.fsf@gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:49727)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rekado@elephly.net>) id 1f4RsW-0005bA-2q
	for guix-devel@gnu.org; Fri, 06 Apr 2018 09:58:09 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <rekado@elephly.net>) id 1f4RsT-0002gU-1b
	for guix-devel@gnu.org; Fri, 06 Apr 2018 09:58:08 -0400
Received: from sender-of-o51.zoho.com ([135.84.80.216]:21019)
	by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.71) (envelope-from <rekado@elephly.net>) id 1f4RsS-0002gC-QP
	for guix-devel@gnu.org; Fri, 06 Apr 2018 09:58:04 -0400
In-reply-to: <878ta0aec8.fsf@gmail.com>
List-Id: "Development of GNU Guix and the GNU System distribution."
	<guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/guix-devel/>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
	<mailto:guix-devel-request@gnu.org?subject=subscribe>
Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org
Sender: "Guix-devel" <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
To: Chris Marusich <cmmarusich@gmail.com>
Cc: guix-devel@gnu.org, Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de>


Chris Marusich <cmmarusich@gmail.com> writes:

> Ricardo Wurmus <ricardo.wurmus@mdc-berlin.de> writes:
>
>> 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.
>
> I took a brief peek at deeptools.  It looks like there are programs in
> bin, and libraries in lib.  Why can't we just split them into two
> outputs?  For example, put the libraries into the default "out" output
> and the programs into the "bin" output.

The programs in =E2=80=9Cbin=E2=80=9D use the libraries in =E2=80=9Clib=E2=
=80=9D.  The binaries aren=E2=80=99t
big, so separating them from the lib output provides hardly any benefit.

The point here is that in the library case inputs must be propagated,
whereas in the case where only the executables are used the inputs don=E2=
=80=99t
have to be propagated.

Separating them in two outputs doesn=E2=80=99t address this problem as far =
as I
can see.

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net