emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Eric Schulte <schulte.eric@gmail.com>
To: Achim Gratz <Stromeko@nexgo.de>
Cc: emacs-orgmode@gnu.org
Subject: Re: Babel related bug in elpa version 20121231
Date: Sat, 05 Jan 2013 11:51:59 -0700	[thread overview]
Message-ID: <87k3rrh38w.fsf@gmail.com> (raw)
In-Reply-To: 87bod3r2lo.fsf@Rainer.invalid

After reading the first post in this thread, it seems that the problem
is likely caused by this commit [1], which changes the syntax of valid
code blocks.  This means that an Org-mode file with certain types of
code blocks may either be valid before the commit, or valid after the
commit, but not both.

Achim Gratz <Stromeko@nexgo.de> writes:

> Robert Horn writes:
>> All of my problems seem to arise from the bad interactions between
>> starting with the built-in package version of org that is used by the
>> org-babel-load-file, and then transitioning part way through its
>> execution of the starter-kit.org to the elpa updated version of org.
>> The result is much like a mixed version install of org.  Strange things
>> go wrong.
>
> This may provoke a different mode of failure, but maybe you could try to
> add a "(package-initialize)" at the beginning of your ~/init.el.
>

That sounds like it should work, although I would go with the more
complete but possibly overkill

    ;; emacs-lisp
    (package-initialize)
    (require 'org)
    (org-reload)

Let me know if either of the above is sufficient to solve your problem
and ensure that only the latest ELPA version of Org-mode is used through
the entire startup process.  If so I will add this to the starter kit.

>
>> I like having the nicely formatted and documented setup that I get with
>> an export to html of the org files that contain the startup scripts. My
>> intended mode of operation is to have a customized set of starterkit.org
>> files that can apply to everyone, with each user also having a
>> ~/.emacs.d/<user>.org and a ~/.emacs.d/<machine>.org to provide further
>> user customizations, including per machine variations for users who need
>> different setups on different machines.
>
> Again, I understand the appeal of starterkit, I just aren't too enamored
> with its insistence to run through the Org files each time (but I may
> not understand why it needs to do that).  IMHO, if it were tangling to
> elisp, then these problems might not even exist.
>

The starter kit does not "run through the Org files each time", rather
it tangles the .org files to .el files, and then on all subsequent loads
it loads directly from the .el files (unless the .org file is newer).

Cheers -- Eric

Footnotes: 
[1] commit fac86b03fe19d5bb6fe018c3cbc3becac6263b0e
    Author: Nicolas Goaziou <n.goaziou@gmail.com>
    Date:   Sun Sep 30 17:20:27 2012 +0200

        Normalize comma-escaping of src-blocks and example-blocks

        * lisp/org-src.el (org-escape-code-in-string,
          org-unescape-code-in-string, org-escape-code-in-region,
          org-unescape-code-in-region): New functions.
        (org-edit-src-code, org-edit-src-exit): Use new functions.
        * lisp/org.el (org-strip-protective-commas): Removed function.
        * lisp/org-exp.el (org-export-select-backend-specific-text): Use new
          function.
        * lisp/ob.el (org-babel-parse-src-block-match,
          org-babel-parse-inline-src-block-match, org-babel-insert-result):
          Always escape produced blocks, independently on the language of the
          block, if any.  Use new functions.
        * doc/org.texi: Update documentation.
        * testing/lisp/test-ob.el: Update test.

-- 
Eric Schulte
http://cs.unm.edu/~eschulte

  reply	other threads:[~2013-01-05 18:52 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-11 15:03 org version under Windows 7 Giovanni Ridolfi
2012-07-11 16:46 ` Achim Gratz
2012-07-11 17:43 ` [PATCH] " Achim Gratz
2012-07-11 20:21   ` Bastien
2012-07-11 21:15     ` Achim Gratz
2012-07-12  6:31       ` Bastien
2012-07-12  8:30       ` Giovanni Ridolfi
2012-07-12 13:24         ` Achim Gratz
2012-07-24 15:23   ` Bastien
2012-07-25  7:52     ` Giovanni Ridolfi
2012-07-26 12:50       ` Bastien
2012-07-26 18:49     ` Achim Gratz
2012-07-31 16:36       ` Bastien
2013-01-02 22:22 ` Babel related bug in elpa version 20121231 Robert Horn
2013-01-04  2:16   ` Robert Horn
2013-01-04 15:23     ` Bastien
2013-01-04 21:27   ` Achim Gratz
2013-01-05  0:10     ` Robert Horn
2013-01-05  7:07       ` Achim Gratz
2013-01-05 11:07         ` Bastien
2013-01-05 11:45           ` Achim Gratz
2013-01-05 12:33             ` Bastien
2013-01-05 13:40               ` Achim Gratz
2013-01-05 14:00                 ` Bastien
2013-01-05 16:40           ` Robert Horn
2013-01-05 16:55             ` Achim Gratz
2013-01-05 18:51               ` Eric Schulte [this message]
2013-01-05 19:07                 ` Achim Gratz
2013-01-05 19:28                   ` Eric Schulte
2013-01-05 20:39                     ` Achim Gratz
2013-01-05 23:29                       ` Eric Schulte
     [not found]                 ` <CAGoVJLFRky2wOZUkyAVTp3E9eXnsYoetAckWKJs1MKyqQHUCFA@mail.gmail.com>
2013-01-05 20:55                   ` Fwd: " Stelian Iancu
2013-01-05 21:16                     ` Eric Schulte
2013-01-05 21:10                 ` Robert Horn
2013-01-05 22:14                   ` Tom Davey
2013-01-05 23:30                     ` Eric Schulte
2013-01-06 20:21                       ` Stelian Iancu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87k3rrh38w.fsf@gmail.com \
    --to=schulte.eric@gmail.com \
    --cc=Stromeko@nexgo.de \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).