From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: remote execution in heterogeneous environment Date: Thu, 29 Nov 2012 12:16:43 -0500 Message-ID: <9582.1354209403@alphaville> References: Reply-To: nicholas.dokos@hp.com Return-path: Received: from eggs.gnu.org ([208.118.235.92]:53039) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Te7jI-0002Le-Fc for emacs-orgmode@gnu.org; Thu, 29 Nov 2012 12:16:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Te7jC-00071R-85 for emacs-orgmode@gnu.org; Thu, 29 Nov 2012 12:16:52 -0500 Received: from g6t0186.atlanta.hp.com ([15.193.32.63]:15983) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Te7jC-00070J-2Y for emacs-orgmode@gnu.org; Thu, 29 Nov 2012 12:16:46 -0500 In-Reply-To: Message from Neil Best of "Thu, 29 Nov 2012 16:48:40 GMT." List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Neil Best Cc: emacs-orgmode@gnu.org Neil Best wrote: > I run Macport's Emacs and ELPA's Org on my Mac but my data lives in a > Red Hat environment. I thought I could edit locally and compute > remotely but there seems to be a problem with temp files for executing > source blocks. > > #+BEGIN_SRC sh :dir /midway:~ echo "Executed by `whoami` on `hostname` > in `pwd`" #+END_SRC > > Results are empty and in the message buffers appears this: > > executing Sh code block... Tramp: Opening connection for midway using > ssh... > > Opening connection for midway using ssh... \ Tramp: Opening connection > for midway using ssh...done Tramp: Encoding region using function > `base64-encode-region'...done Tramp: Decoding region into remote file > /ssh:midway:/var/folders/2y/qrw3hhkx0dlb9sbl51mjy5wm0000gn/T/sh-510999vN...done > byte-code: Couldn't write region to > `/ssh:midway:/var/folders/2y/qrw3hhkx0dlb9sbl51mjy5wm0000gn/T/sh-510999vN', > decode using `base64 -d -i >%s' failed > > I suspect this has something to do with how Emacs asks OSX for temp > file names. Can anyone confirm this? Is there a work-around? > It may be that the fix I pointed to in the previous email will change this (who knows? it may even fix it :-) ) But there is one additional point that you might want to check. It looks as if you are creating temp files under /var/folders/2y on the remote: are you sure that a) the structure exists and b) permissions are set correctly? Do you have the /var/folders/2y structure on the local host or only on the remote? If only on the remote and the source block is running locally (because of the funcall bug), that would sort-of explain this behavior. Nick