From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id THcEBTryKWEQ7wAAgWs5BA (envelope-from ) for ; Sat, 28 Aug 2021 10:22:18 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id oEdKADryKWGIfgAA1q6Kng (envelope-from ) for ; Sat, 28 Aug 2021 08:22:18 +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 D1D311F55A for ; Sat, 28 Aug 2021 10:22:16 +0200 (CEST) Received: from localhost ([::1]:44978 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mJtbO-0000r3-KF for larch@yhetil.org; Sat, 28 Aug 2021 04:22:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:36366) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mJta2-0007xk-VW for emacs-orgmode@gnu.org; Sat, 28 Aug 2021 04:20:46 -0400 Received: from ciao.gmane.io ([116.202.254.214]:34882) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mJta1-0002Xg-AY for emacs-orgmode@gnu.org; Sat, 28 Aug 2021 04:20:46 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mJtZy-00079Q-Sn for emacs-orgmode@gnu.org; Sat, 28 Aug 2021 10:20:42 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: emacs-orgmode@gnu.org From: Maxim Nikulin Subject: Re: ob-lilypond.el doesn't generate midi files Date: Sat, 28 Aug 2021 15:20:32 +0700 Message-ID: References: <87zgt4tlcy.fsf@autistici.org> <87ilzsm1d9.fsf@alphaville.usersys.redhat.com> <87tujall3t.fsf@alphaville.usersys.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 In-Reply-To: <87tujall3t.fsf@alphaville.usersys.redhat.com> Content-Language: en-US Received-SPF: pass client-ip=116.202.254.214; envelope-from=geo-emacs-orgmode@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 24 X-Spam_score: 2.4 X-Spam_bar: ++ X-Spam_report: (2.4 / 5.0 requ) BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FORGED_MUA_MOZILLA=2.309, FREEMAIL_FORGED_FROMDOMAIN=0.248, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, NICE_REPLY_A=-0.437, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1630138937; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post; bh=o39R8MdXldg1WVz6Y09EveHE5PO3NiLdyTa11F/QX1Q=; b=Q3xuo1AxWTpYuIENaNfIxn+pMm11KgSc14p+uZxR4PXxJLKXoyz7bUTVR9BJvgPD/THzGD o0kr7X6vAwmiEQYh/oK6wx9zf8U6MNZAd9MFz6gShIiJANL+4W2IHTNR3GjjS5835kb5Nv JPe4xwc07jCis6B2D1v71/FuTlBafsd+tkr1hX37XDVHKGTYncf4WXSuQWEM+oxgrxm7SV 18m76hAx+SQCBkDxhgXVmqBUttIIGpIp1bcX+X7k/Zk5n670ssTqqjV1yA/UT2wCs+2RcK cs9BrKyiJDFjx81QsPDDLbbi9aV4BMCq88v205+y5/BOGaJOc3NRYzbnlIlCMQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1630138937; a=rsa-sha256; cv=none; b=sxobicXIwBxCtBq8iI2b6nQU74vXxnW94Tu2G9wkC9tfJqNb1YCOEg8+qgB+AndqAwa9yO sz7ntee+m5nTShHSd6u2PIKpeVnZ5bt7G3sbBzWJ3QFr2t93uXOWFfKzBsxd/mmhX4i6+l ENnzlf9YPfBs9UHeJxM5lL8NMJ/hucdWA+pcuMc6Ta+++1AWlHZZd03lQyzU22c6Tt1dQd rTJVUiIpb3mMcdyTGH+dayFct6ZIxtUBdlEOCKmr/46TzK8wJnPGTeT2WqLwXEuTfrY9Un G6D/v71mW4nVRfP25/TIqrwJd16lYwHv6WEWM/h0YgKbEVVNwhMJkwOR+ovgeQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Spam-Score: -0.33 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: D1D311F55A X-Spam-Score: -0.33 X-Migadu-Scanner: scn0.migadu.com X-TUID: /gzxlJ6Ep4ZC On 28/08/2021 02:54, Nick Dokos wrote: > > Also check if `org-babel-lilypond-arrange-mode' is t or nil: behavior > is very different depending on that. > > Final thought: `xdg-open' starts whatever app it is supposed to run > in the background and returns immediately. That may cause problems with > babel. To be precise, xdg-open is merely a wrapper. It does not decide whether a viewer should be started in background or in foreground, it just delegates decision concerning particular application and a way to start it to desktop environment (if any is running). Gnome's gio open and kde-open5 launch appropriate viewer in background. In my opinion they are free to do so. It is a decade-old problem that emacs kills such processes. I disagree that it is e.g. Gnome bug. https://lists.gnu.org/archive/html/emacs-devel/2009-07/msg00279.html ob-lilypond.el suffers from this problem in its original form, and it should be fixed. Approach taken in Org mode for compatibility reasons: https://code.orgmode.org/bzg/org-mode/commit/869b7a21b94ed112f6640c8f2711c2a68b661dea Emacs mailcap: http://git.savannah.gnu.org/cgit/emacs.git/tree/lisp/net/mailcap.el#n1180 Pipe process instead of pty one is not a really robust way. The sour truth is that emacs API does allow reliable "shoot and forget" approach for external applications. Currently viewers might make Emacs CPU hungry for no reason (unsure if applications with such behavior exist in real world however). Eli Zaretskii suspects some incompatibility due to switching from pty to pipe processes, but he refused to provide details https://debbugs.gnu.org/cgi/bugreport.cgi?bug=12972#38