From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path:
Received: from mp10.migadu.com ([2001:41d0:2:4a6f::])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
by ms0.migadu.com with LMTPS
id 4BVTIOyjUWK7cAAAgWs5BA
(envelope-from )
for ; Sat, 09 Apr 2022 17:19:08 +0200
Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::])
(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
by mp10.migadu.com with LMTPS
id sBTDGOyjUWKMqwAAG6o9tA
(envelope-from )
for ; Sat, 09 Apr 2022 17:19:08 +0200
Received: from lists.gnu.org (lists.gnu.org [209.51.188.17])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by aspmx1.migadu.com (Postfix) with ESMTPS id CEA81F8CC
for ; Sat, 9 Apr 2022 17:19:07 +0200 (CEST)
Received: from localhost ([::1]:54388 helo=lists1p.gnu.org)
by lists.gnu.org with esmtp (Exim 4.90_1)
(envelope-from )
id 1ndCri-00079M-Tb
for larch@yhetil.org; Sat, 09 Apr 2022 11:19:06 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:46636)
by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from )
id 1ndCre-00079E-3B
for guix-patches@gnu.org; Sat, 09 Apr 2022 11:19:02 -0400
Received: from debbugs.gnu.org ([209.51.188.43]:44570)
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.90_1) (envelope-from )
id 1ndCrd-0000Oq-QY
for guix-patches@gnu.org; Sat, 09 Apr 2022 11:19:01 -0400
Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2)
(envelope-from ) id 1ndCrd-0003ZX-MS
for guix-patches@gnu.org; Sat, 09 Apr 2022 11:19:01 -0400
X-Loop: help-debbugs@gnu.org
Subject: [bug#54796] [PATCH v3 13/22] gnu: Add erlang-relx.
Resent-From: Hartmut Goebel
Original-Sender: "Debbugs-submit"
Resent-CC: guix-patches@gnu.org
Resent-Date: Sat, 09 Apr 2022 15:19:01 +0000
Resent-Message-ID:
Resent-Sender: help-debbugs@gnu.org
X-GNU-PR-Message: followup 54796
X-GNU-PR-Package: guix-patches
X-GNU-PR-Keywords: patch
To: Maxime Devos , 54796@debbugs.gnu.org
Received: via spool by 54796-submit@debbugs.gnu.org id=B54796.164951751213694
(code B ref 54796); Sat, 09 Apr 2022 15:19:01 +0000
Received: (at 54796) by debbugs.gnu.org; 9 Apr 2022 15:18:32 +0000
Received: from localhost ([127.0.0.1]:38467 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from )
id 1ndCrA-0003Yo-16
for submit@debbugs.gnu.org; Sat, 09 Apr 2022 11:18:32 -0400
Received: from mout.kundenserver.de ([217.72.192.73]:48137)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from ) id 1ndCr8-0003Yb-6W
for 54796@debbugs.gnu.org; Sat, 09 Apr 2022 11:18:30 -0400
Received: from hermia.goebel-consult.de ([87.176.135.168]) by
mrelayeu.kundenserver.de (mreue109 [212.227.15.183]) with ESMTPSA (Nemesis)
id 1Mnac7-1oLrKM182H-00jYat; Sat, 09 Apr 2022 17:18:23 +0200
Received: from [127.0.0.1] (hermia.goebel-consult.de [192.168.110.7])
by hermia.goebel-consult.de (Postfix) with ESMTP id EAED25FB16;
Sat, 9 Apr 2022 17:18:29 +0200 (CEST)
Content-Type: multipart/alternative;
boundary="------------CuORxgR2rgF0JflvgLLfQ5mx"
Message-ID: <8b42b066-913b-ef42-e126-93a3fbc02abb@crazy-compilers.com>
Date: Sat, 9 Apr 2022 17:18:20 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Content-Language: en-US
References:
<64926e421fb4145966cc13c57869d13ebf33a1d2.1649436566.git.h.goebel@crazy-compilers.com>
From: Hartmut Goebel
Organization: crazy-compilers.com
In-Reply-To:
X-Provags-ID: V03:K1:AMEizYAx/zD2iRaikIfG5LfNb9ilor8DbvW6QHUwZUU0t8QO6Zv
xndnUBmBJOBmLz45yyDH5I23iZxYpsXdC5UJuanN/04K96oE3sLiGiSlQ2Xyfoh420pf89B
XHWC24zcVv1a/M4NAfbPVn9Z5tTkz2ZJNM5gk8pBQFnlKOSfGaldcReowzNURlsIQ2r/xLG
WHcMaVaZ5z9BsuvnwRIYg==
X-UI-Out-Filterresults: notjunk:1;V03:K0:w3ExJxh0xNw=:EcREUS/8/+G4hj9/q+voZx
+cCtXzT6U/va53UtuSkxkryeMlcTyG5Dy5HlYARZeRyp4CuOZQR9ZJKNQdQhFfNb3KnJA6utA
GosYDu8mR/SbeO/ABbPH3SgZZbnTJLu3rq+IM+Me/ATirhTP8pcJ6kvDfvD8u70384alKC6r7
y4XI6/mUbi+3cbe57xxtgA3hFXlfJTbdMy1uRAu91uTB8Fr+vJUitgo23HaMCcMrO29tprXkj
RsW5yiadnepmNFE+PWgy1WvYRgjA5w8UkLNLTJWRp5PEpbgWeTGdzuQWanbyU32tMyUlwdLbw
mzkaG/lajd8mWml2j8YvTO8MyrdX661LnCPjK6SNjO/JxYKcptuiqEHi59kV0HqBfMqqGspB0
/OjtF5n1giOYLtJ8WDuRC9X2UcUfvPqV5pc45n0Zq/gk0O7z+FAwUvcNgpWPAGe9ds0IjvThp
tFM9Xvp8zj4r65yh39VoLKu79TgOh9T10XTVAzatihakHbcFYFytwEUT6Uer1bJwRhdxanqzd
rdHZV2Vme6sd4XQteLMjLGdXc+RYmpW5/cK++kgf6YsVqwobdzCnO9cYUToOO3pygdDgpIDmw
bzCLzQ2+teArhYehnLzY8GuBFRexUW7MEBrQu21OGucHcPmZJwl6ApIDhJtRpdm6meX8anyYd
4AL/ouM8EYJRnLUVQTVQ+ih9CXbmVg96xKPK70qwQpKiJNgdHFzoY88Q0hXbxpF9Di+mQwImM
fp0E4gGU82OYK+Gc
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
X-BeenThere: guix-patches@gnu.org
List-Id:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org
Sender: "Guix-patches"
X-Migadu-Flow: FLOW_IN
X-Migadu-To: larch@yhetil.org
X-Migadu-Country: US
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org;
s=key1; t=1649517548;
h=from:from:sender:sender:reply-to:subject:subject:date:date:
message-id:message-id:to:to:cc:mime-version:mime-version:
content-type:content-type:resent-cc:resent-from:resent-sender:
resent-message-id:in-reply-to:in-reply-to:references:references:
list-id:list-help:list-unsubscribe:list-subscribe:list-post;
bh=Ls5WVIfCwdoKQNlUdxuCMSuYf3zbf0nHc+0TSn29Dwg=;
b=fWDX4XLsbz22cUdnR2QnNFbviADJCT88ha8OKEGG9vpdrDIZmn9ySDg6gRfZrDEHqkBjcR
uTIVoWVH+xCw7kVgRC6IYKitKb4UjWXwkN2QxUXigIkCHWmZQj5/jhe4kCsNUdCK0e3Ndr
7Bijs0p/ol9axVmq7CYYghpOjJZlA/AhogLNmlIDGkmkrYEQNgoRNNK5HMFt64pG51cJiu
MV/8U/zxKJUc5cQfTvlsasAQlIKoO0qHnwAsEqWtBPhtFmhB36DOMLqgI3dsfWFesXyZLq
hLvZPQEzaGvIOp515KDBUDiVAYHwVmPO0CnLLqI/ofNo1XPo4XNG/QiYJ3iPcA==
ARC-Seal: i=1; s=key1; d=yhetil.org; t=1649517548; a=rsa-sha256; cv=none;
b=hCLG6wLiGgD2iq5AWylHw0vEhVPFtPwTSm7YlWc3fzSl7uw7+1yfSCdD+l/cVSqEsLTry0
o+OktoPDtOgR3wyjZhagM53Pnf3cv9eow8+C6aMOsp/sznJMn8/FnTJ6GRBFMVbZ440C3A
N3BBx0HLfFhoTtgNnI0mAbwNEPQbI49RieamxuN7A/l1CeSQaI+tz3Mn7SGxs5vRt3KjvC
NF6QYxq9KcEICGYZ3Zv74nv5GFBWTRHrTyvJ2yM4Y3QIrs8pYw2W0me/OuNjk/ZLFXRqdl
DFo1kRm6Fh/UwejXg8t7EAQlb15w9tZe4XSw/h7iJadXW0LhSn+B/h1y5f1uVg==
ARC-Authentication-Results: i=1;
aspmx1.migadu.com;
dkim=none;
dmarc=none;
spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org"
X-Migadu-Spam-Score: -3.07
Authentication-Results: aspmx1.migadu.com;
dkim=none;
dmarc=none;
spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org"
X-Migadu-Queue-Id: CEA81F8CC
X-Spam-Score: -3.07
X-Migadu-Scanner: scn1.migadu.com
X-TUID: mieNkoo95MTK
This is a multi-part message in MIME format.
--------------CuORxgR2rgF0JflvgLLfQ5mx
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Am 09.04.22 um 13:45 schrieb Maxime Devos:
> erlang-relx looks like some kind of tool that can be run and not a
> library. … Can the 'erlang-' prefix be dropped?
The github repo says: „|relx| is a library used by rebar3“. Thus I'd
keep the „erlang-“ prefix.
> Does the input need to be propagated?
AFAIK: Like for Python, run-time dependencies of Erlang *libraries* need
to be propagated. Erlang does not actually have a notion of „library“.
It's more like Rust where all all dependent sources are expected to be
available at build-time and then put into the „executable“. Basically
this is statically linked, so only developers/package-builders are
effected by this propagation.
Would be great if some experienced Erlang developer would show up and
show a solution without needing to propagate.
--
Regards
Hartmut Goebel
| Hartmut Goebel |h.goebel@crazy-compilers.com |
|www.crazy-compilers.com | compilers which you thought are impossible |
--------------CuORxgR2rgF0JflvgLLfQ5mx
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
Am 09.04.22 um 13:45 schrieb Maxime
Devos:
erlang-relx looks like some kind of tool that can be run and not a
library. … Can the 'erlang-' prefix be dropped?
The github repo says: „relx
is a library used by
rebar3“. Thus I'd keep the „erlang-“ prefix.
Does the input need to be propagated?
AFAIK: Like for Python, run-time dependencies of Erlang libraries
need to be propagated. Erlang does not actually have a notion of
„library“. It's more like Rust where all all dependent sources are
expected to be available at build-time and then put into the
„executable“. Basically this is statically linked, so only
developers/package-builders are effected by this propagation.
Would be great if some experienced Erlang developer would show up
and show a solution without needing to propagate.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goebel@crazy-compilers.com |
| www.crazy-compilers.com | compilers which you thought are impossible |
--------------CuORxgR2rgF0JflvgLLfQ5mx--