Re: Completion of links to man pages

Eli Zaretskii writes: Hi, >> > I don't think woman.el is being developed, or is it? >> >> Do you mean that woman.el will be obsoleted? > > AFAIU, it already is, de-facto. Unless someone steps forward and > volunteers to develop woman.el so as to add all the many missing > features that Groff ha

Re: Emacs-related IRC channels moving to Libera.Chat

Amin Bandali writes: > Hello, Hi Amin, > Per today's announcement [0] on GNU and FSF moving to the Libera.Chat > IRC network, the following Emacs-related channels are also moving from > Freenode to Libera.Chat: Are there plans to replace freenode by Libera.Chat in the Emacs sources? Best rega

Re: org-capture user-error: Abort

Jean Louis writes: Hi Jean, > Even if it is error, why it should be written with the dash as > "user-error"?! `user-error' is a standard error symbol in Emacs, which is fired by the function `user-error'. See (info "(elisp) Signaling Errors") Best regards, Michael.

[O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?

Nicolas Goaziou writes: > Hello, Hi Nicolas, > Alternatively, by using TRAMP (see [TRAMP User Manual]), > `org-mobile-directory' may point to a remote directory accessible > through, for example, SSH, SCP, or DAVS: > > (setq org-mobile-directory "/davs:/u...@remote.host:org/we

[O] bug#32722: bug#32722: bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?

Nicolas Goaziou writes: > Hello, Hi Nicolas, > 1 Setting up the staging area > ═ > > The mobile application needs access to a file directory on a server[1] > > Alternatively, by using TRAMP (see [TRAMP User Manual]), > `org-mobile-directory' may point to a remo

[O] bug#32722: bug#32722: 26.1; Org-publish depend on non-free platform ?

Nicolas Goaziou writes: > Hello, Hi, >> Is the WebDAV server code free software? > > At least some implementations are, e.g., Nextcloud, listed in the FSF > directory. > >> Can you talk to such a server without any nonfree client software? > > I do it with Gnome file manager. There is also an o

Re: [O] bug in tramp?

Nicolas Goaziou writes: > Hello, Hi Nicolas, > I removed the sole (require 'tramp) I could find in the code base. > Hopefully it solves the problem. Thanks! > Regards, Best regards, Michael.

Re: [O] bug in tramp?

Thomas Holst writes: > Hi Michael, Hi Thomas, > The culprit was that I use org-mode and tramp from git. Now I set the > load-path for org at the very beginning of my .emacs file but for > tramp further down. As I understand org requires tramp at some point. > So it loaded tramp from emacs but n

Re: [O] 6 failing tests on master branch

Kaushal Modi writes: > This seems to be related to a tramp file notation change on emacs > master. I don't use tramp, but I heard about it on emacs-devel. Indeed. > Here is a test expression: > > (find-file-name-handler "/myself@some.where:papers/last.pdf" > 'file-remote-p) > > On emacs 25.

Re: [O] Bug: :session doesn't honor :verbatim [8.2.10 (release_8.2.10 @ /usr/local/share/emacs/26.0.50/lisp/org/)]

"Charles C. Berry" writes: >> However, I don't want to change this globally. Is there an org mean to >> change this locally just for the session? >> >> Maybe the shell prompt could be customizable for a session in ob-sh.el? > > That happens in the shell. You can do this to start your session: > >

Re: [O] Bug: :session doesn't honor :verbatim [8.2.10 (release_8.2.10 @ /usr/local/share/emacs/26.0.50/lisp/org/)]

"Charles C. Berry" writes: > Michael might get some relief by altering `shell-prompt-pattern' whose > default value is > > "^[^#$%>\n]*[#$%>] *" > > is tricked by the embedded `%' in the output lines > > If you know the prompt will not contain `%', you could delete that. > > Changing the asterisk

[O] Bug: :session doesn't honor :verbatim [8.2.10 (release_8.2.10 @ /usr/local/share/emacs/26.0.50/lisp/org/)]

Hi, when I eval the following source block, everything is fine: #+BEGIN_SRC sh :results verbatim df -h / #+END_SRC #+RESULTS: : Filesystem Size Used Avail Use% Mounted on : /dev/sda6 137G 55G 76G 43% / However, using a :session shortens the output unexpectedly: #+BEGIN_SRC sh

Re: [O] Sync up the org in emacs master to org maint branch?

Rasmus writes: > Hi, Hi, > *AFAIR* it was too late and would thus not have received enough test from > the general Emacs community. org-mode comes with some hundred ert test cases. It would be great if they'll land also in the Emacs master branch; this will give much more testing. > Thanks, >

Re: [O] [Patch] org-display-inline-images: Add support for remote images

Kit-Yan Choi writes: > But is it theoretically possible to have two remote file paths sharing > the same local copy file name? i.e. `make-temp-file' generates the > same temporary file name for two separate calls? No, never ever. After choosing a random file name, make-temp-file checks whether t

Re: [O] [Patch] org-display-inline-images: Add support for remote images

Kit-Yan Choi writes: > Michael, Hi Kit, > Thanks for the suggestion. Indeed `file-local-copy' would have made > the code cleaner. Yet `file-local-copy' generates a new filename each > time it's run. But I wanted to allow the code to check whether the > remote image has already been fetched befo

Re: [O] [Patch] org-display-inline-images: Add support for remote images

Kit-Yan Choi writes: > Ah my apologies. I forgot I had to use `file-name-directory' for > creating the path to the temporary directory (too long ago since I did > this). Here is the corrected version. > > --- a/lisp/org.el > +++ b/lisp/org.el > @@ -19340,7 +19340,7 @@ boundaries." > (not (cdr (or

Re: [O] Custom todo-like thing in agenda?

Sebastien Vauban writes: > Hello Marcin, Hi, > - `org-debbugs.el' package from Michael Albinus ... which is meanwhile debbugs-org.el, part of the debbugs package on GNU ELPA. > Best regards, > Seb Best regards, Michael.

Re: [O] results from Python block not visible

Daniel Clemente writes: > I reported this to emacs (bug 18095): > http://lists.gnu.org/archive/html/bug-gnu-emacs/2014-07/msg00736.html > > It's still happening with latest emacs and org-mode It's fixed in Emacs' trunk. Best regards, Michael.

Re: [O] [bug?] Tramp tries to open remote file links

Sebastien Vauban writes: > I'm not sure I use the right wording, but I'm trying to say that Org > (when set to open inline images) should never try to open PDF files, as > they can't be opened inline in a buffer anyway. This might change, when Emacs' xwidget branch is merged into trunk. And no

Re: [O] [bug?] Tramp tries to open remote file links

Sebastien Vauban writes: >> That's what I'm speaking about. And if you have a local DocView >> installation, it works for either remote or local files (Tramp provides >> a local copy of the remote file). > > But DocView won't display a PDF file as an image inside a buffer of > text, will it? N

Re: [O] [bug?] Tramp tries to open remote file links

Sebastien Vauban writes: > Michael Albinus wrote: >> Sebastien Vauban writes: >> >>> Though, is it normal to try to open a remote PDF file while Emacs is >>> unable of displaying it in the buffer (unlike PNG files, IIUC)? >> >> Emacs is also able to

Re: [O] [bug?] Tramp tries to open remote file links

Sebastien Vauban writes: > Though, is it normal to try to open a remote PDF file while Emacs is > unable of displaying it in the buffer (unlike PNG files, IIUC)? Emacs is also able to open and display a remote PDF file. > Maybe that's not a bug per se, but rather a feature that should only be

Re: [O] [bug?] Tramp tries to open remote file links

Sebastien Vauban writes: > <... lots of contents...> Well, Tramp is invoked via (expand-file-name "/myself@..."). The call hierarchy is (if I haven't overseen something) expand-file-name org-element-link-parser org-element-context org-image-file-name-regexp org-display-inline-images org-mod

Re: [O] [bug?] Tramp tries to open remote file links

Sebastien Vauban writes: >>> Is this supposed to be normal? Why does Tramp open the file? >> >> Because Tramp has been instructed so? I suppose, following the above >> link results in > > I think we did not understand each other (or did we?) because that's the > thing: I don't follow the link,

Re: [O] [bug?] Tramp tries to open remote file links

Sebastien Vauban writes: > Hello, Hi Sebastien, > When I just open an Org file that has a link to a remote file, Tramp > tries to open it, leading to errors and timeouts when offline, at least. > > * References > > Some files of interest: > > [[file:/me-ohc15rc7jgtnlxjtenl...@public.gmane.org

Re: [O] An org password manager

jorge.a.alf...@gmail.com (Jorge A. Alfaro-Murillo) writes: > Michael Albinus writes: Hi Jorge, >> A useful feature would be an auth-source backend, See (info "(auth)") >> By this, other packages (like Gnus or Tramp) would profit from the >> password manager direc

Re: [O] An org password manager

Bastien writes: > Hi Jorge, Hi, >> If there is interest from the community this can also go to >> /contrib. > > I think this would be a nice contribution. A useful feature would be an auth-source backend, See (info "(auth)") By this, other packages (like Gnus or Tramp) would profit from the pa

Re: [O] Preventing Tramp from executing on agenda command?

'Mash writes: > Morning, Hi, > I have an agenda file which contains a URL with port > (https://example.example.com:2000) which unfortunately Tramp attempts > to connect to when I pull the agenda, causing Emacs to hang. > > Any idea why this is happening by default? That's not a Tramp file, Tra

Re: [O] Local variables and babel

t...@tsdye.com (Thomas S. Dye) writes: > Aloha all, Hi, > This led me to try to incorporate some of the file-specific setup steps > into the local variables as well. For instance, in a file where I'm > working with Common Lisp source code blocks and a graph library, I have > this: > > # eval:

Re: [O] Local variables in org files

"Sebastien Vauban" writes: > Hello Michael, Hi Sebastien, >> However, I must have misread the documentation. The "#+CALL: init" >> directive has no effect when loading a respective xxx.org file :-( > > Nope, it doesn't, but you can add an `eval' directive in your Local > Variables section, an

Re: [O] Local variables in org files

Nick Dokos writes: > Not sure if there are any limits for the top style but maybe you could > combine the two styles of local variables - maybe: > > # -*- foo: (1 2 3 4) -*- This would move the problem to the headline. No idea, whether there is a limit (to be tested). But this extremely long and

[O] Local variables in org files

Hi, I'm trying to save the result of "M-x debbugs-org" into a file (this is a TODO list). For further handling, also some buffer local variables must survive. Therefore, I append at the very end of that file something like this: * Local Variables ** Local Variables: ** eval: (debbugs-org-mode 1)

Re: [O] Org-mode in windows fires Tramp without any intervention

Toni Cebrián writes: > Hi, Hi Toni, > I have my own complex Emacs configuration files developed over time > when working in a Linux environment. You can see that > https://github.com/tonicebrian/emacsconfig in case you are curious. It > works seamlessly in Linux and I tried to use that as-is wh

Re: [O] org-debbugs.el

Bastien writes: > Hi Michael, Hi Bastien, > Can you resend a patch so that I add this to contrib/? Did you read the whole thread? My last message on the topic? > Thanks! Best regards, Michael.

Re: [O] org-debbugs.el

Michael Albinus writes: Hi, >> If the org-mode maintainers find this package useful, it could be added >> to the contrib directory. > > Still no response from the maintainers. Before I continue to invest into > this package, I would like to know whether it is a suitable

Re: [O] org-debbugs.el

Nicolas Richard writes: > Hello Michael, Hi Nicolas, > While trying your package, I noticed that C-h m would not work because > of a misplaced docstring. Here's the patch (but I'm not sure I have the > latest version, sorry if this is already fixed). Thanks. I've submitted a similar patch so

Re: [O] org-debbugs.el

Michael Albinus writes: Hi, > If the org-mode maintainers find this package useful, it could be added > to the contrib directory. Still no response from the maintainers. Before I continue to invest into this package, I would like to know whether it is a suitable approach. Otherwise, I

Re: [O] org-debbugs.el

Michael Albinus writes: Hi Suvayu, >> I tried to test by looking for a specific bug. This is what I tried: >> >> - search phrase: emacsclient >> - submitter: fatkasuvayu (that is leading part of my email address) >> - status: done or nothing >> >> B

Re: [O] Org mode issue tracker

Brett Viren writes: > Hi, Hi Brett, >> * TODO Subject :emacs_ver:org_ver:org_module: > ... >> Emacs version ends up as a tag: >> >> * TODO . :24.3: > > Or, if I add an Org version: > > * TODO . :24.3:8

Re: [O] org-debbugs.el

Michael Albinus writes: >> I tried to test by looking for a specific bug. This is what I tried: >> >> - search phrase: emacsclient >> - submitter: fatkasuvayu (that is leading part of my email address) >> - status: done or nothing >> >> But then I get

Re: [O] org-debbugs.el

ves me the following backtraces: Oops. Fixed, patch appended. Best regards, Michael. >From c0214b63bc7a5e532a1c0fe06ebe3bb50f1a9b49 Mon Sep 17 00:00:00 2001 From: Michael Albinus Date: Wed, 2 Oct 2013 13:36:20 +0200 Subject: [PATCH] * org-debbugs.el (org-debbugs-mode-map): Move docstring where it belongs to. --- con

Re: [O] org-debbugs.el

Michael Albinus writes: Hi, > I have produced a very first shot of org-debbugs.el. It shows you bug > reports from debbugs.gnu.org as TODO items. It needs the debbugs package > from the GNU ELPA repository. Well, there hasn't been too much response for this. I have completed t

[O] org-debbugs.el

Hi, I have produced a very first shot of org-debbugs.el. It shows you bug reports from debbugs.gnu.org as TODO items. It needs the debbugs package from the GNU ELPA repository. If you want to try it, you could call (org-debbugs nil '("org-mode")) You will see a list of TODO items which belong

Re: [O] org mode R remote code evaluation

kage the patch with git format-patch. Patch is appended. > Thanks, Best regards, Michael. >From 2b8db5486de75ec35c2c0d3e6063847cf582ace7 Mon Sep 17 00:00:00 2001 From: Michael Albinus Date: Fri, 27 Sep 2013 13:34:03 +0200 Subject: [PATCH] * ob-core.el (org-babel-local-file-name): Sim

Re: [O] org mode R remote code evaluation

Alexander Vorobiev writes: > #+BEGIN_SRC sql :engine postgresql :dir /grid: :results output : > colnames yes > select 2+2 as four, 1+1 as one; > #+END_SRC > > #+RESULTS: > | 4\t2 | > > It works! As you see there are still some problems with ob-sql (no > column names and \t is not parsed correctly

Re: [O] Org mode issue tracker

Suvayu Ali writes: > I forgot to add; regarding your comment about retrieving several > messages might be expensive, there could be an elisp link or a babel > source block that does this on demand. "Elisp link" is the beast I was looking for, thanks. Likely, there is no need for a babel source b

Re: [O] Org mode issue tracker

"Sebastien Vauban" writes: Hi Sebastien and Suvayu, Thanks a lot for your comments. That's pretty good for starting a proof-of-concept. Will do. Some comments from my side: >>> ((source . "unknown") >>> (found_versions "24.3") >> >> Emacs version ends up as a tag: >> >> * TODO .

Re: [O] org mode R remote code evaluation

Alexander Vorobiev writes: > Michael, Hi Alex, > * this doesn't work > #+BEGIN_SRC sql :engine postgresql :dir /grid: :results output > select 1+2 as three; > #+END_SRC > > /plinkx:grid:/tmp/sql-in-7928arv...done > psql -A -F " " -f "c:/tmp/sql-in-7928arv" -o "c:/tmp/sql-out-7928Z_E" > -f c:/t

Re: [O] org mode R remote code evaluation

Eric Schulte writes: > I'd rather not hard-code the value of "/tmp/". Perhaps you could rework > the patch so that it introduces a new customizable variable (including a > documentation string) so that users can set the value for their system. Will do, tomorrow. I would even prefer a more gener

Re: [O] Org mode issue tracker

"Loyall, David" writes: >> (I'm not so experienced with org-mode, so I would need at least some >> assistance how such a TODO item should look like) > > A 'headline' is a 'TODO item' if-and-only-if it contains one of the > TODO Keywords in the appropriate position. > > See: http://orgmode.org/wor

Re: [O] org mode R remote code evaluation

Alexander Vorobiev writes: > Hi Michael, Hi Alex, > The patch seems to be working, the only thing I noticed is having > http://www.emacswiki.org/emacs/setup-cygwin.el loaded together with > the patched ob-core.el makes tramp prepend "/cygwin" to /tmp/. When I > disabled (require 'setup-cygwin)

Re: [O] Org mode issue tracker

"Sebastien Vauban" writes: > Hi Suvayu, Hi, >>> The other solution that I'd see would be using Emacs' own bug tracker (the >>> `org' package is already known to them), if that's >>> possible. Anyway, having the >>> bugs in an Org file seems natural too! >> >> I think this is a great idea. A

Re: [O] org mode R remote code evaluation

Alexander Vorobiev writes: > Hi Michael, Hi Alex, > Here it is. Thanks. I believe, the following patch shall cure it: --8<---cut here---start->8--- --- a/lisp/ob-core.el +++ b/lisp/ob-core.el @@ -2735,8 +2735,12 @@ value of `temporary-file-directory' tempo

Re: [O] org mode R remote code evaluation

Alexander Vorobiev writes: > Here is what I have: > > ELISP> emacs-version > "24.3.1" > ELISP> tramp-version > "2.2.7" > ELISP> org-version > "8.2" Well, that sounds recent. Could you, please, perform (setq tramp-verbose 6) prior your test? There will be a Tramp debug buffer, which I would like

Re: [O] org mode R remote code evaluation

Alexander Vorobiev writes: > The ":results output" doesn't help in my setup (I'm on Windows, the > remote system is linux, access is via putty/plink) I do not run Windows, so I cannot reproduce exactly. However, ... > #+BEGIN_SRC sh :results output :dir /grid: > ls > #+END_SRC > > executing Sh

Re: [O] Connect to the ssh and execute any command

Andrey Tykhonov writes: > Hi Michael! Hi Andrey, >> Your remote host does not find a proper "id" command. What happens, if >> you call the following commands in a shell on that remote host: >> >> # id -u > > id: Command not found. > >> # whereis id > > whereis: Command not found. > > I also di

Re: [O] Connect to the ssh and execute any command

Andrey Tykhonov writes: Hi Andrey, >> Tramp does not use FUSE for ssh connections. Please show an example >> connection to the remote host, and how it fails. > Here I try to "ls -la" and get the following error: > > Couldn't find a POSIX `id' command Your remote host does not find a proper

Re: [O] Connect to the ssh and execute any command

Andrey Tykhonov writes: [Cc to tramp-de...@gnu.org, because I want to help with Tramp config] > Hi all! Hi Andrey, > During last several days I was trying to implement quite simple script > which: > > 1. Creates new buffer with the shell (M-x shell) > 2. Executes there "ssh usern...@domain.com

Re: [O] ediff-directories - how to ignore timestamps and work recursively

Suvayu Ali writes: >> Hello, >> >> I want to compare two directories and see what files are different, >> however, the comparison should ignore timestamps of files. Is there >> a simple solution? >> >> I had assumed that ediff would also consider files in subdirectories >> of the directory path

Re: [O] bug-tracker

Andreas Röhler writes: >> There is `reporter-submit-bug-report' of reporter.el, which you could >> customize to your needs. >> >> Compare, how Tramp uses it in `tramp-bug' (Ha! another advertisement!). > > Hmm, maybe you are fastest just to copy a version with org-mode in the slots. > > That may

Re: [O] bug-tracker

David Engster writes: > I was always under the impression that those tags are merely a way for, > well, tagging bugs, so that you can search for them. Same for > packages. I didn't know that this also implied that you're encouraged to > report bugs against upstream packages, possibly for feature

Re: [O] bug-tracker

David Engster writes: > Is it OK to report bugs for upstream/development versions through > `report-emacs-bugs', though? I always thought this should only be used > for stuff that's actually bundled with Emacs (what about bugs in > org/contrib, for instance?). debbugs.gnu.org is not only for Ema

Re: [O] bug-tracker

Andreas Röhler writes: > With exception of the noise, M-x report-emacs-bugs tends to send. > > Herewith is a slim version, adapted to org-mode AFAIU Why do you want to code all the nasty bits yourself? There is `reporter-submit-bug-report' of reporter.el, which you could customize to your needs.

Re: [O] bug-tracker

Andreas Röhler writes: > Hi folks, Hi, > What about using some of the tools around? > > Mirroring the stuff at github would provide a tracker just by the way... Or you use debbugs.gnu.org, which hosts the Emacs bugtracker. Some of the org bugs will arrive there anyway, from people using "M-x r

Re: [O] Running a sudo in a #+begin_src sh fails to get tty and askpass

Emilio Torres Manzanera writes: > Dear list, > I want to compile (C-c C-c) the following code > > #+begin_src sh > sudo apt-get update > #+end_src #+begin_src sh :dir /sudo:: apt-get update #+end_src > Thanks! > Emilio Best regards, Michael.

Re: [O] [BUG] remote execution in heterogeneous environment

s. Patch appended. > Thanks! Best regards, Michael. >From a39b35c3967ac7c95e3442434a3ca44cba54fca5 Mon Sep 17 00:00:00 2001 From: Michael Albinus Date: Wed, 9 Jan 2013 13:48:30 +0100 Subject: [PATCH] * ob-eval.el (org-babel-shell-command-on-region): Use `executable-find' for local `sh

Re: [O] [BUG] remote execution in heterogeneous environment

Achim Gratz writes: > Works a treat. Please install! I have no write access to the org repo. Maybe somebody else could install? > Regards, > Achim. Best regards, Michael.

Re: [O] [BUG] remote execution in heterogeneous environment

Achim Gratz writes: >> The use of "/bin/sh" as fallback should be OK. In the local case, the >> first cond clause shall be selected (otherwise there is something really >> wrong). > > Yes. But on Windows there is always something wrong… :-) Again: under Windows, on the local host, `shell-file-n

Re: [O] [BUG] remote execution in heterogeneous environment

Achim Gratz writes: >> + (let ((input-file (org-babel-temp-file "input-")) >> +(error-file (if error-buffer (org-babel-temp-file "scor-") nil)) >> +(shell-file-name >> + (if (file-executable-p >> + (concat (file-remote-p default-directory) shell-file-name)) >> + shel

Re: [O] remote execution in heterogeneous environment

George Jones writes: > Success. No setting of temporary-file-directory needed. Great! Thanks for your inisistent testing. > Thanks, > ---George Best regards, Micvhael.

Re: [O] remote execution in heterogeneous environment

Bastien writes: > Hi Michael, Hi Bastien, >> Indeed. I've published a patch to ob.el (as of Emacs trunk). Meanwhile, >> ob.el has been renamed to ob-core.el; likely that patch was lost :-( >> >> Bastien, could you please apply this patch (for `org-babel-temp-file')? > > Mhh... not sure what pat

Re: [O] remote execution in heterogeneous environment

George Jones writes: > Still need to > (setq temporary-file-directory "/tmp/") > > for things to work, else I get: > > Couldn't write region to > `/scpc:george@localhost#:/var/folders/j6/j6w17khs3vl9s2_yg4rb5zsmgn/T/input- > 11249kNp', decode using `base64 -d -i >%s\ > ' failed > > Tes

Re: [O] remote execution in heterogeneous environment

George writes: Hi George, > Make everything works with: > > (setq temporary-file-directory "/tmp/") That's a misunderstanding. I meant the workaround I have proposed yesterday on the org-mode ML, and which has been committed by Bastien. Meanwhile, everything shall work out-of-the box. Does i

Re: [O] remote execution in heterogeneous environment

George Jones writes: > Hi. Hi George, > Similar procedure on a mac still yeilds: > > Couldn't write region to > `/scpc:g...@example.com:/var/folders/j6/j6w17khs3vl9s2_yg4rb5zsmgn/T/input- > 61683xyS', decode using `mimencode -u -b >%s' f\ > ailed Could you, please, show the exact test case

Re: [O] remote execution in heterogeneous environment

Bastien writes: > Hi Michael, Hi everybody, > From the org-mode repo, simply run "make test": it will compile the > files and run the test suite. I could reproduce the problem. Finally, it is an error in `process-file', which wasn't detected until now. Thanks to triggering this! I've fixed

Re: [O] remote execution in heterogeneous environment

Achim Gratz writes: >>> The following patch I've committed to Emacs' trunk, it fixes the problem >>> as far as I could test. Maybe somebody from the org maintainers could >>> merge it into the org repository. >> >> I've already merged it in maint and master. > > Unfortunately it breaks testing, a

Re: [O] remote execution in heterogeneous environment

Michael Albinus writes: Hi, > Looks, like nobody did take the ball :-( > > Maybe I'll check it again over XMas days, and maybe I can propose a > concrete patch then. The following patch I've committed to Emacs' trunk, it fixes the problem as far as I could test.

Re: [O] remote execution in heterogeneous environment

[Cc emacs-orgmode@gnu.org] George Jones writes: Hi George, > Did you ever get resolution on these? I think I'm hitting the same > exact problems. In my last message, I gave some hints what to do in org's code. Since I don't use org myself (yet), I haven't followed that. Looks, like nobody di

Re: [O] remote execution in heterogeneous environment

Neil Best writes: > I had just recently upgraded Emacs through Macports but had not since > restarted it, that's all. No such luck on the Tramp upgrade. I will > just wait for the next release to propagate through Macports unless > some intolerable behavior crops up. I do have a shiny new vers

Re: [O] remote execution in heterogeneous environment

Neil Best writes: > tramp-version > "2.2.3-24.1" > > emacs-version > "24.2.1" > > Looks like I should upgrade tramp. I will look into that. Emacs 24.3 is in pretest, it contains Tramp 2.2.6. This might be another option. See . > I think if I re

Re: [O] remote execution in heterogeneous environment

Nick Dokos writes: > OK - thanks. Sorry for the noise. > > Trying-to-get-foot-out-of-mouth-ly yours, Come on, there's nothing you have to sorry. You don't know Tramp, that's all. And this is not exclusive by you :-) > Nick Best regards, Michael.

Re: [O] remote execution in heterogeneous environment

Nick Dokos writes: > See > > http://thread.gmane.org/gmane.emacs.orgmode/62963 I've seen that. > It was a weird setting of the variable ``temporary-file-directory'' in > Neil's Macport setup, plus the assumption by tramp that that setting was > valid for the remote - that turned out to be

Re: [O] remote execution in heterogeneous environment

Neil Best writes: Hi, > 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 "Execu