org version under Windows 7

org version under Windows 7

[Giovanni Ridolfi]

Hello everybody (especially Achim Gratz ;-)

I'm back. I'd like to install org on my Windows 7 machine, but

I have some constraints:
- I am not the Administrator 

- I cannot use make 

- I cannot use git


So
1   I downloaded from http://orgmode.org/w/org-mode.git
    the last git snapshot (c75120aa71257604....)
2  un(tar-zipped) it
3  As suggested by Achim a month ago,
    in my scratch buffer I evaluated
    (let ((generated-autoload-file "c:/Users/me/emacs-o/org/org-install.el"))
     (update-directory-autoloads "c:/Users/me/emacs-o/org//lisp"))
messages in the Message buffer were:

Saving file c:/Users/me/emacs-o/org/org-install.el...
Wrote c:/Users/me/emacs-o/org/org-install.el
nil

So this seems not to be the way to set the version

4. Then I run emacs:
    (as suggested in http://orgmode.org/worg/org-hacks.html
>c:\Users\me\programs\emacs\bin\emacs.exe -batch -Q -L lisp -l org/UTILITIES/org-fixup.el --eval '(org-make-org-version "7.8.11" "c75120aa71257" "blabla")'

but the command ended with: End of file during parsing

and, obviously,  M-x org-version says: Org-mode version N/A-fixup 

5. then I followed the instruction with the defvars and evaluated my/compile-org
     but the result was the same.

what can I do?

thank you in advance,

Giovanni

Re: org version under Windows 7

[Achim Gratz]

Giovanni Ridolfi writes:
> 4. Then I run emacs:
>     (as suggested in http://orgmode.org/worg/org-hacks.html
>>c:\Users\me\programs\emacs\bin\emacs.exe -batch -Q -L lisp -l org/UTILITIES/org-fixup.el --eval '(org-make-org-version "7.8.11" "c75120aa71257" "blabla")'
> but the command ended with: End of file during parsing

Yes, CMD.exe has quite different quoting rules than a UNIX shell.  Just
load up the eval expression into a scratch buffer and execute it there
(or via M-: if you like).  Oh, and "blabla" is not a path to the ODT
style files, much less an absolute one.

The definition doesn't include org-make-org-version, but you could add
it if you plan on doing this more often.



Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [PATCH] org version under Windows 7

[Achim Gratz]

[-- Attachment #1: Type: text/plain, Size: 684 bytes --]

Giovanni Ridolfi writes:
> 1   I downloaded from http://orgmode.org/w/org-mode.git
>     the last git snapshot (c75120aa71257604....)

Jason, it would be quite useful if the Git snapshots would include both
org-install.el and org-version.el — is it perhaps possible to sneak a
"make autoloads" into the script that creates those?

Bastien, here's a patch that allows to override the version strings more
easily.  You'd then eval this form:

(let ((org-fake-release "7.8.11")
      (org-fake-git-version "7.8.11-fake"))
  (org-make-autoloads))

either from the scratch buffer or the command line.  I'll update org
hacks with the instructions when you have installed the patch.


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: override version strings --]
[-- Type: text/x-patch, Size: 2993 bytes --]

From 5805109804bc55ef6bf079366dfd24fb928377c3 Mon Sep 17 00:00:00 2001
From: Achim Gratz <Stromeko@Stromeko.DE>
Date: Wed, 11 Jul 2012 19:32:33 +0200
Subject: [PATCH]  Let the user override the version strings produced in
 org-fixup.

* UTILITIES/org-fixup.el (org-fixup): Let the user override the
  version strings produced in org-fixup whith strings stored in
  org-fake-release and org-fake-git-version.  Skip loading them from a
  pre-existing org-version.el or trying to determine them from git in
  this case.  This is predominantly useful if Git is not available,
  but the user wants to install from a Git tarball which is missing a
  pre-configured org-version.el file.
---
 UTILITIES/org-fixup.el |   37 +++++++++++++++++++++----------------
 1 file changed, 21 insertions(+), 16 deletions(-)

diff --git a/UTILITIES/org-fixup.el b/UTILITIES/org-fixup.el
index 1e03801..20613d2 100644
--- a/UTILITIES/org-fixup.el
+++ b/UTILITIES/org-fixup.el
@@ -140,22 +140,27 @@ (defmacro org-fixup ()
 	 (dirgit (concat dirorg ".git/" ))
 	 (org-version "N/A-fixup")
 	 (org-git-version "N/A-fixup !!check installation!!"))
-    (if (load (concat dirlisp "org-version.el") 'noerror 'nomessage 'nosuffix)
-	(setq org-version     (org-release)
-	      org-git-version (org-git-version))
-      (when (and (file-exists-p dirgit)
-		 (executable-find "git"))
-	(unwind-protect
-	    (progn
-	      (cd dirorg)
-	      (let ((git6 (substring (shell-command-to-string "git describe --abbrev=6 HEAD") 0 -1))
-		    (git0 (substring (shell-command-to-string "git describe --abbrev=0 HEAD") 0 -1))
-		    (gitd (string-match "\\S-" (shell-command-to-string "git status -uno --porcelain"))))
-		(setq org-git-version (concat git6 (when gitd ".dirty")))
-		(if (string-match "^release_" git0)
-		    (setq org-version (substring git0 8))
-		  (setq org-version git0))))
-	  (cd origin))))
+    (if (and (boundp 'org-fake-release)     (stringp org-fake-release)
+	     (boundp 'org-fake-git-version) (stringp org-fake-git-version))
+	(setq org-version     org-fake-release
+	      org-git-version org-fake-git-version)
+      (if (load (concat dirlisp "org-version.el") 'noerror 'nomessage 'nosuffix)
+	  (setq org-version     (org-release)
+		org-git-version (org-git-version))
+	(when (and (file-exists-p dirgit)
+		   (executable-find "git"))
+	  (unwind-protect
+	      (progn
+		(cd dirorg)
+		(let ((git6 (substring (shell-command-to-string "git describe --abbrev=6 HEAD") 0 -1))
+		      (git0 (substring (shell-command-to-string "git describe --abbrev=0 HEAD") 0 -1))
+		      (gitd (string-match "\\S-"
+					  (shell-command-to-string "git status -uno --porcelain"))))
+		  (setq org-git-version (concat git6 (when gitd ".dirty")))
+		  (if (string-match "^release_" git0)
+		      (setq org-version (substring git0 8))
+		    (setq org-version git0))))
+	  (cd origin)))))
     `(progn
        (defun org-release () ,org-version)
        (defun org-git-version () ,org-git-version)
-- 
1.7.10.4


[-- Attachment #3: Type: text/plain, Size: 201 bytes --]



Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs

Re: [PATCH] org version under Windows 7

[Bastien]

Achim Gratz <Stromeko@nexgo.de> writes:

> I'll update org
> hacks with the instructions when you have installed the patch.

I just installed the patch, thanks.

-- 
 Bastien

Re: [PATCH] org version under Windows 7

[Achim Gratz]

Bastien writes:
> Achim Gratz <Stromeko@nexgo.de> writes:
>> I'll update org
>> hacks with the instructions when you have installed the patch.
>
> I just installed the patch, thanks.

Documentation on WOrg is updated to reflect the new reality...
:-)


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: [PATCH] org version under Windows 7

[Bastien]

Achim Gratz <Stromeko@nexgo.de> writes:

> Bastien writes:
>> Achim Gratz <Stromeko@nexgo.de> writes:
>>> I'll update org
>>> hacks with the instructions when you have installed the patch.
>>
>> I just installed the patch, thanks.
>
> Documentation on WOrg is updated to reflect the new reality...
> :-)

Thanks!

-- 
 Bastien

Re: [PATCH] org version under Windows 7

[Giovanni Ridolfi]

Da: Achim Gratz <Stromeko@nexgo.de>
Inviato: Mercoledì 11 Luglio 2012 23:15

> Bastien writes:
>> Achim Gratz <Stromeko@nexgo.de> writes:
>>> I'll update org
>>> hacks with the instructions when you have installed the patch.
>
>> I just installed the patch, thanks.

> Documentation on WOrg is updated to reflect the new reality...
> :-)

that does not work.  )-:

- downloaded snapshot  7445ee7d0
- un-tar-zipped
- followed the instructions on worg from "The above assumes ...." i.e.:
- started Emacs with:
  c:\Users\me> programs/emacs/bin/emacs.exe emacs -Q -L lisp -l org/UTILITIES/org-fixup
  - BUT  emacs *opens* the file org-fixup (? uh ?!)
  then I tried:
  c:\Users\me> programs/emacs/bin/emacs.exe emacs -Q -L lisp -l org/UTILITIES/org-fixup.el
  emacs opens the file org-fixup.el

-  then evaluated in the *scratch* buffer the let expression and got the error:

Debugger entered--Lisp error: (void-function org-make-autoloads-compile)
  (org-make-autoloads-compile)
  (let ((org-fake-release "7.8.11") (org-fake-git-version "7.8.11-fake")) (org-make-autoloads-compile))
  eval((let ((org-fake-release "7.8.11") (org-fake-git-version "7.8.11-fake")) (org-make-autoloads-compile)) nil)
  eval-last-sexp-1(t)
  eval-last-sexp(t)
  eval-print-last-sexp()
  call-interactively(eval-print-last-sexp nil nil)

then I 
- restarted Emacs
- in the *scratch* buffer
- evaluated  (org-make-org-version "7.8.11" "7445ee7d0" "c:/Users/me/programs/odt/styles/") in the scratch buffer,
  this command  creates the file 
c:/Users/me/programs/emacs/bin/org-version.el
                                    ^^^^^^^^^^^^^^
that has all the parameters at the right places but the version is not loaded:
M-x org-version:

Org-mode version N/A-fixup (N/A-fixup !!check installation!! @ c:/Users/ridolfi/programs/emacs-o/org/lisp/)

Then I copied to c:/Users/me/org/lisp/org-version.el
                                      ^^^^^^^^^^^^^^^
and org got it 

Org-mode version 7.8.11 (7445ee7d0 @ c:/Users/me/org/lisp/)     \o/

If I start Emacs  and

in the *scratch* buffer evaluate:(defvar my/org-lisp-directory "c:/Users/me/org/lisp/" "Directory where your org-mode files live.")

(org-make-org-version "7.8.11" "7445ee7d0" "c:/Users/me/programs/odt/styles/")

the file org-version.el is saved in the directroy of the scratch buffer, that is c:/Users/me/programs/emacs/bin/

So, Achim how can I tell Emacs to "change" directory and save org-version.el in my org/lisp/ directory? 

cheers,
Giovanni

Re: [PATCH] org version under Windows 7

[Achim Gratz]

Giovanni Ridolfi <giovanni.ridolfi <at> yahoo.it> writes:
> that does not work.  )-:

Instead of doing what is said in the document you keep inventing your own
invocations.  Why not simply follow the instructions?  Hint: "org" is not the
same as "..", so substituting one for the other isn't going to work.  You have
to cd into the directory where org is installed (just like you would have to if
you were to run make), I'll make this more explicit.  So for the apparent
location of org from your last post you'd do:

c:\Users\me> cd org
c:\Users\me\org> c:\users\me\programs\emacs\bin\emacs.exe -Q -L lisp -l
../UTILITIES/org-fixup

Since you are obviously not comfortable working at a shell prompt, why not use
Emacs-24 und install org from ELPA?

Regards,
Achim.

Re: [PATCH] org version under Windows 7

[Bastien]

Achim Gratz <Stromeko@nexgo.de> writes:

> Giovanni Ridolfi writes:
>> 1   I downloaded from http://orgmode.org/w/org-mode.git
>>     the last git snapshot (c75120aa71257604....)
>
> Jason, it would be quite useful if the Git snapshots would include both
> org-install.el and org-version.el — is it perhaps possible to sneak a
> "make autoloads" into the script that creates those?

I don't this is easy to do.  

The snapshot is created by gitweb on the fly.  
Also, people expect it to reflect the content
they can browser from the web interface, not
the one resulting from running make autoloads.

But perhaps Jason has another POV.

Best,

-- 
 Bastien

Re: [PATCH] org version under Windows 7

[Giovanni Ridolfi]

Da: Bastien <bzg@gnu.org>
Inviato: Martedì 24 Luglio 2012 17:23
Oggetto: Re: [O] [PATCH] org version under Windows 7

> Achim Gratz <Stromeko@nexgo.de> writes:

>> Giovanni Ridolfi writes:
>>> 1   I downloaded from http://orgmode.org/w/org-mode.git
>>>     the last git snapshot (c75120aa71257604....)
>
>> Jason, it would be quite useful
>>  if the Git snapshots would include both
>> org-install.el and org-version.el — is it perhaps possible to sneak a
>> "make autoloads" into the script that creates those?

> I don't this is easy to do.  

> The snapshot is created by gitweb on the fly.  
> Also, people expect it to reflect the content
> they can browser from the web interface, not
> the one resulting from running make autoloads.

> But perhaps Jason has another POV.

Well I think that, following the new instructions, that Achim wrote on worg,
the file org-install and org-version are created really easily
and there's no need to do it on the server side.

Giovanni

Re: [PATCH] org version under Windows 7

[Bastien]

Giovanni Ridolfi <giovanni.ridolfi@yahoo.it> writes:

> Well I think that, following the new instructions, that Achim wrote on worg,
> the file org-install and org-version are created really easily
> and there's no need to do it on the server side.

My thought exactly.

-- 
 Bastien

Re: [PATCH] org version under Windows 7

[Achim Gratz]

Bastien writes:
> The snapshot is created by gitweb on the fly.

I'm not talking about those — yes, they should be what's in Git's index,
nothing more or less.  I was thinking of org-latest.{zip,tar.gz}, which
might usefully include the autoload files or even byte-compiled
sources.  So we would have the Git snapshots and org-latest would be an
installable (or pre-installed) version of Git HEAD.

FWIW, I think the download page should explicitly mention ELPA, now that
Emacs 24.1 is out, as another low-maintenance alternative for folks who
want to keep current, but not necessarily develop.  ELPA is mentioned in
the FAQ, although I suspect not many people will find it there because
they might not think that something like that exists.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

Re: [PATCH] org version under Windows 7

[Bastien]

Hi Achim,

Achim Gratz <Stromeko@nexgo.de> writes:

> Bastien writes:
>> The snapshot is created by gitweb on the fly.
>
> I'm not talking about those — yes, they should be what's in Git's index,
> nothing more or less.  I was thinking of org-latest.{zip,tar.gz}, which
> might usefully include the autoload files or even byte-compiled
> sources.  

I agree org-latest.* should contain org-version.el and org-install.el.

I don't think it should contain the byte-compiled files, though, as some
users might prefer to use uncompiled code, and the archive would nearly
double in size if we include the byte-compiled files.

I will also include org-install.el and org-version.el in the next
release.

> FWIW, I think the download page should explicitly mention ELPA, now that
> Emacs 24.1 is out, as another low-maintenance alternative for folks who
> want to keep current, but not necessarily develop.  

I just added a mention to GNU ELPA, thanks!

-- 
 Bastien

Babel related bug in elpa version 20121231

[Robert Horn]

[-- Attachment #1: Type: text/plain, Size: 1075 bytes --]


I'm experimenting with starterkit on a new machine and have run into a
bug in org-mode elpa version 20121231.

With the stock distribution org-mode (7.8.11) in emacs 24.2 there is no
problem.  With the elpa version 20121231 I get an error, see the
attached output from emacs --debug-init.

It's not clear to me why the condition is failing in
org-babel-strip-protective-commas.  This works properly in 7.8.11. It
shouldn't be taking the path that leads to org-strip-protective-commas.

The environment is the unmodified git repository for the
emacs24-starter-kit, and this error is from the first #+begin_src
emacs-lisp in the personalized startup file.  

This work is on a new machine.  It doesn't have the org-mode git
repository readily available.  If there is an easy way to get
intermediate versions from elpa I can try those relatively easily to
isolate the change that triggers this error better.

For now the workaround is to revert the org-mode package, get the
startups the way I want them, and then re-activate the org-mode
package.

R Horn
rjhorn@alum.mit.edu


[-- Attachment #2: Output from emacs --debug-init --]
[-- Type: text/plain, Size: 13973 bytes --]

Debugger entered--Lisp error: (void-function org-strip-protective-commas)
  org-strip-protective-commas(1 77)
  org-babel-strip-protective-commas("    (add-hook 'text-mode-hook\n              '(lambda () (visual-line-mode)))" "emacs-lisp")
  org-babel-parse-src-block-match()
  org-babel-get-src-block-info(light)
  org-babel-tangle-collect-blocks("emacs-lisp")
  org-babel-tangle(nil "/home/hornrj/.emacs.d/hornrj.el" "emacs-lisp")
  org-babel-tangle-file("/home/hornrj/.emacs.d/hornrj.org" "/home/hornrj/.emacs.d/hornrj.el" "emacs-lisp")
  org-babel-load-file("/home/hornrj/.emacs.d/hornrj.org")
  (cond ((file-exists-p encrypted-org) (org-babel-load-file encrypted-org)) ((file-exists-p encrypted-el) (load encrypted-el)) ((file-exists-p literate) (org-babel-load-file literate)) ((file-exists-p plain) (load plain)))
  (let* ((path (expand-file-name base starter-kit-dir)) (literate (concat path ".org")) (encrypted-org (concat path ".org.gpg")) (plain (concat path ".el")) (encrypted-el (concat path ".el.gpg"))) (cond ((file-exists-p encrypted-org) (org-babel-load-file encrypted-org)) ((file-exists-p encrypted-el) (load encrypted-el)) ((file-exists-p literate) (org-babel-load-file literate)) ((file-exists-p plain) (load plain))))
  (catch (quote --cl-block-sk-load--) (let* ((path (expand-file-name base starter-kit-dir)) (literate (concat path ".org")) (encrypted-org (concat path ".org.gpg")) (plain (concat path ".el")) (encrypted-el (concat path ".el.gpg"))) (cond ((file-exists-p encrypted-org) (org-babel-load-file encrypted-org)) ((file-exists-p encrypted-el) (load encrypted-el)) ((file-exists-p literate) (org-babel-load-file literate)) ((file-exists-p plain) (load plain)))))
  (cl-block-wrapper (catch (quote --cl-block-sk-load--) (let* ((path (expand-file-name base starter-kit-dir)) (literate (concat path ".org")) (encrypted-org (concat path ".org.gpg")) (plain (concat path ".el")) (encrypted-el (concat path ".el.gpg"))) (cond ((file-exists-p encrypted-org) (org-babel-load-file encrypted-org)) ((file-exists-p encrypted-el) (load encrypted-el)) ((file-exists-p literate) (org-babel-load-file literate)) ((file-exists-p plain) (load plain))))))
  (block sk-load (let* ((path (expand-file-name base starter-kit-dir)) (literate (concat path ".org")) (encrypted-org (concat path ".org.gpg")) (plain (concat path ".el")) (encrypted-el (concat path ".el.gpg"))) (cond ((file-exists-p encrypted-org) (org-babel-load-file encrypted-org)) ((file-exists-p encrypted-el) (load encrypted-el)) ((file-exists-p literate) (org-babel-load-file literate)) ((file-exists-p plain) (load plain)))))
  sk-load("hornrj")
  (let ((elisp-dir (expand-file-name "src" starter-kit-dir)) (user-dir (expand-file-name user-login-name starter-kit-dir))) (add-to-list (quote load-path) elisp-dir) (when (file-exists-p elisp-dir) (let ((default-directory elisp-dir)) (normal-top-level-add-subdirs-to-load-path))) (sk-load system-name) (sk-load user-login-name) (when (file-exists-p user-dir) (add-to-list (quote load-path) user-dir) (mapc (function sk-load) (remove-duplicates (mapcar (function remove-extension) (directory-files user-dir t ".*.\\(org\\|el\\)\\(\\.gpg\\)?$")) :test (function string=)))))
  (progn (fset (quote remove-extension) (function* (lambda (name) (block remove-extension (string-match "\\(.*?\\).\\(org\\(\\.el\\)?\\|el\\)\\(\\.gpg\\)?$" name) (match-string 1 name))))) (let ((elisp-dir (expand-file-name "src" starter-kit-dir)) (user-dir (expand-file-name user-login-name starter-kit-dir))) (add-to-list (quote load-path) elisp-dir) (when (file-exists-p elisp-dir) (let ((default-directory elisp-dir)) (normal-top-level-add-subdirs-to-load-path))) (sk-load system-name) (sk-load user-login-name) (when (file-exists-p user-dir) (add-to-list (quote load-path) user-dir) (mapc (function sk-load) (remove-duplicates (mapcar (function remove-extension) (directory-files user-dir t ".*.\\(org\\|el\\)\\(\\.gpg\\)?$")) :test (function string=))))))
  (unwind-protect (progn (fset (quote remove-extension) (function* (lambda (name) (block remove-extension (string-match "\\(.*?\\).\\(org\\(\\.el\\)?\\|el\\)\\(\\.gpg\\)?$" name) (match-string 1 name))))) (let ((elisp-dir (expand-file-name "src" starter-kit-dir)) (user-dir (expand-file-name user-login-name starter-kit-dir))) (add-to-list (quote load-path) elisp-dir) (when (file-exists-p elisp-dir) (let ((default-directory elisp-dir)) (normal-top-level-add-subdirs-to-load-path))) (sk-load system-name) (sk-load user-login-name) (when (file-exists-p user-dir) (add-to-list (quote load-path) user-dir) (mapc (function sk-load) (remove-duplicates (mapcar (function remove-extension) (directory-files user-dir t ".*.\\(org\\|el\\)\\(\\.gpg\\)?$")) :test (function string=)))))) (if --cl-letf-bound-- (fset (quote remove-extension) --cl-letf-save--) (fmakunbound (quote remove-extension))))
  (let* ((--cl-letf-bound-- (fboundp (quote remove-extension))) (--cl-letf-save-- (and --cl-letf-bound-- (symbol-function (quote remove-extension))))) (unwind-protect (progn (fset (quote remove-extension) (function* (lambda (name) (block remove-extension (string-match "\\(.*?\\).\\(org\\(\\.el\\)?\\|el\\)\\(\\.gpg\\)?$" name) (match-string 1 name))))) (let ((elisp-dir (expand-file-name "src" starter-kit-dir)) (user-dir (expand-file-name user-login-name starter-kit-dir))) (add-to-list (quote load-path) elisp-dir) (when (file-exists-p elisp-dir) (let ((default-directory elisp-dir)) (normal-top-level-add-subdirs-to-load-path))) (sk-load system-name) (sk-load user-login-name) (when (file-exists-p user-dir) (add-to-list (quote load-path) user-dir) (mapc (function sk-load) (remove-duplicates (mapcar ... ...) :test (function string=)))))) (if --cl-letf-bound-- (fset (quote remove-extension) --cl-letf-save--) (fmakunbound (quote remove-extension)))))
  (letf (((symbol-function (quote remove-extension)) (function* (lambda (name) (block remove-extension (string-match "\\(.*?\\).\\(org\\(\\.el\\)?\\|el\\)\\(\\.gpg\\)?$" name) (match-string 1 name)))))) (let ((elisp-dir (expand-file-name "src" starter-kit-dir)) (user-dir (expand-file-name user-login-name starter-kit-dir))) (add-to-list (quote load-path) elisp-dir) (when (file-exists-p elisp-dir) (let ((default-directory elisp-dir)) (normal-top-level-add-subdirs-to-load-path))) (sk-load system-name) (sk-load user-login-name) (when (file-exists-p user-dir) (add-to-list (quote load-path) user-dir) (mapc (function sk-load) (remove-duplicates (mapcar (function remove-extension) (directory-files user-dir t ".*.\\(org\\|el\\)\\(\\.gpg\\)?$")) :test (function string=))))))
  (progn (fset (quote sk-load) (function* (lambda (base) (block sk-load (let* ((path ...) (literate ...) (encrypted-org ...) (plain ...) (encrypted-el ...)) (cond (... ...) (... ...) (... ...) (... ...))))))) (letf (((symbol-function (quote remove-extension)) (function* (lambda (name) (block remove-extension (string-match "\\(.*?\\).\\(org\\(\\.el\\)?\\|el\\)\\(\\.gpg\\)?$" name) (match-string 1 name)))))) (let ((elisp-dir (expand-file-name "src" starter-kit-dir)) (user-dir (expand-file-name user-login-name starter-kit-dir))) (add-to-list (quote load-path) elisp-dir) (when (file-exists-p elisp-dir) (let ((default-directory elisp-dir)) (normal-top-level-add-subdirs-to-load-path))) (sk-load system-name) (sk-load user-login-name) (when (file-exists-p user-dir) (add-to-list (quote load-path) user-dir) (mapc (function sk-load) (remove-duplicates (mapcar (function remove-extension) (directory-files user-dir t ".*.\\(org\\|el\\)\\(\\.gpg\\)?$")) :test (function string=)))))))
  (unwind-protect (progn (fset (quote sk-load) (function* (lambda (base) (block sk-load (let* (... ... ... ... ...) (cond ... ... ... ...)))))) (letf (((symbol-function (quote remove-extension)) (function* (lambda (name) (block remove-extension ... ...))))) (let ((elisp-dir (expand-file-name "src" starter-kit-dir)) (user-dir (expand-file-name user-login-name starter-kit-dir))) (add-to-list (quote load-path) elisp-dir) (when (file-exists-p elisp-dir) (let ((default-directory elisp-dir)) (normal-top-level-add-subdirs-to-load-path))) (sk-load system-name) (sk-load user-login-name) (when (file-exists-p user-dir) (add-to-list (quote load-path) user-dir) (mapc (function sk-load) (remove-duplicates (mapcar ... ...) :test (function string=))))))) (if --cl-letf-bound-- (fset (quote sk-load) --cl-letf-save--) (fmakunbound (quote sk-load))))
  (let* ((--cl-letf-bound-- (fboundp (quote sk-load))) (--cl-letf-save-- (and --cl-letf-bound-- (symbol-function (quote sk-load))))) (unwind-protect (progn (fset (quote sk-load) (function* (lambda (base) (block sk-load (let* ... ...))))) (letf (((symbol-function (quote remove-extension)) (function* (lambda ... ...)))) (let ((elisp-dir (expand-file-name "src" starter-kit-dir)) (user-dir (expand-file-name user-login-name starter-kit-dir))) (add-to-list (quote load-path) elisp-dir) (when (file-exists-p elisp-dir) (let (...) (normal-top-level-add-subdirs-to-load-path))) (sk-load system-name) (sk-load user-login-name) (when (file-exists-p user-dir) (add-to-list (quote load-path) user-dir) (mapc (function sk-load) (remove-duplicates ... :test ...)))))) (if --cl-letf-bound-- (fset (quote sk-load) --cl-letf-save--) (fmakunbound (quote sk-load)))))
  (letf (((symbol-function (quote sk-load)) (function* (lambda (base) (block sk-load (let* (... ... ... ... ...) (cond ... ... ... ...))))))) (letf (((symbol-function (quote remove-extension)) (function* (lambda (name) (block remove-extension (string-match "\\(.*?\\).\\(org\\(\\.el\\)?\\|el\\)\\(\\.gpg\\)?$" name) (match-string 1 name)))))) (let ((elisp-dir (expand-file-name "src" starter-kit-dir)) (user-dir (expand-file-name user-login-name starter-kit-dir))) (add-to-list (quote load-path) elisp-dir) (when (file-exists-p elisp-dir) (let ((default-directory elisp-dir)) (normal-top-level-add-subdirs-to-load-path))) (sk-load system-name) (sk-load user-login-name) (when (file-exists-p user-dir) (add-to-list (quote load-path) user-dir) (mapc (function sk-load) (remove-duplicates (mapcar (function remove-extension) (directory-files user-dir t ".*.\\(org\\|el\\)\\(\\.gpg\\)?$")) :test (function string=)))))))
  (letf* (((symbol-function (quote sk-load)) (function* (lambda (base) (block sk-load (let* (... ... ... ... ...) (cond ... ... ... ...)))))) ((symbol-function (quote remove-extension)) (function* (lambda (name) (block remove-extension (string-match "\\(.*?\\).\\(org\\(\\.el\\)?\\|el\\)\\(\\.gpg\\)?$" name) (match-string 1 name)))))) (let ((elisp-dir (expand-file-name "src" starter-kit-dir)) (user-dir (expand-file-name user-login-name starter-kit-dir))) (add-to-list (quote load-path) elisp-dir) (when (file-exists-p elisp-dir) (let ((default-directory elisp-dir)) (normal-top-level-add-subdirs-to-load-path))) (sk-load system-name) (sk-load user-login-name) (when (file-exists-p user-dir) (add-to-list (quote load-path) user-dir) (mapc (function sk-load) (remove-duplicates (mapcar (function remove-extension) (directory-files user-dir t ".*.\\(org\\|el\\)\\(\\.gpg\\)?$")) :test (function string=))))))
  (flet ((sk-load (base) (let* ((path (expand-file-name base starter-kit-dir)) (literate (concat path ".org")) (encrypted-org (concat path ".org.gpg")) (plain (concat path ".el")) (encrypted-el (concat path ".el.gpg"))) (cond ((file-exists-p encrypted-org) (org-babel-load-file encrypted-org)) ((file-exists-p encrypted-el) (load encrypted-el)) ((file-exists-p literate) (org-babel-load-file literate)) ((file-exists-p plain) (load plain))))) (remove-extension (name) (string-match "\\(.*?\\).\\(org\\(\\.el\\)?\\|el\\)\\(\\.gpg\\)?$" name) (match-string 1 name))) (let ((elisp-dir (expand-file-name "src" starter-kit-dir)) (user-dir (expand-file-name user-login-name starter-kit-dir))) (add-to-list (quote load-path) elisp-dir) (when (file-exists-p elisp-dir) (let ((default-directory elisp-dir)) (normal-top-level-add-subdirs-to-load-path))) (sk-load system-name) (sk-load user-login-name) (when (file-exists-p user-dir) (add-to-list (quote load-path) user-dir) (mapc (function sk-load) (remove-duplicates (mapcar (function remove-extension) (directory-files user-dir t ".*.\\(org\\|el\\)\\(\\.gpg\\)?$")) :test (function string=))))))
  eval-buffer(#<buffer  *load*<2>> nil "/home/hornrj/.emacs.d/starter-kit.el" nil t)  ; Reading at buffer position 5662
  load-with-code-conversion("/home/hornrj/.emacs.d/starter-kit.el" "/home/hornrj/.emacs.d/starter-kit.el" nil nil)
  load("/home/hornrj/.emacs.d/starter-kit.el" nil nil t)
  load-file("/home/hornrj/.emacs.d/starter-kit.el")
  org-babel-load-file("/home/hornrj/.emacs.d/starter-kit.org")
  eval-buffer(#<buffer  *load*> nil "/home/hornrj/.emacs.d/init.el" nil t)  ; Reading at buffer position 348
  load-with-code-conversion("/home/hornrj/.emacs.d/init.el" "/home/hornrj/.emacs.d/init.el" t t)
  load("/home/hornrj/.emacs.d/init" t t)
  #[0 "\b\205\262\0	\306=\203\x11\0\307\b\310Q\202;\0	\311=\204\x1e\0\307\b\312Q\202;\0\313\307\314\315#\203*\0\316\202;\0\313\307\314\317#\203:\0\320\nB\x12\321\202;\0\316\322\x13\323\x01\322\211#\210\v\322=\203a\0\324\325\326\307\b\327Q!\"\323\x01\322\211#\210\v\322=\203`\0\x01\x13\210\v\203\243\0\330\v!\331\232\203\243\0\332\v!\211\333P\334\x01!\203}\0\211\202\210\0\334\x02!\203\207\0\x01\202\210\0\314\262\x02\x01\203\241\0\335\x02\v\"\203\237\0\336\337\x03\v#\210\340\341!\210\x01\x13\266\x02\f?\205\260\0\314\x1d\323\342\322\211#)\262\x01\207" [init-file-user system-type delayed-warnings-list user-init-file inhibit-default-init inhibit-startup-screen ms-dos "~" "/_emacs" windows-nt "/.emacs" directory-files nil "^\\.emacs\\(\\.elc?\\)?$" "~/.emacs" "^_emacs\\(\\.elc?\\)?$" (initialization "`_emacs' init file is deprecated, please use `.emacs'") "~/_emacs" t load expand-file-name "init" file-name-as-directory "/.emacs.d" file-name-extension "elc" file-name-sans-extension ".el" file-exists-p file-newer-than-file-p message "Warning: %s is newer than %s" sit-for 1 "default"] 7 "\n\n(fn)"]()
  command-line()
  normal-top-level()

Re: Babel related bug in elpa version 20121231

[Robert Horn]

Robert Horn <rjhorn@alum.mit.edu> writes:

> I'm experimenting with starterkit on a new machine and have run into a
> bug in org-mode elpa version 20121231.
>
> With the stock distribution org-mode (7.8.11) in emacs 24.2 there is no
> problem.  With the elpa version 20121231 I get an error, see the
> attached output from emacs --debug-init.
>

And I can partially answer myself.  The issue is with starterkit, not
org-mode.

It looks like starter-kit uses org-ob.el prior to package-initialize.
This works properly if the initial distribution .elc files match the end
result after elpa package processing.  If not, there is a mess
equivalent to a version mismatch, although it does not get detected by
org-version.

That doesn't solve my problem, but it explains the attempts to use
undefined functions.  I guess I have to actually understand the
starterkit initialization and try to fix it.  

R Horn
rjhorn@alum.mit.edu

Re: Babel related bug in elpa version 20121231

[Bastien]

Hi Robert,

Robert Horn <rjhorn@alum.mit.edu> writes:

> And I can partially answer myself.  The issue is with starterkit, not
> org-mode.
>
> It looks like starter-kit uses org-ob.el prior to package-initialize.
> This works properly if the initial distribution .elc files match the end
> result after elpa package processing.  If not, there is a mess
> equivalent to a version mismatch, although it does not get detected by
> org-version.
>
> That doesn't solve my problem, but it explains the attempts to use
> undefined functions.  I guess I have to actually understand the
> starterkit initialization and try to fix it.  

Or contact the author(s) so they can fix it... thanks!

-- 
 Bastien

Re: Babel related bug in elpa version 20121231

[Achim Gratz]

Robert Horn writes:
> I'm experimenting with starterkit on a new machine and have run into a
> bug in org-mode elpa version 20121231.

Using two systems that hook into Emacs' startup sequence simultaneously
is asking for trouble.  It may be solveable by carefully orchestrating
which step gets done when, but in the long run this doesn't seem
manageable to me.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables

Re: Babel related bug in elpa version 20121231

[Robert Horn]

Achim Gratz <Stromeko@nexgo.de> writes:

> Robert Horn writes:
>> I'm experimenting with starterkit on a new machine and have run into a
>> bug in org-mode elpa version 20121231.
>
> Using two systems that hook into Emacs' startup sequence simultaneously
> is asking for trouble.  It may be solveable by carefully orchestrating
> which step gets done when, but in the long run this doesn't seem
> manageable to me.

I got things working by replacing the emacs lisp/org directory with a
link to my git controlled org/lisp directory.  I should eventually
replace this with a setup using the makefiles to install updated
versions of org.  Other experiments confirm that the combination of
starterkit's automagic updating with elpa leads to problems at least for
org-mode.  For account and protections convenience it is easier to use
the link rather than the makefiles until I've got the new system all
properly configured.

Starterkit does have code that looked correct and proper for
coordinating the init with elpa, and I think that for packages not
used by org-mode it will be OK.  But, the automagic startup executes the
lisp code using babel from org files.  This means that org and it's
dependencies are partially loaded before elpa is initialized.  This
means problems for org and any other dependent packages.  

I think the long term solution will have to be abandoning the automagic
startup.  If there were a "compile and install" operation in starterkit
to take the org files and use babel to convert them into elc, it would
be a little bit less magic for the novice user, but it would eliminate
this interaction between it and elpa.  I do expect novice users to use
the package mechanism, so they will run into this problem if they want a
more recent version of org-mode than is packaged with their emacs.

For now it's working for me.  I don't know what direction the maintainer
of starterkit will feel like taking.

R Horn
rjhorn@alum.mit.edu

Re: Babel related bug in elpa version 20121231

[Achim Gratz]

Robert Horn writes:
> Starterkit does have code that looked correct and proper for
> coordinating the init with elpa, and I think that for packages not
> used by org-mode it will be OK.  But, the automagic startup executes the
> lisp code using babel from org files.  This means that org and it's
> dependencies are partially loaded before elpa is initialized.  This
> means problems for org and any other dependent packages.  

Yes, and that's a problem already in ELPA.  It does make an implicit
assumption that no ELPA package is already delivered with Emacs, but
that is not true with Org.  It also makes the implicit assumption that
you can recompile the new version of a package when the old version has
already been loaded, which is also (sometimes, not often) not true with
Org.

I don't know enough about starterkit to know if it makes the same
assumptions.  The obvious solution for the problem mentioned above would
be to tangle the org files to elisp rather than executing them directly
and restart Emacs when something has changed, but that may not be
enough.

> I think the long term solution will have to be abandoning the automagic
> startup.

I'll try to make a bugreport against package manager.  I'm not sure what
will happen since properly fixing it would likely be a lot of work...

> If there were a "compile and install" operation in starterkit
> to take the org files and use babel to convert them into elc, it would
> be a little bit less magic for the novice user, but it would eliminate
> this interaction between it and elpa.  I do expect novice users to use
> the package mechanism, so they will run into this problem if they want a
> more recent version of org-mode than is packaged with their emacs.

I hope that a later version of Emacs (not the upcoming 24.3, though)
will properly move the bundled Org into a package.  That's been talked
about for a while, but has not happened since it will likely require a
few more tweaks to the way package manager works.

Meanwhile, one thing that starterkit can do as a workaround is to do an
org-reload right after the path to package directory has been installed.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra

Re: Babel related bug in elpa version 20121231

[Bastien]

Hi Achim,

Achim Gratz <Stromeko@nexgo.de> writes:

> I hope that a later version of Emacs (not the upcoming 24.3, though)
> will properly move the bundled Org into a package.  That's been talked
> about for a while, but has not happened since it will likely require a
> few more tweaks to the way package manager works.

Please don't push into this direction.

I wish one day org-mode will be the default mode for etc/{TODO,PROBLEMS}
and such files in Emacs, instead of outline-mode.

I also wish Emacs can read an ~/.emacs.org init file.

So I strongly think Org should remain into Emacs' core.

(Modularity is like automation: the idea always looks appealing,
but the reality is not always so.)

-- 
 Bastien

Re: Babel related bug in elpa version 20121231

[Achim Gratz]

Bastien writes:
>> I hope that a later version of Emacs (not the upcoming 24.3, though)
>> will properly move the bundled Org into a package.  That's been talked
>> about for a while, but has not happened since it will likely require a
>> few more tweaks to the way package manager works.
>
> Please don't push into this direction.

I think you are misunderstanding what packetizing Emacs' builtin
packages means.  Stefan Monnier has already said that he intends to have
Org (and other packages that are maintained outside Emacs) as built-in
packages within Emacs so that they become easier to update between
releases of Emacs from ELPA.  The plan until now seems to be to use
package manager, however that is currently missing some infrastructure
to make it happen, mainly it needs to allow package directories for
Emacs, the site and the user (just like lisp/).

I think we should push for package manager to be extended with the
necessary support and then for Org to be the first package that makes
the move.

> I wish one day org-mode will be the default mode for etc/{TODO,PROBLEMS}
> and such files in Emacs, instead of outline-mode.
>
> I also wish Emacs can read an ~/.emacs.org init file.

These are completely separate issues.

> So I strongly think Org should remain into Emacs' core.

Nobody said otherwise.

> (Modularity is like automation: the idea always looks appealing,
> but the reality is not always so.)

This is not about modularity at all (Org already is modularized in that
sense since it is maintained outside Emacs), it is about maintainability
and release management.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables

Re: Babel related bug in elpa version 20121231

[Bastien]

Achim Gratz <Stromeko@nexgo.de> writes:

> I think you are misunderstanding what packetizing Emacs' builtin
> packages means.  Stefan Monnier has already said that he intends to have
> Org (and other packages that are maintained outside Emacs) as built-in
> packages within Emacs so that they become easier to update between
> releases of Emacs from ELPA.  

You said:

  I hope that a later version of Emacs (not the upcoming 24.3, though)
  will properly move the bundled Org into a package.

For the current meaning of an Emacs package, it means moving 
Org outside of Emacs' core.

>> So I strongly think Org should remain into Emacs' core.
>
> Nobody said otherwise.

Good!

-- 
 Bastien

Re: Babel related bug in elpa version 20121231

[Achim Gratz]

Bastien writes:
> For the current meaning of an Emacs package, it means moving 
> Org outside of Emacs' core.

Org is already shown as a "built-in" package in recent Emacs if you care
to look in package manager.  I don't understand what you think "Emacs'
core" is, but to me anything that is released and installed together
with Emacs is "core", no matter how it gets into the tarball.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

Re: Babel related bug in elpa version 20121231

[Bastien]

Achim Gratz <Stromeko@nexgo.de> writes:

> Org is already shown as a "built-in" package in recent Emacs if you care
> to look in package manager.  I don't understand what you think "Emacs'
> core" is, but to me anything that is released and installed together
> with Emacs is "core", no matter how it gets into the tarball.

Again, you said:

  I hope that a later version of Emacs (not the upcoming 24.3, though)
  will properly move the bundled Org into a package.

I read this as "Org is now in core and I hope it will be moved into
an external package."  Apparently I misread you, so everything is fine.

-- 
 Bastien

Re: Babel related bug in elpa version 20121231

[Robert Horn]

Bastien <bzg@altern.org> writes:

>
> I also wish Emacs can read an ~/.emacs.org init file.
>
That is what the starterkit for emacs 24 is attempting to do.  It's got
a ~/init.el that is just
#+begin_src emacs-lisp
(setq starter-kit-dir
      (file-name-directory (or load-file-name (buffer-file-name))))

;; load up the starter kit
(org-babel-load-file (expand-file-name "starter-kit.org"
starter-kit-dir))
#+end_src

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.

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.

R Horn
rjhorn@alum.mit.edu

Re: Babel related bug in elpa version 20121231

[Achim Gratz]

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.

> 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.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs

Re: Babel related bug in elpa version 20121231

[Eric Schulte]

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

Re: Babel related bug in elpa version 20121231

[Achim Gratz]

Eric Schulte writes:
> 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).

So why does it need to load Org before activating the packages then?  If
that could be avoided, there would be less problems and you wouldn't
need to hardcode loading it in init.el…


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra

Re: Babel related bug in elpa version 20121231

[Eric Schulte]

Achim Gratz <Stromeko@nexgo.de> writes:

> Eric Schulte writes:
>> 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).
>
> So why does it need to load Org before activating the packages then?  If
> that could be avoided, there would be less problems and you wouldn't
> need to hardcode loading it in init.el…
>

Because the above sequence of loading .el files and possibly falling
back to .org files is all performed by the `org-babel-load-file'
function, which is not defined until org has been required.

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

Re: Babel related bug in elpa version 20121231

[Achim Gratz]

Eric Schulte writes:
> Because the above sequence of loading .el files and possibly falling
> back to .org files is all performed by the `org-babel-load-file'
> function, which is not defined until org has been required.

Which confirms it "runs through the Org files each time" as I had
assumed earlier.  The safe way to do this would be to simply check if
any files need to be re-tangled, then start/fork a new Emacs and do the
tangling there and then resume loading just the elisp files from the
original Emacs process.


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

Fwd: Babel related bug in elpa version 20121231

[Stelian Iancu]

[-- Attachment #1: Type: text/plain, Size: 1739 bytes --]

On Sat, Jan 5, 2013 at 7:51 PM, Eric Schulte <schulte.eric@gmail.com> wrote:
>
>
> 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.


What I did to get around this problem is the following (in init.el):

;; remove path to org shipped with emacs
(require 'cl)
(setq load-path (remove-if (lambda (x) (string-match-p "org$" x))
load-path))

;; remember this directory
(setq starter-kit-dir
      (file-name-directory (or load-file-name (buffer-file-name))))

;; add the orgmode.org ELPA package
(require 'package)
(add-to-list 'package-archives '("org" . "http://orgmode.org/elpa/") t)

(package-initialize)
(unless package-archive-contents    ;; Refrech the packages descriptions
  (package-refresh-contents))
(setq package-load-list '(all))     ;; List of packages to load
(unless (package-installed-p 'org-plus-contrib)  ;; Make sure the Org
package is
  (package-install 'org-plus-contrib))           ;; installed, install it
if not
(package-initialize)                ;; Initialize & Install Package

(add-to-list 'load-path (car (file-expand-wildcards (concat starter-kit-dir
"elpa/org-plus-contrib-*"))))
(require 'org)

;; load up the starter kit
(org-babel-load-file (expand-file-name "main.org" starter-kit-dir))

This solved the problem for me. I didn't come up with this though (I'm a
newb when it comes to Emacs and elisp) but I've copied it from somebody.

HTH,
S.

[-- Attachment #2: Type: text/html, Size: 2916 bytes --]

Re: Babel related bug in elpa version 20121231

[Robert Horn]

Eric Schulte <schulte.eric@gmail.com> writes:
> 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.
>

Eric, 
That seems to have dealt with the problems that showed up in my initial
tests.  I put it into the init.el as the very first things run.  Thanks.

I think it's more than the git submission.  One of the things that was
failing was subsequent tangling, which was likely disrupted by the
inconsistent versions of org files.

Achim,
The problem is started (and then becomes permanent) when I edited one of
the org files.  This is what caused org processing to be attempted.  Of
course once in that state, it tries to tangle every time.

R Horn
rjhorn@alum.mit.edu

Re: Fwd: Babel related bug in elpa version 20121231

[Eric Schulte]

Stelian Iancu <lists@siancu.net> writes:

> On Sat, Jan 5, 2013 at 7:51 PM, Eric Schulte <schulte.eric@gmail.com> wrote:
>>
>>
>> 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.
>
>
> What I did to get around this problem is the following (in init.el):
>
> ;; remove path to org shipped with emacs
> (require 'cl)
> (setq load-path (remove-if (lambda (x) (string-match-p "org$" x))
> load-path))
>
> ;; remember this directory
> (setq starter-kit-dir
>       (file-name-directory (or load-file-name (buffer-file-name))))
>
> ;; add the orgmode.org ELPA package
> (require 'package)
> (add-to-list 'package-archives '("org" . "http://orgmode.org/elpa/") t)
>
> (package-initialize)
> (unless package-archive-contents    ;; Refrech the packages descriptions
>   (package-refresh-contents))
> (setq package-load-list '(all))     ;; List of packages to load
> (unless (package-installed-p 'org-plus-contrib)  ;; Make sure the Org
> package is
>   (package-install 'org-plus-contrib))           ;; installed, install it
> if not
> (package-initialize)                ;; Initialize & Install Package
>
> (add-to-list 'load-path (car (file-expand-wildcards (concat starter-kit-dir
> "elpa/org-plus-contrib-*"))))
> (require 'org)
>
> ;; load up the starter kit
> (org-babel-load-file (expand-file-name "main.org" starter-kit-dir))
>
> This solved the problem for me. I didn't come up with this though (I'm a
> newb when it comes to Emacs and elisp) but I've copied it from somebody.
>

Hi Stelian,

Thanks for the recipe, however it seems like overkill.  Specifically it
should not mandate the instillation of the latest version of Org-mode
through ELPA, rather it should use such an ELPA-installed Org-mode
*only* if it already exists.

Also, I do not want to change the user's load path.

I'm confident that a simple solution with `package-initialize' can be
found.

Best,

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

Re: Babel related bug in elpa version 20121231

[Tom Davey]

Hi folks,

This is a very interesting discussion. I too have run into this issue,
and addressed it in a different way.

My init.el contains only a defun and an add-hook. The defun is simple.
It adds a few miscellaneous directories to load-path and then makes
the call to Eric's starter kit via org-babel-load-file().

The trick is this: I add the defun to the hook "after-init-hook". This
ensures that my personal initialization, including the Starter Kit
.org files, doesn't begin to execute until all the ELPA packages are
initialized. That way my own initialization can depend on a fully
stabilized Emacs.

(add-hook 'after-init-hook 'my-after-init-hook-functions)

I found this useful because my personal initialization makes little
tweaks to my ELPA packages. It seems to give me the control over the
order of initialization that I need.

Regards to all,
Tom Davey

--
Tom Davey
tom@tomdavey.com
New York NY USA

Re: Babel related bug in elpa version 20121231

[Eric Schulte]

Achim Gratz <Stromeko@nexgo.de> writes:

> Eric Schulte writes:
>> Because the above sequence of loading .el files and possibly falling
>> back to .org files is all performed by the `org-babel-load-file'
>> function, which is not defined until org has been required.
>
> Which confirms it "runs through the Org files each time" as I had
> assumed earlier.  The safe way to do this would be to simply check if
> any files need to be re-tangled, then start/fork a new Emacs and do the
> tangling there and then resume loading just the elisp files from the
> original Emacs process.
>

That seems like a very heavyweight solution, and I don't think that
eliding all of the errors from loaded .org files on startup would be a
good idea.

Thanks,

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

Re: Babel related bug in elpa version 20121231

[Eric Schulte]

Tom Davey <tdavey@gmail.com> writes:

> Hi folks,
>
> This is a very interesting discussion. I too have run into this issue,
> and addressed it in a different way.
>
> My init.el contains only a defun and an add-hook. The defun is simple.
> It adds a few miscellaneous directories to load-path and then makes
> the call to Eric's starter kit via org-babel-load-file().
>
> The trick is this: I add the defun to the hook "after-init-hook". This
> ensures that my personal initialization, including the Starter Kit
> .org files, doesn't begin to execute until all the ELPA packages are
> initialized. That way my own initialization can depend on a fully
> stabilized Emacs.
>
> (add-hook 'after-init-hook 'my-after-init-hook-functions)
>
> I found this useful because my personal initialization makes little
> tweaks to my ELPA packages. It seems to give me the control over the
> order of initialization that I need.
>
> Regards to all,
> Tom Davey
>
> --
> Tom Davey
> tom@tomdavey.com
> New York NY USA
>

Thanks for sharing, this does seem like the best way to ensure that all
of the packages are loaded.

I've just updated the starter kit to both require org and to use the
`after-init-hook'.

Hopefully this should fix as many problems as possible now, please let
me know if any issues persist.

Cheers,

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

Re: Babel related bug in elpa version 20121231

[Stelian Iancu]

[-- Attachment #1: Type: text/plain, Size: 1491 bytes --]

On Sunday, January 6, 2013, Eric Schulte wrote:

> Tom Davey <tdavey@gmail.com <javascript:;>> writes:
>
> > Hi folks,
> >
> > This is a very interesting discussion. I too have run into this issue,
> > and addressed it in a different way.
> >
> > My init.el contains only a defun and an add-hook. The defun is simple.
> > It adds a few miscellaneous directories to load-path and then makes
> > the call to Eric's starter kit via org-babel-load-file().
> >
> > The trick is this: I add the defun to the hook "after-init-hook". This
> > ensures that my personal initialization, including the Starter Kit
> > .org files, doesn't begin to execute until all the ELPA packages are
> > initialized. That way my own initialization can depend on a fully
> > stabilized Emacs.
> >
> > (add-hook 'after-init-hook 'my-after-init-hook-functions)
> >
> > I found this useful because my personal initialization makes little
> > tweaks to my ELPA packages. It seems to give me the control over the
> > order of initialization that I need.
> >
> > Regards to all,
> > Tom Davey
> >
> > --
> > Tom Davey
> > tom@tomdavey.com <javascript:;>
> > New York NY USA
> >
>
> Thanks for sharing, this does seem like the best way to ensure that all
> of the packages are loaded.
>
> I've just updated the starter kit to both require org and to use the
> `after-init-hook'.
>
> Hopefully this should fix as many problems as possible now, please let
> me know if any issues persist.
>

Thanks Eric, will give it a shot.

[-- Attachment #2: Type: text/html, Size: 2061 bytes --]