From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: Invalid function: with-parsed-tramp-file-name with Perl Date: Wed, 19 Sep 2012 09:49:06 -0400 Message-ID: <6364.1348062546@alphaville> References: <87hau4ubgp.fsf@slate.zedat.fu-berlin.de> <7708.1340286834@alphaville> <87a9zwvhtp.fsf@slate.zedat.fu-berlin.de> <8083.1340291591@alphaville> <87395jub00.fsf@slate.zedat.fu-berlin.de> <877grro2av.fsf@slate.zedat.fu-berlin.de> <87haqupgfx.fsf@bzg.ath.cx> <87k3vqfjkd.fsf@slate.zedat.fu-berlin.de> <87wqzql4e6.fsf@bzg.ath.cx> <87boh2fgqu.fsf@slate.zedat.fu-berlin.de> Reply-To: nicholas.dokos@hp.com Return-path: Received: from eggs.gnu.org ([208.118.235.92]:38371) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TEKeT-000891-6N for emacs-orgmode@gnu.org; Wed, 19 Sep 2012 09:49:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TEKeK-0004ck-Of for emacs-orgmode@gnu.org; Wed, 19 Sep 2012 09:49:17 -0400 Received: from g5t0007.atlanta.hp.com ([15.192.0.44]:27155) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TEKeK-0004ca-Ir for emacs-orgmode@gnu.org; Wed, 19 Sep 2012 09:49:08 -0400 In-Reply-To: Message from "Loris Bennett" of "Wed, 19 Sep 2012 12:29:13 +0200." <87boh2fgqu.fsf@slate.zedat.fu-berlin.de> 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: Loris Bennett Cc: emacs-orgmode@gnu.org Loris Bennett wrote: > Bastien writes: > > > Hi Loris, > > > > "Loris Bennett" writes: > > > >> Nothing works now, not even > >> > >> #+BEGIN_SRC sh :file tmp.txt :dir /xxxxx@xxxxxxx: > >> echo hostname > >> #+END_SRC > > > > Maybe you don't have permission to read the /tmp/ dir > > on the remote machine? > > > > Anyway, it's hard to debug with so little information. > > In the *Org-Babel Error Output* buffer, I get the following: > > /bin/bash: /scpc:xxxxx@xxxxxx:/tmp/sh-script-7472puH: No such file or directory > > But the file exists on the remote server: > > $ ls -l /tmp/sh-script-7472puH > -rwxr-xr-x 1 xxxxxx xxxxxx 15 Sep 19 11:20 /tmp/sh-script-7472puH > > And if I execute it on the remote server, I get the expected result: > > $ /tmp/sh-script-7472puH > xxxxxx > > So it seems that the call to the temporary file fails. Is the method > /scpc: new? I don't recall seeing it before (but, then again, it used > to work before, so I never saw an error message ...). > I don't think so. The tramp doc says: ,---- | `scpc' -- `ssh' and `scp' | Newer versions of `ssh' (for example OpenSSH 4) offer an option | `ControlMaster'. This allows `scp' to reuse an existing `ssh' | channel, which increases performance. | | Before you use this method, you should check whether your `ssh' | implementation supports this option. Try from the command line | | ssh localhost -o ControlMaster=yes /bin/true | | If that command succeeds silently, then you can use `scpc'; but if | it fails like | | command-line: line 0: Bad configuration option: ControlMaster | | then you cannot use it. Note, that the option `ControlPersist', | if it is supported by your `ssh' version, must be set to `no'. | | This method supports the `-p' argument. `---- But probably the best thing to do is to leave org out of it and try opening the file directly: it seems to be a tramp problem. Nick