From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ben Woodcroft <b.woodcroft@uq.edu.au>
Subject: Re: Design decision behind inputs/native-inputs/propagated-inputs
Date: Fri, 22 Jan 2016 07:42:53 +1000
Message-ID: <56A150DD.1060207@uq.edu.au>
References: <20160121044909.GA18348@stebalien.com> <877fj32qxy.fsf@gnu.org>
	<20160121160811.GA1596@stebalien.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: quoted-printable
Return-path: <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:33361)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <b.woodcroft@uq.edu.au>) id 1aMN0R-0002am-7K
	for help-guix@gnu.org; Thu, 21 Jan 2016 16:43:04 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <b.woodcroft@uq.edu.au>) id 1aMN0O-00080r-15
	for help-guix@gnu.org; Thu, 21 Jan 2016 16:43:03 -0500
In-Reply-To: <20160121160811.GA1596@stebalien.com>
List-Id: <help-guix.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/help-guix>
List-Post: <mailto:help-guix@gnu.org>
List-Help: <mailto:help-guix-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=subscribe>
Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org
Sender: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org
To: Steven Allen <steven@stebalien.com>, =?UTF-8?Q?Ludovic_Court=c3=a8s?= <ludo@gnu.org>
Cc: help-guix@gnu.org

Hi Steven,

On 22/01/16 02:08, Steven Allen wrote:
> On 01-21-16, Ludovic Court=C3=A8s wrote:
>> In short, the distinction between =E2=80=98native-inputs=E2=80=99 and =
=E2=80=98inputs=E2=80=99 exists
>> solely because Guix supports cross-compilation.  Otherwise it would be
>> unneeded.
>>
>> Propagated inputs are a way to manually say: =E2=80=9CI want this pack=
age to
>> automatically pull in those other packages.=E2=80=9D  This is necessar=
y in the
>> cases given above.
>>
>> Does this clarify the rationale?
> I believe I understand what they mean and how they solve the problem. M=
y
> question is more "why autodetect runtime dependencies"?
Can I ask, what do you mean by "autodetect" ?

Thanks,
ben