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--