From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id 2AMqLB5NBF/iCAAA0tVLHw (envelope-from ) for ; Tue, 07 Jul 2020 10:23:26 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id qIHbJx5NBF8UbwAAbx9fmQ (envelope-from ) for ; Tue, 07 Jul 2020 10:23:26 +0000 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 A21679400BB for ; Tue, 7 Jul 2020 10:23:25 +0000 (UTC) Received: from localhost ([::1]:59584 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jskl1-0005HC-Oe for larch@yhetil.org; Tue, 07 Jul 2020 06:23:23 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57754) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jskkt-0005GC-JJ for help-guix@gnu.org; Tue, 07 Jul 2020 06:23:15 -0400 Received: from mout02.posteo.de ([185.67.36.66]:49303) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jskkm-0003Ha-0G for help-guix@gnu.org; Tue, 07 Jul 2020 06:23:15 -0400 Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 80A34240100 for ; Tue, 7 Jul 2020 12:23:02 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1594117382; bh=sGZRcGTHAKF0Co0aquufleMnkV4r2S+8605MDwFI8J8=; h=Subject:To:Cc:From:Date:From; b=D5Ihm2STUOCEdQBDVPZluYiT/Vz6VJK3e1D9abkOcbJRjMpj/rbguNNroosfJ3fxa 1RsK+XCJ8ZzQaAghJSQNqRyeB3wwTeMXVFHqi4CSp2KB5E3KTaHnJrDsudBOU1Jrp6 XDYiRFFUJO2QGCKtKcZGeSUaC9+/QlVVvNztSMtbi7owjb2qTmlBkvmWGADv/DvnPQ QPRXlc+aDHPmP9gs3BcT66TeEbru3J9rUHyoT4TfUGqGV/Ux4qGqmraJEfQQSb48U7 OOC85QpYr+besKC9J9QSsesS0ZL5K1scuQu9frMvDCN8WjLYJ0i+PVDHOIWWTRlsva IplSsIWpMdHew== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4B1JRV00zvz9rxb; Tue, 7 Jul 2020 12:23:01 +0200 (CEST) Subject: Re: Erlang + Emacs profile To: Maxim Cournoyer References: <3801410f-667e-9cac-74f3-d56a519adcc2@posteo.de> <871rm4mcm1.fsf@gmail.com> <17cbeb3d-8950-3f96-6106-ad2dbde661db@posteo.de> <877dvhl2sg.fsf@gmail.com> From: Zelphir Kaltstahl Message-ID: Date: Tue, 7 Jul 2020 12:23:01 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Icedove/68.8.0 MIME-Version: 1.0 In-Reply-To: <877dvhl2sg.fsf@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US Received-SPF: pass client-ip=185.67.36.66; envelope-from=zelphirkaltstahl@posteo.de; helo=mout02.posteo.de X-detected-operating-system: by eggs.gnu.org: First seen = 2020/07/07 06:23:02 X-ACL-Warn: Detected OS = Linux 3.11 and newer X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: help-guix@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: help-guix@gnu.org Errors-To: help-guix-bounces+larch=yhetil.org@gnu.org Sender: "Help-Guix" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.de header.s=2017 header.b=D5Ihm2ST; dmarc=pass (policy=none) header.from=posteo.de; spf=pass (aspmx1.migadu.com: domain of help-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=help-guix-bounces@gnu.org X-Spam-Score: -1.71 X-TUID: pjbYAqFNv4kA Hey Maxim! Wow, thanks for the notes on how to debug the problem as well as looking into it. I'll try to do the same debugging later myself, to learn how to do that and perhaps in the future know what to look for. Regards, Zelphir On 06.07.20 05:50, Maxim Cournoyer wrote: > Hello Zelphir! > > Zelphir Kaltstahl writes: > > [...] > >> Then I try to run the org-mode source block hello world Erlang: >> >> ~~~~ >> start() -> >> io:format("hello world"). >> ~~~~ >> >> Here however, I get an error logged in my *Messages* buffer: >> >> ~~~~ >> executing Erlang code block... >> append-export-all: Symbol’s function definition is void: string-join >> ~~~~ > Getting close! I've had this error before and could workaround it (I > forgot how). let's see... > > The string-join call originates from this procedure, which is in > ob-erlang.el: > > --8<---------------cut here---------------start------------->8--- > (defun append-export-all (code-body) > "Append -compile(export_all). after -module line if CODE-BODY do not has export line." > (if (export-p code-body) > code-body > (string-join (mapcar > (lambda (line) > (if (string-match-p "^-module" line) > (setq line (concat line "\n-compile(export_all).")) > line)) > (split-string code-body "\n")) > "\n"))) > --8<---------------cut here---------------end--------------->8--- > > In Emacs, C-h f string-join RET says it is defined in the subr-x.el > module: > > --8<---------------cut here---------------start------------->8--- > string-join is a compiled Lisp function in > ‘/gnu/store/pm5kipzcpkfxspy0hhq0jnma7475hqhv-emacs-26.3/share/emacs/26.3/lisp/emacs-lisp/subr-x.el’. > > (string-join STRINGS &optional SEPARATOR) > > Join all STRINGS using SEPARATOR. > --8<---------------cut here---------------end--------------->8--- > > Clicking on the link to the file fails to display it. After some head > scratching, it turns out that Emacs calls out to 'sh' and 'gzip' to > uncompress the 'subr.el.gz' file, and failing to do so 'string-join' is > undefined. That's a bug in our Emacs package, it should just work even > when ran in a container, at least for such core functionality. > > For now, using 'guix environment -m manifest.scm --pure --ad-hoc bash > gzip' gets us passed this road block. Unfortunately doing the above > steps still fail to produce the "hello world" result in a pure > environment. > > Time to C-u C-M-x (edebug) org-babel-execute-src-block and see where the > it stumbles, given the lack of error message. > > Everything looks fine until line 704 in ob-core.el: > > (let ((r (funcall cmd body params))) > > Where cmd, body and params are bound to org-babel-execute:erlang, > "start() ->\n io:format(\"hello world\")." and ((:colname-names) > (:rowname-names) (:result-params "replace") (:result-type . value) > (:results . "replace") (:exports . "code") (:session . "none") (:cache > . "no") (:noweb . "no") (:hlines . "no") (:tangle . "no")), > respectively. > > C-h f org-babel-execute:erlang RET allows us to navigate to its > definition, which we instrument for Edebug (C-u C-M-x) then run the > entry-point M-x org-babel-execute-src-block again. > > The function saves the following script to a file named ".erc" under a > temporary directory, with the following content: > > --8<---------------cut here---------------start------------->8--- > -module(). > -compile(export_all). > start() -> > io:format("hello world"). > --8<---------------cut here---------------end--------------->8--- > > Which it compiles with: erlc -o /tmp/org-babel-erlangFBLqDi > /tmp/org-babel-erlangFBLqDi/.erl > > The file name is made by concatenating the module name (specified with > -module line or a :module code block parameter), which we didn't specify > here so it is nil. > > It seems that a nil module name is not valid in erlang. the > -module(). doesn't compile and the file name '.erl' seems to cause > problems too. ob-erlang should probably choose a default module name > when the user doesn't care to specify one instead of producing broken > code. > > The workaround is to define a module name as explained on the ob-erlang > home page: > > #+BEGIN_SRC erlang :module tryerlang > start() -> > io:format("hello world"). > #+END_SRC > > Except there's a bug in ob-erlang and this also fails (it still produces > a -module(). line). > > Instead, define it yourself: > > #+begin_src erlang > -module(m). > start() -> > io:format("hello world"). > #+end_src > > This works. > > I'll take two actions following this: > > 1) Create a Guix bug against our Emacs package: installing bash and gzip > should not be necessary in a container just so that Emacs is able to > load core modules --> done: http://issues.guix.gnu.org/issue/42224 > > 2) Submit a PR to the ob-erlang project that fixes the above problems > --> done: https://github.com/xfwduke/ob-erlang/pull/2. > > HTH! > > Maxim -- repositories: https://notabug.org/ZelphirKaltstahl