Re: [O] navigation broken in recent maint
Samuel Wales samolog...@gmail.com writes: quick and dirty bug report. recent org maint. I use the following patch to fix most navigation problems I encountered. I think it will fix yours too. more details on what the problem actually is can be found at http://permalink.gmane.org/gmane.emacs.orgmode/87598 here's the patch : Modified lisp/org.el diff --git a/lisp/org.el b/lisp/org.el index 6fb0387..d5a9380 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -5484,7 +5484,9 @@ The following commands are available: (put 'org-mode 'flyspell-mode-predicate 'org-mode-flyspell-verify) (defsubst org-fix-ellipsis-at-bol () - (save-excursion (set-window-start (selected-window) (window-start + nil + ;; (save-excursion (set-window-start (selected-window) (window-start))) + ) (defun org-find-invisible-foreground () (let ((candidates (remove -- Nico.
Re: [O] Loss of Fontification partway through file
Jacob Gerlach jacobgerl...@gmail.com writes: Hello List, I just converted my init file to an init.org to load with babel. I prefer to view the source blocks with font lock (org-src-fontify-natively). My problem is that certain parts of the file don't show the fontification. I had a lot of trouble narrowing down my init to provide a good MWE/recipe for the behavior, but I can reproduce it with: $ emacs -q test.org M-: (package-initialize) RET M-: (setq org-src-fontify-natively t) RET The src block in the level 2 headings of the third heading below doesn't fontify for me. Minor changes (even changing one of the commented load paths) fix the issue, but not in any way that seems predictable to me. If I move headings around in init.org, the exact location where fontification stops varies, but once it stops, all remaining src blocks are un-fontified. Am I violating some sort of convention that is hanging up the fontification code? Thanks for any tips, Jake test.org- * Heading with some add-to-list's (some commented) #+BEGIN_SRC emacs-lisp :tangle yes (add-to-list 'foo bar) ;; (add-to-list 'load-path ~/.emacs.d/jake-lisp/moos-mode/trunk) ;; (add-to-list 'load-path ~/.emacs.d/jake-lisp/moos-mode/devel) (add-to-list 'load-path /home/jacob/.emacs.d/jake-lisp/ai-moos/devel) #+END_SRC * Heading with Note Note: Loading and initializing of package is done in .emacs to ensure that the newer version of org is loaded from elpa in favor of the version distributed with emacs #+BEGIN_SRC emacs-lisp :tangle yes (add-to-list 'package-archives '(marmalade . http://marmalade-repo.org/packages/;)) #+END_SRC * Offending section ** Offending subsection #+BEGIN_SRC emacs-lisp :tangle yes (message foobar) #+END_SRC - org-version is a variable defined in `org.el'. Its value is 8.2.6 emacs-version is a variable defined in `C source code'. Its value is 24.3.1 The MWE (with native fontification - t) looks ok for me, the only fontification issue I see (and not only in your MWE) is that headline , | * Heading with some add-to-list's (some commented) ` looses its font due to the list in it - '(some commented)'. I see that often in my Org files - as soon as I type parens in a headline it turn white. , | Org-mode version 8.2.7 (release_8.2.7-1096-g23496c @ | /usr/share/emacs/24.3/lisp/org/lisp/) ` -- cheers, Thorsten
[O] bug#17724: 24.4.50; regression: error `recenter'ing a window that does not display current-buffer. when opening org-mode file
Gregor Zattler g...@gmx.de writes: like so: $ cd ~/src/emacs/; rm -rf * ; git co -f emacs-24 Checking out files: 100% (3525/3525), done. Previous HEAD position was 0f0917d... Regenerate AUTHORS and ldefs-boot.el Switched to branch 'emacs-24' (Here I am assuming emacs-24 is still checked out.) Could you issue git describe --tags and git branch -a --contains HEAD ? I suspect your local emacs-24 branch isn't the actual emacs-24 branch. (OTOH 0f0917d *does* belong to emacs-24, so there's still something weird.) cd .git ; cat config $ cat config [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [remote origin] url = git://git.savannah.gnu.org/emacs.git fetch = +refs/heads/*:refs/remotes/origin/* [branch master] remote = origin merge = refs/heads/master Shouldn't there be an entry for emacs-24 here ? -- Nico.
Re: [O] [bug?] Tramp tries to open remote file links
Nick Dokos wrote: Sebastien Vauban writes: Michael Albinus wrote: 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? No, it uses an own buffer. OK, so we do agree that trying to open a PDF file in the context of *inline images*[1] does not make much sense, right? Are you trying to say that the org code for inline images should figure out that such a link should *not* be inlined because it would open a non-image file? 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. If so, how would you define non-image file? There are variables such as `image-library-alist' which show some image extensions. And would that definition vary depending on the capabilities of one's emacs (e.g. maybe my emacs can display PNG files but not GIF files)? Every Emacs instance can be tested to see if it supports some file extension; for example, for PNG: M-: (image-type-available-p 'png) Best regards, Seb -- Sebastien Vauban
Re: [O] 2 Org tests failing
Achim Gratz wrote: Sebastien Vauban writes: I've solved the reported problem by creating the missing TMPDIR (set to /tmp/org_test) for the invocation from my Zsh (Cygwin) terminal... The first thing the build system does before testing is install -m 755 -d /tmp/tmp-orgtest so you either pick up the wrong install command via path or have otherwise misconfigured MKDIR in local.mk. No, I was using my own function: --8---cut here---start-8--- org_test () { ( cd $HOME/Public/Repositories/org-mode; TMPDIR=/tmp/org_test emacs -Q --batch -L lisp/ -L testing/ -l org-test.el --eval '(setq org-confirm-babel-evaluate nil)' -f org-test-run-batch-tests ) } --8---cut here---end---8--- I just ran `make test' and got the same error for `ob-shell/bash-uses-assoc-arrays'. BTW, how can I avoid compiling the source directory before launching the tests? I prefer having only .el files, as I was mistaken multiple times when trying to understand executions of code I modified. Best regards, Seb -- Sebastien Vauban
Re: [O] 2 Org tests failing
Sebastien Vauban wrote: I just ran `make test' and got the same error for `ob-shell/bash-uses-assoc-arrays'. Now that I updated to Org-mode version 8.2.7 (release_8.2.7-1114-g6c2838), I have an extra test failing: --8---cut here---start-8--- Test test-org-element/headline-properties backtrace: signal(ert-test-failed (((should-not (org-test-with-temp-text * Hea ert-fail(((should-not (org-test-with-temp-text * Headline\n#+BEGIN_ (if (not (unwind-protect (setq value-1904 (let ((inside-text (if ... (let (form-description-1905) (if (not (unwind-protect (setq value-19 (let ((value-1904 (ert--gensym ert-form-evaluation-aborted-))) (le (lambda nil (let ((value-1900 (ert--gensym ert-form-evaluation-abor byte-code(\306\307!q\210\310\216\311 \312\216\313\314\315\316\3 ert--run-test-internal([cl-struct-ert--test-execution-info [cl-struc byte-code(\306\307!\211\211r\310\311!q\210\312 d\313\223)L\210)\3 ert-run-test([cl-struct-ert-test test-org-element/headline-propertie ert-run-or-rerun-test([cl-struct-ert--stats \\(org\\|ob\\) [[cl-st ert-run-tests(\\(org\\|ob\\) #[(event-type rest event-args) \306 ert-run-tests-batch(\\(org\\|ob\\)) ert-run-tests-batch-and-exit(\\(org\\|ob\\)) (let ((org-id-track-globally t) (org-test-selector (if org-test-sele org-test-run-batch-tests() call-interactively(org-test-run-batch-tests nil nil) command-execute(org-test-run-batch-tests) command-line-1((-L lisp/ -L testing/ -l org-test.el --e command-line() normal-top-level() Test test-org-element/headline-properties condition: (ert-test-failed ((should-not (org-test-with-temp-text * Headline\n#+BEGIN_EXAMPLE\n:PROPERTIES:\n:foo: bar\n:END:\n#+END_EXAMPLE (org-element-property :FOO ...))) :form (let ((inside-text ...)) (with-temp-buffer (org-mode) (let ... ...) (org-element-property :FOO ...))) :value bar)) FAILED 169/427 test-org-element/headline-properties --8---cut here---end---8--- Best regards, Seb -- Sebastien Vauban
Re: [O] [bug?] Tramp tries to open remote file links
Sebastien Vauban sva-news-D0wtAvR13HarG/idocf...@public.gmane.org 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, I don't know when this will happen. Best regards, Seb Best regards, Michael.
Re: [O] 2 Org tests failing
Sebastien Vauban wrote: Sebastien Vauban wrote: I just ran `make test' and got the same error for `ob-shell/bash-uses-assoc-arrays'. Now that I updated to Org-mode version 8.2.7 (release_8.2.7-1114-g6c2838), I have an extra test failing: Test test-org-element/headline-properties backtrace: signal(ert-test-failed (((should-not (org-test-with-temp-text * Hea ert-fail(((should-not (org-test-with-temp-text * Headline\n#+BEGIN_ (if (not (unwind-protect (setq value-1904 (let ((inside-text (if ... (let (form-description-1905) (if (not (unwind-protect (setq value-19 (let ((value-1904 (ert--gensym ert-form-evaluation-aborted-))) (le (lambda nil (let ((value-1900 (ert--gensym ert-form-evaluation-abor byte-code(\306\307!q\210\310\216\311 \312\216\313\314\315\316\3 ert--run-test-internal([cl-struct-ert--test-execution-info [cl-struc byte-code(\306\307!\211\211r\310\311!q\210\312 d\313\223)L\210)\3 ert-run-test([cl-struct-ert-test test-org-element/headline-propertie ert-run-or-rerun-test([cl-struct-ert--stats \\(org\\|ob\\) [[cl-st ert-run-tests(\\(org\\|ob\\) #[(event-type rest event-args) \306 ert-run-tests-batch(\\(org\\|ob\\)) ert-run-tests-batch-and-exit(\\(org\\|ob\\)) (let ((org-id-track-globally t) (org-test-selector (if org-test-sele org-test-run-batch-tests() call-interactively(org-test-run-batch-tests nil nil) command-execute(org-test-run-batch-tests) command-line-1((-L lisp/ -L testing/ -l org-test.el --e command-line() normal-top-level() Test test-org-element/headline-properties condition: (ert-test-failed ((should-not (org-test-with-temp-text * Headline\n#+BEGIN_EXAMPLE\n:PROPERTIES:\n:foo: bar\n:END:\n#+END_EXAMPLE (org-element-property :FOO ...))) :form (let ((inside-text ...)) (with-temp-buffer (org-mode) (let ... ...) (org-element-property :FOO ...))) :value bar)) FAILED 169/427 test-org-element/headline-properties False positive: was given by my test function. After using `make test' (hence recompiling the source), that one disappeared. Only one staying: 1 unexpected results: FAILED ob-shell/bash-uses-assoc-arrays Best regards, Seb -- Sebastien Vauban
Re: [O] Section of Org manual on images in latex export
On 19 June 2014 00:20, Nicolas Goaziou m...@nicolasgoaziou.fr wrote: Actually, it is #+ATTR_LATEX: :float t hmmm, I'm sure I tried that and it didn't work, but I just tested it again and now it is working. I'm not sure what I did wrong before. Thanks for clarifying that for me. Cheers Chris.
[O] bug#17724: 24.4.50; regression: error `recenter'ing a window that does not display current-buffer. when opening org-mode file
Eli Zaretskii e...@gnu.org writes: From: lee l...@yun.yagibdah.de Cc: monn...@iro.umontreal.ca, b...@altern.org, 17...@debbugs.gnu.org, g...@gmx.de, theonewiththeevill...@yahoo.fr Date: Wed, 18 Jun 2014 13:10:19 +0200 It's git, right? The one that has git checkout BRANCH and stuff? Yes, I pulled from the git repo as described on the website. Next time I update, I guess I can pull the emacs24 branch and use that. If you cloned the repository normally, you already have emacs-24, you just need to checkout it. Someone seems to have changed the website :) What is elpa? , | # git remote show origin | * remote origin | Fetch URL: git://git.savannah.gnu.org/emacs.git | Push URL: git://git.savannah.gnu.org/emacs.git | HEAD branch (remote HEAD is ambiguous, may be one of the following): | master | trunk | Remote branches: | [...] | git branch --list | * master ` Is it good that master and trunk are ambiguous? Perhaps descriptions could be added so we can know what a branch is for. -- Knowledge is volatile and fluid. Software is power.
Re: [O] Loss of Fontification partway through file
The MWE (with native fontification - t) looks ok for me, Thanks for taking time to check this. I should note that if I find a new file (test.org) and yank the MWE, it is fontified correctly, but if I save and kill the buffer and then find the file again, that is when the problem occurs. In general, if I make a change that brings back the fontification, it doesn't disappear again until freshly finding the file. the only fontification issue I see (and not only in your MWE) is that headline , | * Heading with some add-to-list's (some commented) ` looses its font due to the list in it - '(some commented)'. I see that often in my Org files - as soon as I type parens in a headline it turn white. I do not observe the same. Since it is outside of an emacs-lisp source block, why would it be interpreted as a list? , | Org-mode version 8.2.7 (release_8.2.7-1096-g23496c @ | /usr/share/emacs/24.3/lisp/org/lisp/) ` -- cheers, Thorsten Thanks, Jake
Re: [O] Loss of Fontification partway through file
Jacob Gerlach jacobgerl...@gmail.com writes: The MWE (with native fontification - t) looks ok for me, Thanks for taking time to check this. I should note that if I find a new file (test.org) and yank the MWE, it is fontified correctly, but if I save and kill the buffer and then find the file again, that is when the problem occurs. In general, if I make a change that brings back the fontification, it doesn't disappear again until freshly finding the file. I did this too (save and kill the buffer and then find the file again), again no issues, and even the issue described below disappeared ;) What you describe reminds me a bit of fontification issues with outshine.el, only that its just the opposite. When I find a file with e.g .el extension (having stored `outline-minor-mode' in the major-mode hook, and `outshine-hook-function' in the outline-minor-mode hook), the buffer is fontified correctly right away. But when I write some (outshine-style structured) content in a temp buffer in e.g. fundamental-mode, and then call `emacs-lisp-mode' on that buffer, the org-mode like headline-fontification is not there immediately, I first have to do something (visibility cycling, add a char or so...), then the 1st level headers turn blue ... the only fontification issue I see (and not only in your MWE) is that headline , | * Heading with some add-to-list's (some commented) ` looses its font due to the list in it - '(some commented)'. I see that often in my Org files - as soon as I type parens in a headline it turn white. I do not observe the same. Since it is outside of an emacs-lisp source block, why would it be interpreted as a list? no idea, but this 'unfontification' of headline with '(...)' in them happens quite frequently for me. -- cheers, Thorsten
Re: [O] Publishing sitemap
So (untested), you could try: (org-publish-org-sitemap (assoc my-project-name org-publish-project-alist) sitemap.txt”) Thanks. Works just right. Vikas
[O] Tidy automatically HTML files
Hello, I'm trying to add Tidy to the HTML export process, so that files are more easy to read and, possibly, to diff. The code I wrote seems correct to me in theory: --8---cut here---start-8--- ;; check that `tidy' is in PATH, and that configuration file exists (when (and (executable-find tidy) (file-exists-p ~/.tidyrc)) (defun sva--export-html-final-filter (contents backend info) (if (not (eq backend 'html)) contents (with-output-to-string (insert contents) (shell-command-on-region (point-min) (point-max) tidy -config ~/.tidyrc t t *Tidy errors* t (add-to-list 'org-export-filter-final-output-functions 'sva--export-html-final-filter)) --8---cut here---end---8--- In practice, it isn't, as the results of `shell-command-on-region' is the empty string. Though, when executed interactively on an HTML buffer, it does work as expected. I don't get what's wrong... Maybe one of you can have an idea? Best regards, Seb -- Sebastien Vauban
[O] Bug in org-paste-subtree
Hi, The force-level check in org-paste-subtree seems to contain a small bug. If I try to paste a subtree at the end of a line only containing some stars, I get an error Wrong type argument: number-or-marker-p, nil. The problem is (- (match-end 1) (match-end 1)) (see below) We have no subexpression to match, it should be zero. (force-level (cond (level (prefix-numeric-value level)) ((and (looking-at [ \t]*$) (string-match ^\\*+$ (buffer-substring (point-at-bol) (point (- (match-end 1) (match-beginning 1))) ((and (bolp) (looking-at org-outline-regexp)) (- (match-end 0) (point) 1 Cheers, Anders Johansson
Re: [O] A simple org tangle and weave makefile
Hello Grant, Grant Rettke wrote: My goals was to have a simple makefile to tangle and weave a document; so org-mk was out of scope. If you're talking of Orgmk (on https://github.com/fniessen/orgmk), please know that I've add a new standalone script `org-tangle'. Just redo a `make install' so that a symlink [1] gets created to it. For weaving, you already there are: - org2html [OPTION] FILE - org2latex [OPTION] FILE - org2pdf [OPTION] FILE - org2beamerpdf [OPTION] FILE - org2odt [OPTION] FILE - org2txt [OPTION] FILE Best regards, Fabrice [1] Works in Windows too (that's my platform) with Cygwin. -- Fabrice Niessen Leuven, Belgium http://www.pirilampo.org/
Re: [O] babel python example not reproducible
Andreas Röhler andreas.roeh...@easy-emacs.de writes: On 18.06.2014 15:59, Eric Schulte wrote: Shiyuan gshy2...@gmail.com writes: Hi all, I found a solution to fix the echo problem of the emacs python shell: http://stackoverflow.com/questions/8060609/python-interpreter-in-emacs-repeats-lines That is, in the Interior Python buffer, do M-: (setq comint-process-echoes t) ;; or nil Now, if I enter command directly in the interior python buffer, the command is not echoed and this is what I want. However, When I evaluate the python src code block in org-mode(by `C-c C-c`), the problem persists. I notice every time I evaluate the block, I see 'org_babel_python_eoe' in the interior python buffer. I stumbled on a very strange emacs behavior. When I fiddled around, at some point, I produced the correct answer as the manual. I thought I got the right setup, but when I saved everything and restarted emacs, problem persists. Will it be a sign of anything wrong? What's even stranger is that: the evaluation for the first time gives different results from the evaluation for the second time, on exactly the same src_block: This is what I got when I evaluation the code block for the first time: - #+BEGIN_SRC python :results output :session foo x=100 print hello 2 print bye #+END_SRC #+RESULTS: #+begin_example x=100 print hello hello 2 2 print bye bye #+end_example --- --- The following is what I got when I evaluate the same block again: #+BEGIN_SRC python :results output :session foo x=100 print hello 2 print bye #+END_SRC #+RESULTS: : x=100 : print hello : hello : 2 : 2 : print bye : bye : : Notice that the prompt symbol is in the result for the first evaluation but not in the second evaluation. This issue has been raised before, it is a quirk of how the python session starts up. I think we've done what we can to handle this on the Org-mode side, I'd ask for a fix on the python.el maintainers. The prompts appear as respond from Python-process when setup-code is sent at the beginning. org-babel already knows how to fetch only the results from last prompt. Probably separating a first run-python/py-shell from execute-process would do it. I don't follow the above with sufficient clarity to implement your suggestion. Could you provide a patch to the `org-babel-python-initiate-session-by-key' function? Thanks, Eric Best, Andreas -- Eric Schulte https://cs.unm.edu/~eschulte PGP: 0x614CA05D (see https://u.fsf.org/yw)
Re: [O] Discussion request: 15m tangle time, details follow
Grant Rettke g...@wisdomandwonder.com writes: I still want to be using org,, so my plan for now then is to write a pre-processing script for before org-babel-tangle is run that: 1. Checks each headline 2. Checks if there is a source block 3. If that source block doesn't have a noweb-ref name, and there is another source block under that headline, then merge it with the next source block of the same nature in that heading. That is off the top of my head, and I will try it by hand, first and see if it tangles the same result. Thoughts? Perhaps an easier workaround would be to customize the value of `org-babel-common-header-args-w-values'. This variable determines which header arguments are checked for in properties. If you remove all header arguments from this variable which you know are not used in a property, it may dramatically speed up tangle time. This may reduce the utility of some convenience functions, but should not have too large of an impact on overall functionality. Best, Eric -- Eric Schulte https://cs.unm.edu/~eschulte PGP: 0x614CA05D (see https://u.fsf.org/yw)
[O] bug#17724: 24.4.50; regression: error `recenter'ing a window that does not display current-buffer. when opening org-mode file
From: Nicolas Richard theonewiththeevill...@yahoo.fr Cc: monn...@iro.umontreal.ca, 17...@debbugs.gnu.org Date: Thu, 19 Jun 2014 10:20:24 +0200 I suspect your local emacs-24 branch isn't the actual emacs-24 branch. Seconded. cd .git ; cat config $ cat config [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [remote origin] url = git://git.savannah.gnu.org/emacs.git fetch = +refs/heads/*:refs/remotes/origin/* [branch master] remote = origin merge = refs/heads/master Shouldn't there be an entry for emacs-24 here ? Indeed, there should be. I do have it. So I think Gregor's repository is botched, and suggest to remove it and clone a new one.
[O] ox taskjuggler issues: (1) unable to set 'timingresolution' (2) taskjuggler_resource not found (3) property/attribute aliases
Hello, In exploring the use of OrgMode for advanced project planning I've run across a few questions/problems with the taskjuggler exporter that I'd like to raise. (1) unable to set 'timingresolution' My project contains some short tasks, such as brief but required meetings, that are less than the default timing resolution of 60 mins and so causes the Taskjuggler export-and-process to fail with EM: TaskJuggler failed with errors: Error: Effort value must at least as large as the timing resolution (60min). I'd like to set the default value for the attribute to 5 min, the minimum value, but apparently a facility for this is not provided via orgmode. What I'm doing so far is creating the .tjp file, editing in this value, then exporting with =tj3 somefile.tjp= from the command line, and this _does_ work, but is awkward and hopefully avoidable. This might be most sensibly resolved by adding an, 'Org Export Taskjuggler Default Project Attributes' variable to those available via M-x customize-group org-export-taskjuggler . (2) taskjuggler_resource not found When specifying the OrgMode heading where the project resources will live with the :taskjuggler_resource: tag, I've found that this tag is not exported unless it is attached to a top level headline. To work around this I've moved the project's tree from it's main .org file, in order to promote the * Project Resource Info headline without disrupting my normal and thus precious ;-) headline schema. I didn't see attach to first-level headline described as a resource export requirement and thought it unusual enough to mention in case it is not an intended limitation. (3) property/attribute aliases This is a question about a capability, or perhaps a feature request if the capability doesn't already exist. The way that OrgMode uses properties and TaskJuggler uses attributes is generally very compatible! I wonder though if its currently (or could be made) possible to specify a conversion relationship between properties and attributes on taskjuggler export. Using myself as an example: - I have a :WorkedBy: property for all my tasks that indicates the person(s) with responsibility for performing the work of a task. - The allocate attribute, used to assign resourced to tasks, is created on export from the :allocate: property. - The purpose and concept of :WorkedBy: maps well to Taskjuggler's allocate attribute, but not as well in reverse, which discourages replacing :WorkedBy: with allocate globally. - So for now I'm using both WorkedBy and allocate side-by-side, which is mostly redundant. It'd be grand to be able to specify only :WorkedBy: and have that value automatically renamed (a/o prepended) to :allocate: on export. Or perhaps there is a way to do this using computed properties, (which I likely insufficiently understand) ? To Conclude: My hope is to use this to replace our dependence on MS Project at work and further extend the power and reach of OrgMode in all the things. Cheers and many thanks! -- Nick Garber
[O] bug#17724: 24.4.50; regression: error `recenter'ing a window that does not display current-buffer. when opening org-mode file
Hi Nicolas, * Nicolas Richard theonewiththeevill...@yahoo.fr [19. Jun. 2014]: Gregor Zattler g...@gmx.de writes: like so: $ cd ~/src/emacs/; rm -rf * ; git co -f emacs-24 Checking out files: 100% (3525/3525), done. Previous HEAD position was 0f0917d... Regenerate AUTHORS and ldefs-boot.el Switched to branch 'emacs-24' (Here I am assuming emacs-24 is still checked out.) Could you issue git describe --tags and git branch -a --contains HEAD ? I suspect your local emacs-24 branch isn't the actual emacs-24 branch. (OTOH 0f0917d *does* belong to emacs-24, so there's still something weird.) $ cd ~/src/emacs/; rm -rf * ; git co -f emacs-24 Checking out files: 100% (3498/3498), done. Switched to branch 'emacs-24' $ git describe --tags emacs-24.3.91-602-ga92eaac s$ git branch -a --contains HEAD * emacs-24 master remotes/origin/HEAD - origin/master remotes/origin/master remotes/origin/trunk Hmhm. I have no clue what this signifies. Perhaps it should show remotes/origin/master - origin/master? cd .git ; cat config $ cat config [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [remote origin] url = git://git.savannah.gnu.org/emacs.git fetch = +refs/heads/*:refs/remotes/origin/* [branch master] remote = origin merge = refs/heads/master Shouldn't there be an entry for emacs-24 here ? I have no clue, but I was suspicious, thats why I pasted this into my mail. Thanks for your help. But if this is only a problem for me, it's probably easier to wait till emacs officially switches to git and then clone that repository. Ciao; Gregor
Re: [O] 2 Org tests failing
Sebastien Vauban writes: I just ran `make test' and got the same error for `ob-shell/bash-uses-assoc-arrays'. Yes, that's because not all versions of bash that have associative arrays can parse the bizarre quoting style that goes through a sub-process and here-document that is used to fill in the parameters. A better quoting function would be (defun org-babel-sh-var-to-sh (var optional sep hline) Convert an elisp value to a shell variable. Convert an elisp var into a string of shell commands specifying a var of the same value. (concat ' (replace-regexp-in-string ' '\'\' (org-babel-sh-var-to-string var sep hline)) ')) (and remove the double quotes around the places where the value is going to be used). It'd have the advantage of working with more types of shells, but I'm not 100% certain that there aren't any corner cases. BTW, how can I avoid compiling the source directory before launching the tests? I prefer having only .el files, as I was mistaken multiple times when trying to understand executions of code I modified. Take a few minutes and read: http://orgmode.org/worg/dev/org-build-system.html Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada
[O] [PATCH] -for review- Tangling with variable transfer of variables
Hi This patch should fix the problem of tangling with variable transfer of tables. It uses a textConection() instead of a file to transfer the table. This results in variable transfer of variables in R, without having to include additional files. Hope this does not work only for me. From f77e982e17909f2098974356c304bd29db04da79 Mon Sep 17 00:00:00 2001 From: Rainer M. Krug r.m.k...@gmail.com Date: Thu, 19 Jun 2014 22:03:46 +0200 Subject: [PATCH] lisp/ob-R.el: Fix tangling with tables * lisp/ob-R.el (org-babel-R-assign-elisp): Fix variable transfer of tables by using text connections in R instead of files. Variable transfer of tables does not depend on files anymore, i.e. works also when tangling. --- lisp/ob-R.el | 13 - 1 file changed, 4 insertions(+), 9 deletions(-) diff --git a/lisp/ob-R.el b/lisp/ob-R.el index a3ae1ec..88f65f3 100644 --- a/lisp/ob-R.el +++ b/lisp/ob-R.el @@ -190,25 +190,20 @@ This function is called by `org-babel-execute-src-block'. (if (listp value) (let* ((lengths (mapcar 'length (org-remove-if-not 'sequencep value))) (max (if lengths (apply 'max lengths) 0)) - (min (if lengths (apply 'min lengths) 0)) - (transition-file (org-babel-temp-file R-import-))) + (min (if lengths (apply 'min lengths) 0))) ;; Ensure VALUE has an orgtbl structure (depth of at least 2). (unless (listp (car value)) (setq value (list value))) -(with-temp-file transition-file - (insert - (orgtbl-to-tsv value '(:fmt org-babel-R-quote-tsv-field)) - \n)) - (let ((file (org-babel-process-file-name transition-file 'noquote)) + (let ((file (orgtbl-to-tsv value '(:fmt org-babel-R-quote-tsv-field))) (header (if (or (eq (nth 1 value) 'hline) colnames-p) TRUE FALSE)) (row-names (if rownames-p 1 NULL))) (if (= max min) - (format %s - read.table(\%s\, + (format %s - read.table(textConnection('%s'), header=%s, row.names=%s, sep=\\\t\, as.is=TRUE) name file header row-names) - (format %s - read.table(\%s\, + (format %s - read.table(textConnection('%s'), header=%s, row.names=%s, sep=\\\t\, -- 2.0.0 Cheers, Rainer -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Stellenbosch University South Africa Tel : +33 - (0)9 53 10 27 44 Cell: +33 - (0)6 85 62 59 98 Fax : +33 - (0)9 58 10 27 44 Fax (D):+49 - (0)3 21 21 25 22 44 email: rai...@krugs.de Skype: RMkrug PGP: 0x0F52F982 pgphxWvBI0qck.pgp Description: PGP signature
[O] bug#17724: 24.4.50; regression: error `recenter'ing a window that does not display current-buffer. when opening org-mode file
Gregor Zattler telegr...@gmx.net writes: s$ git branch -a --contains HEAD * emacs-24 master remotes/origin/HEAD - origin/master remotes/origin/master remotes/origin/trunk So indeed your local emacs-24 branch points in fact to a commit from trunk. I think running those commands should fix the problem: git branch -u origin/emacs-24 git reset --hard origin/emacs-24 -- Nico.
[O] bug#17724: 24.4.50; regression: error `recenter'ing a window that does not display current-buffer. when opening org-mode file
Gregor Zattler writes: Hi Eli, * Eli Zaretskii e...@gnu.org [18. Jun. 2014]: * Stefan Monnier monn...@iro.umontreal.ca [07. Jun. 2014]: BTW, I would also point out that people who do not actively develop Emacs should ideally use the emacs-24 (i.e. 24.3.9x) branch now rather than the trunk (24.4.50), so as to help us fix problems before the 24.4 release. I'd love to. But the emacs-24 branch gives emacs version 24.4.50, No, the emacs-24 branch's version is 24.3.91. If you have 24.4.50, you've got the trunk there, not the emacs-24 branch. How did you checkout what you think is the emacs-24 branch? like so: $ cd ~/src/emacs/; rm -rf * ; git co -f emacs-24 Checking out files: 100% (3525/3525), done. Previous HEAD position was 0f0917d... Regenerate AUTHORS and ldefs-boot.el Switched to branch 'emacs-24' I'm not sure how you ended up on a branch named emacs-24 given your config. Also you seem to use some heavily customized version of git given that apparently an alias for checkout exists. That alias may supply other modifications that you may or may not want. Git still thinks I'm on branch emacs-24: $ git branch * emacs-24 master I cloned this repo from savannah: cd .git ; cat config $ cat config [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true [remote origin] url = git://git.savannah.gnu.org/emacs.git fetch = +refs/heads/*:refs/remotes/origin/* [branch master] remote = origin merge = refs/heads/master There is no emacs-24 branch following upstream here. You'd need [branch emacs-24] remote = origin merge = refs/heads/emacs-24 in the config, which is usually created when doing git branch --track emacs-24 origin/emacs-24 I thought emacs-24 was the branch which track the release but... You need to learn a little bit of Git. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] Checkboxes with org-list-allow-alphabetical
Hello, jeff Kowalczyk jeff.kowalc...@gmail.com writes: Using Org-mode version 8.2.6 (release_8.2.6-1) git master 25fc4d: Alphabetic ordered lists do not seem to work with checkboxes: : (setq org-list-allow-alphabetical t) Type a checkbox, but org doesn't seem to parse it: : * heading : : 1. [ ] numeric heading :a. [ ] alphabetic subheading (typed but not checkbox faced or C-c usable) Use keychord to create next item with checkbox, but also not parsed: : * heading : : 1. [ ] numeric heading :a. alphabetic subheading(point here, press M-S-RET) :b. [ ] (creates this, not checkbox faced or C-c usable) Is this expected behavior? Do I need to enable additional options? You need to reload Org when you modify `org-list-allow-alphabetical'. Regards, -- Nicolas Goaziou
[O] publishing to gihub gh-pages branch
Does anyone have suggestions regarding how to automate HTML publishing to the gh-pages branch of a github repo? Thanks, regcl
Re: [O] [PATCH] -for review- Tangling with variable transfer of variables
Hi Rainer, I have not tested the patch (I rarely use :var), but here are some comments from reading the patch. 2014ko ekainak 19an, Rainer M Krug-ek idatzi zuen: Hi This patch should fix the problem of tangling with variable transfer of tables. It uses a textConection() instead of a file to transfer the table. This results in variable transfer of variables in R, without having to include additional files. Hope this does not work only for me. From f77e982e17909f2098974356c304bd29db04da79 Mon Sep 17 00:00:00 2001 From: Rainer M. Krug r.m.k...@gmail.com Date: Thu, 19 Jun 2014 22:03:46 +0200 Subject: [PATCH] lisp/ob-R.el: Fix tangling with tables * lisp/ob-R.el (org-babel-R-assign-elisp): Fix variable transfer of tables by using text connections in R instead of files. Variable transfer of tables does not depend on files anymore, i.e. works also when tangling. The changelog comment should not be indented on the subsequent lines. I believe the standard is also to double-space after sentence-ending periods. --- lisp/ob-R.el | 13 - 1 file changed, 4 insertions(+), 9 deletions(-) diff --git a/lisp/ob-R.el b/lisp/ob-R.el index a3ae1ec..88f65f3 100644 --- a/lisp/ob-R.el +++ b/lisp/ob-R.el @@ -190,25 +190,20 @@ This function is called by `org-babel-execute-src-block'. (if (listp value) (let* ((lengths (mapcar 'length (org-remove-if-not 'sequencep value))) (max (if lengths (apply 'max lengths) 0)) - (min (if lengths (apply 'min lengths) 0)) - (transition-file (org-babel-temp-file R-import-))) + (min (if lengths (apply 'min lengths) 0))) ;; Ensure VALUE has an orgtbl structure (depth of at least 2). (unless (listp (car value)) (setq value (list value))) -(with-temp-file transition-file - (insert -(orgtbl-to-tsv value '(:fmt org-babel-R-quote-tsv-field)) -\n)) - (let ((file (org-babel-process-file-name transition-file 'noquote)) + (let ((file (orgtbl-to-tsv value '(:fmt org-babel-R-quote-tsv-field))) As a cosmetic issue, you might want to pick a different name for this variable now that it no longer holds a file name. (header (if (or (eq (nth 1 value) 'hline) colnames-p) TRUE FALSE)) (row-names (if rownames-p 1 NULL))) (if (= max min) - (format %s - read.table(\%s\, + (format %s - read.table(textConnection('%s'), This will fail if ‘file’ contains an apostrophe character. I guess you need to escape apostrophes in ‘file’. HTH, -- Aaron Ecay
Re: [O] navigation broken in recent maint
so far, your patch fixes all navigation point placement problems. thank you! On 6/18/14, Nicolas Richard theonewiththeevill...@yahoo.fr wrote: here's the patch : -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY people have died from it. And ANYBODY can get it. Denmark: free Karina Hansen NOW.
Re: [O] [bug?] Tramp tries to open remote file links
Sebastien Vauban sva-n...@mygooglest.com writes: Nick Dokos wrote: Sebastien Vauban writes: Michael Albinus wrote: 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? No, it uses an own buffer. OK, so we do agree that trying to open a PDF file in the context of *inline images*[1] does not make much sense, right? Are you trying to say that the org code for inline images should figure out that such a link should *not* be inlined because it would open a non-image file? 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. I produce most of my plots as pdfs. Removing the possibility to display them with inline image would be a loss for me. [...] - Andreas
[O] eliminate creation of backup files in :publishing-directory
Is there a way to stop org mode from creating backup files in the :publishing-directory? Thanks, regcl
Re: [O] [PATCH] -for review- Tangling with variable transfer of variables
Aaron Ecay aaronecay at gmail.com writes: Hi Rainer, I have not tested the patch (I rarely use :var), but here are some comments from reading the patch. [snip] (header (if (or (eq (nth 1 value) 'hline) colnames-p) TRUE FALSE)) (row-names (if rownames-p 1 NULL))) (if (= max min) - (format %s - read.table(\%s\, + (format %s - read.table(textConnection('%s'), This will fail if ‘file’ contains an apostrophe character. I guess you need to escape apostrophes in ‘file’. There are a bunch of issues with the textConnection - the point Aaron makes, the nasty name (try showConnections() to see), and close()-ing it. I think you need something more like this: (header (if (or (eq (nth 1 value) 'hline) colnames-p) TRUE FALSE)) (row-names (if rownames-p 1 NULL))) (if (= max min) (format %s - local({con.object - %S con - textConnection(con.object) res - read.table(con, header=%s, row.names=%s, sep=\\\t\, as.is=TRUE) close(con) res}) name file header row-names) Notes: %S handles Aaron's quoting issue. local() keeps unwanted objects out of user's way. This worked on a couple of simple tests If you have `:session :results output' headers your session transcript will have `file' dumped into it, which might be an annoyance. HTH, Chuck
[O] BEGIN_LATEX_HEADER [cont]
Hi, I'm following up on a thread suggesting a method to easily include large amounts of LaTeX header material. See https://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg00480.html Please consider this a +1 for that feature request. One suggestion was: You could have a LaTeX block and tangle it to preamble.tex and input preamble.tex in a LATEX_HEADER. Which seems like an OK work-around. I have two follow-up questions about this. 1) I can't seem to get #+BEGIN_LATEX :tangle preamble.tex to work. It needs to be #+BEGIN_SRC latex :tangle preamble.tex Is this correct? Secondly, is there a way to automatically tangle one just this section each time I export the file? Or automatically all sections (but just in this file)? Thanks, -k.
Re: [O] BEGIN_LATEX_HEADER [cont]
Hi Ken, 2014ko ekainak 19an, Ken Mankoff-ek idatzi zuen: Hi, I'm following up on a thread suggesting a method to easily include large amounts of LaTeX header material. See https://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg00480.html Please consider this a +1 for that feature request. One suggestion was: You could have a LaTeX block and tangle it to preamble.tex and input preamble.tex in a LATEX_HEADER. Which seems like an OK work-around. I have two follow-up questions about this. 1) I can't seem to get #+BEGIN_LATEX :tangle preamble.tex to work. It needs to be #+BEGIN_SRC latex :tangle preamble.tex Correct. The former is only for export, and doesn’t work with babel features (incl. tangling) Is this correct? Secondly, is there a way to automatically tangle one just this section each time I export the file? Or automatically all sections (but just in this file)? Something like (untested): , | #+begin_src emacs-lisp | (org-babel-goto-named-src-block preamble) | (org-babel-tangle) | #+end_src | | #+name: preamble | #+begin_src latex :tangle preamble.tex | % code goes here | #+end_src ` You’ll need to use some combination of “:exports none” or a headline tagged :noexport: to avoid these src blocks showing up in the exported output. HTH, -- Aaron Ecay
Re: [O] [FR] fill caption
Hi Daniele, Hello Aaron, Nice, since I do not use short caption, this could be really a viable solution. How I am supposed to set it up? I added it as: (add-hook 'org-mode-hook (lambda () (awe-org-setup-fill-hook))) When pressing M-q it does nothing on #+caption: lines. If I enable the debug (fill-adapt-debug) I can see (org-message) in the status bar and #+caption: becomes highlighted. But again M-q does nothing. I'm puzzled. I have other customizations related to filling in my org-mode-hook (to make fill-paragraph split text into one sentence per line for better git diffs). The customization I sent works in the context of that other code, but I haven't been able to get it to function independently. Sorry, Aaron
Re: [O] Discussion request: 15m tangle time, details follow
Understood. I will start testing. Just out of curiosity, knowing full well that it will break the tangle, and also since I hadn't tried the quick and dirty flag, I ran it with this to see how long it took: (setq org-babel-common-header-args-w-values nil) It went from 936 seconds (15 minutes) Down to 279 (4 minutes). Now I am wondering if it is worth converting my document *not* to use property inheritance... What would you folks do? Grant Rettke | ACM, ASA, FSF, IEEE, SIAM g...@wisdomandwonder.com | http://www.wisdomandwonder.com/ “Wisdom begins in wonder.” --Socrates ((λ (x) (x x)) (λ (x) (x x))) “Life has become immeasurably better since I have been forced to stop taking it seriously.” --Thompson On Thu, Jun 19, 2014 at 8:44 AM, Eric Schulte schulte.e...@gmail.com wrote: Grant Rettke g...@wisdomandwonder.com writes: I still want to be using org,, so my plan for now then is to write a pre-processing script for before org-babel-tangle is run that: 1. Checks each headline 2. Checks if there is a source block 3. If that source block doesn't have a noweb-ref name, and there is another source block under that headline, then merge it with the next source block of the same nature in that heading. That is off the top of my head, and I will try it by hand, first and see if it tangles the same result. Thoughts? Perhaps an easier workaround would be to customize the value of `org-babel-common-header-args-w-values'. This variable determines which header arguments are checked for in properties. If you remove all header arguments from this variable which you know are not used in a property, it may dramatically speed up tangle time. This may reduce the utility of some convenience functions, but should not have too large of an impact on overall functionality. Best, Eric -- Eric Schulte https://cs.unm.edu/~eschulte PGP: 0x614CA05D (see https://u.fsf.org/yw)
Re: [O] Discussion request: 15m tangle time, details follow
Just excluded what seemed excludable and got build time down to 8 minutes from 15 minutes. Kept the following as it seems that it would allow the most important things: (session. :any) (noweb-ref . :any) (noweb . ((yes no tangle no-export strip-export))) (file . :any) (tangle . ((tangle yes no :any))) (results. ((file list vector table scalar verbatim) (raw html latex org code pp drawer) (replace silent none append prepend) (output value))) Here is what I excluded: (setq org-babel-common-header-args-w-values (assq-delete-all 'cache org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'cmdline org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'colnames org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'comments org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'dir org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'eval org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'exports org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'epilogue org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'file-desc org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'hlines org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'mkdirp org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'no-expand org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'noeval org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'noweb-sep org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'padline org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'post org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'prologue org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'rownames org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'sep org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'shebang org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'tangle-mode org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'var org-babel-common-header-args-w-values)) (setq org-babel-common-header-args-w-values (assq-delete-all 'wrap org-babel-common-header-args-w-values)) Grant Rettke | ACM, ASA, FSF, IEEE, SIAM g...@wisdomandwonder.com | http://www.wisdomandwonder.com/ “Wisdom begins in wonder.” --Socrates ((λ (x) (x x)) (λ (x) (x x))) “Life has become immeasurably better since I have been forced to stop taking it seriously.” --Thompson On Thu, Jun 19, 2014 at 7:01 PM, Grant Rettke g...@wisdomandwonder.com wrote: Understood. I will start testing. Just out of curiosity, knowing full well that it will break the tangle, and also since I hadn't tried the quick and dirty flag, I ran it with this to see how long it took: (setq org-babel-common-header-args-w-values nil) It went from 936 seconds (15 minutes) Down to 279 (4 minutes). Now I am wondering if it is worth converting my document *not* to use property inheritance... What would you folks do? Grant Rettke | ACM, ASA, FSF, IEEE, SIAM g...@wisdomandwonder.com | http://www.wisdomandwonder.com/ “Wisdom begins in wonder.” --Socrates ((λ (x) (x x)) (λ (x) (x x))) “Life has become immeasurably better since I have been forced to stop taking it seriously.” --Thompson On Thu, Jun 19, 2014 at 8:44 AM, Eric Schulte schulte.e...@gmail.com wrote: Grant Rettke g...@wisdomandwonder.com writes: I still want to be using org,, so my plan for now then is to write a pre-processing script for before org-babel-tangle is run that: 1. Checks each headline 2. Checks if there is a source block 3. If that source block doesn't have a noweb-ref name, and there is another source block under that headline, then merge it with the next source block of the same nature in that heading. That is off the top of my head, and I will try it by hand, first and see if it tangles the same result. Thoughts? Perhaps an easier workaround would be to
[O] :exclude sub folder in org-publish
It looks like this question has been asked before, but not answered ... Is there a way to stop the decent of org-publish at a given directory? Or, is there a syntax for including the path name of files I want to exclude? Or, maybe there something obvious I am missing? Thanks, regcl
Re: [O] babel python example not reproducible
On 19.06.2014 15:40, Eric Schulte wrote: Andreas Röhler andreas.roeh...@easy-emacs.de writes: On 18.06.2014 15:59, Eric Schulte wrote: Shiyuan gshy2...@gmail.com writes: Hi all, I found a solution to fix the echo problem of the emacs python shell: http://stackoverflow.com/questions/8060609/python-interpreter-in-emacs-repeats-lines That is, in the Interior Python buffer, do M-: (setq comint-process-echoes t) ;; or nil Now, if I enter command directly in the interior python buffer, the command is not echoed and this is what I want. However, When I evaluate the python src code block in org-mode(by `C-c C-c`), the problem persists. I notice every time I evaluate the block, I see 'org_babel_python_eoe' in the interior python buffer. I stumbled on a very strange emacs behavior. When I fiddled around, at some point, I produced the correct answer as the manual. I thought I got the right setup, but when I saved everything and restarted emacs, problem persists. Will it be a sign of anything wrong? What's even stranger is that: the evaluation for the first time gives different results from the evaluation for the second time, on exactly the same src_block: This is what I got when I evaluation the code block for the first time: - #+BEGIN_SRC python :results output :session foo x=100 print hello 2 print bye #+END_SRC #+RESULTS: #+begin_example x=100 print hello hello 2 2 print bye bye #+end_example --- --- The following is what I got when I evaluate the same block again: #+BEGIN_SRC python :results output :session foo x=100 print hello 2 print bye #+END_SRC #+RESULTS: : x=100 : print hello : hello : 2 : 2 : print bye : bye : : Notice that the prompt symbol is in the result for the first evaluation but not in the second evaluation. This issue has been raised before, it is a quirk of how the python session starts up. I think we've done what we can to handle this on the Org-mode side, I'd ask for a fix on the python.el maintainers. The prompts appear as respond from Python-process when setup-code is sent at the beginning. org-babel already knows how to fetch only the results from last prompt. Probably separating a first run-python/py-shell from execute-process would do it. I don't follow the above with sufficient clarity to implement your suggestion. Could you provide a patch to the `org-babel-python-initiate-session-by-key' function? Hi Eric, was asked off-list not to send patches... Sorry, Andreas