Re: [O] Unable to 'make oldorg'

2012-05-19 Thread Bastien
Achim Gratz strom...@nexgo.de writes:

 Greg Lucas writes:
 I believe the problem is a recent change to targets.mk that made doc
 a prerequisite to compile. I'm not familiar enough with this build
 to understand the reason for this change or propose an alternative
 that would keep oldorg working as before.

 I've already sent a patch to Bastien earlier today to remove this
 dependency as this change wasn't doing what intended anyway.

The patch has been applied, thanks.

-- 
 Bastien



Re: [O] Problem exporting to PDF (and viewing)

2012-05-19 Thread Achim Gratz
Richard Stanton writes:
 This result occurs because I'm using (Cygwin) bash as my shell inside
 Emacs, not the Windows default, cmdproxy.exe. It's therefore true that
 my shell does *not* expect DOS file names (and gets very upset when
 you pass it a backslash...), but escaping the : seems to cause
 problems because now : is taken to be part of the file name, I
 think, rather than part of c:, the name of the (Windows) disk.

No, the backslash would be OK for the shell.  But you are not sending
that string to a shell (much less bash), you are sending it to a Win32
program.  Windows programs are not expecting any quoting in their
arguments (not even cmd-style quoting).  Write a shell wrapper around
each windows program that you are calling through your cygwinized
Emacs...


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: [O] README.org on github

2012-05-19 Thread Bastien
Hi Rainer,

Rainer M Krug r.m.k...@gmail.com writes:

 I would like to use a README.org file on github, and also include code
 blocks in the README.org - is this possible?

No.

 What do I have to do to achieve this? The help on
 https://github.com/github/markup sounds kryptic to me.

The thing to do would be to improve org-ruby¹, which is used 
to convert README.org into HTML.

Please contact org-ruby's author or github people for this.

¹ https://github.com/bdewey/org-ruby

-- 
 Bastien



Re: [O] [PATCH] XEmacs compatibility

2012-05-19 Thread Bastien
Achim Gratz strom...@nexgo.de writes:

 Martyn Jago writes:
 It is extremely good to see Org-mode builds against Emacs-24 with zero
 warnings. 

 I just see that this broke XEmacs... but there is already a
 compatibility macro defined, so simply use it.

Applied, thanks.

-- 
 Bastien



Re: [O] Scheduled TODO's with DIARY-STYLE sexp entries breaks agenda

2012-05-19 Thread Bastien
Gustav Wikström gustav.e...@gmail.com writes:

 I don't know if there is an easy fix for this but it's bugging me so
 I'll report it to the list. 

Please report what Org version you are using.

Thanks,

-- 
 Bastien



Re: [O] [babel] java headless support is missing for most graphing languages

2012-05-19 Thread Bastien
Hi Mikhail,

Mikhail Titov m...@gmx.us writes:

 I’ve noticed that at least ditaa and plantuml fail to evaluate with
 babel.

What version of Org are you using?

-- 
 Bastien



Re: [O] [PATCH] M-x org-version RET now produces some sensible in all possible install/use-cases

2012-05-19 Thread Achim Gratz
Thomas S. Dye writes:
 Thanks for your response.  

No, thank you — because it turns out that org-reload didn't do the right
thing in your case (i.e. after an org-reload, you'll see that pesky
N/A again).  Here's a patch to fix that.

From 20306fd6a576b06cc5783658feafc9a3335f3277 Mon Sep 17 00:00:00 2001
From: Achim Gratz strom...@stromeko.de
Date: Sat, 19 May 2012 10:44:24 +0200
Subject: [PATCH] fix org-reload and add parameters to customize output from
 org-version

* lisp/org.el(org-version): Add optional parameters 'full and 'message
  to optionally return the full version string and echo to message
  area in non-interactive calls.

* lisp/org.el(org-submit-bug-report): Add optional parameter 'full to
  call of (org-version) so that the bug report has all version
  information.

* lisp/org.el(org-reload): Simplify file-re (orgtbl-*.el files do not
  exist anymore).  Keep org-*.el at the end of the files list.
  Explicitely load org-version.el (since it doesn't provide feature
  'org-version) at the very end, but ignore errors when it doesn't
  exist.  Add parameters 'full and 'message to the call
  of (org-version) so that after reload the full version information
  is displayed in the message area again.
---
 lisp/org.el |   29 -
 1 file changed, 16 insertions(+), 13 deletions(-)

diff --git a/lisp/org.el b/lisp/org.el
index 7b34576..6f7aebb 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -216,7 +216,7 @@ (defcustom org-clone-delete-id nil
 	'noerror 'nomessage 'nosuffix)
(org-no-warnings (org-fixup
 ;;;###autoload
-(defun org-version (optional here)
+(defun org-version (optional here full message)
   Show the org-mode version in the echo area.
 With prefix arg HERE, insert it at point.
   (interactive P)
@@ -231,12 +231,14 @@ (defun org-version (optional here)
 			  (if (string= org-dir org-install-dir)
   org-install-dir
 (concat mixed installation!  org-install-dir  and  org-dir))
-			org-install.el can not be found!
+			org-install.el can not be found!)))
+	 (_version (if full version org-version)))
 (if (org-called-interactively-p 'interactive)
 	(if here
 	(insert version)
 	  (message version))
-  org-version)))
+  (if message (message _version))
+  _version)))
 
 ;;; Compatibility constants
 
@@ -19514,7 +19516,7 @@ (defun org-submit-bug-report ()
   (let ((reporter-prompt-for-summary-p Bug report subject: ))
 (reporter-submit-bug-report
  emacs-orgmode@gnu.org
- (org-version)
+ (org-version nil 'full)
  (let (list)
(save-window-excursion
 	 (org-pop-to-buffer-same-window (get-buffer-create *Warn about privacy*))
@@ -19595,13 +19597,13 @@ (defun org-reload (optional uncompiled)
 With prefix arg UNCOMPILED, load the uncompiled versions.
   (interactive P)
   (require 'find-func)
-  (let* ((file-re ^\\(org\\|orgtbl\\)\\(\\.el\\|-.*\\.el\\))
+  (let* ((file-re ^org\\(-.*\\)?\\.el)
 	 (dir-org (file-name-directory (org-find-library-dir org)))
 	 (dir-org-contrib (ignore-errors
 			   (file-name-directory
 			(org-find-library-dir org-contribdir
 	 (babel-files
-	  (mapcar (lambda (el) (concat ob (when el (format -%s el)) .el))
+	  (mapcar (lambda (el) (concat  (concat dir-org ob) (when el (format -%s el)) .el))
 		  (append (list nil comint eval exp keys
 lob ref table tangle)
 			  (delq nil
@@ -19610,10 +19612,10 @@ (defun org-reload (optional uncompiled)
    (when (cdr lang) (symbol-name (car lang
  org-babel-load-languages)
 	 (files
-	  (append (directory-files dir-org t file-re)
-		  babel-files
+	  (append  babel-files
 		  (and dir-org-contrib
-		   (directory-files dir-org-contrib t file-re
+		   (directory-files dir-org-contrib t file-re))
+		   (directory-files dir-org t file-re)))
 	 (remove-re (concat (if (featurep 'xemacs)
 org-colview org-colview-xemacs)
 			\\')))
@@ -19627,10 +19629,11 @@ (defun org-reload (optional uncompiled)
(when (featurep (intern (file-name-nondirectory f)))
 	 (if (and (not uncompiled)
 		  (file-exists-p (concat f .elc)))
-	 (load (concat f .elc) nil nil t)
-	   (load (concat f .el) nil nil t
- files))
-  (org-version))
+	 (load (concat f .elc) nil nil 'nosuffix)
+	   (load (concat f .el) nil nil 'nosuffix
+ files)
+(load (concat dir-org org-version.el) 'noerror nil 'nosuffix))
+  (org-version nil 'full 'message))
 
 ;;;###autoload
 (defun org-customize ()
-- 
1.7.9.2



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: [O] [PATCH] M-x org-version RET now produces some sensible in all possible install/use-cases

2012-05-19 Thread Bastien
Achim Gratz strom...@nexgo.de writes:

 Thomas S. Dye writes:
 Thanks for your response.  

 No, thank you — because it turns out that org-reload didn't do the right
 thing in your case (i.e. after an org-reload, you'll see that pesky
 N/A again).  Here's a patch to fix that.

Applied, thanks.

-- 
 Bastien (temporary patch monkey)



Re: [O] Can't make org-install.el

2012-05-19 Thread Achim Gratz
Sebastien Vauban writes:
 Buffer is read-only: #buffer org-install.el

Here's your clue: the Emacs that is trying to create org-install.el
doesn't have write access and thus cannot save the file.  At that point,
no org-install.el should exist, since it should have been removed before
it is created anew.  But it likely still exists (and is not writable).
No such problem seems to have struck org-version.el.

 To overcome problems, I tried to copy org-install.el from the latest Emacs 24
 alpha version, but the newly function `org-find-library-dir' is unknown.

This will never work right...

 However, the first problem (make install) is the one I still need to resolve.
 Any idea?

Check what the access rights are in that directory (not just the POSIX
file modes, but also the Windows ACL may interfere).  Remove any
org-install.el that may be there.  Make should then work correctly.


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




[O] Opening an odt file - problem solved

2012-05-19 Thread itm...@chrikro.net
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello!

Sharing a solution to a problem I had myself with opening an odt file
after export. I use emacs 23.4 on win7 with orgmode 7.8.03.

I could not open the new exported odt file with word2010 or
libreoffice. Somewhere I found out that content.xml that is inside the
odt file was the faulty part.

Parts of odt file

M Filemode  Length  Date Time  File
- - --    ---    -
  -rw-rw-rw-39  19-May-2012  11:35:06  mimetype
  -rw-rw-rw- 40104  19-May-2012  11:35:06  content.xml
  drwxrwxrwx 0  19-May-2012  11:35:06  Images/
  -rw-rw-rw-  1132  19-May-2012  11:35:04  Images/0001.png
  -rw-rw-rw-  1132  19-May-2012  11:35:06  Images/0002.png
  -rw-rw-rw-  1132  19-May-2012  11:35:06  Images/0003.png
  drwxrwxrwx 0  19-May-2012  11:35:06  meta-inf/
  -rw-rw-rw-   966  19-May-2012  11:35:06  META-INF/manifest.xml
  -rw-rw-rw-   846  19-May-2012  11:35:06  meta.xml
  -rw-rw-rw- 61814  19-May-2012  11:35:06  styles.xml
- - --    ---    -
107165 10 files


The top of content.xml looked like this:

?xml version=1.0 encoding=utf-8?
?xml version=1.0 encoding=utf-8?
?xml version=1.0 encoding=UTF-8?
office:document-content .

Three xml declarations!

Checked my settings in .emacs and found that I had an nxml property
set like this:
'(nxml-auto-insert-xml-declaration-flag t)

After changed it to
'(nxml-auto-insert-xml-declaration-flag nil)
, restarting emacs and exporting to odt again I could open the odt file.


The top of content.xml inside the odt file now looks like this:

?xml version=1.0 encoding=UTF-8?
office:document-content.

Just one declaration.

So if want to be able to open odt files created with orgmode odt
exporter you have to have nxml-auto-insert-xml-declaration-flag set to
nil.


/Christina
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)

iEYEARECAAYFAk+3czwACgkQ2+bVj21Y+8lvqACfc3i1QJH8BE9Ykthjb94Kaspe
/YwAoJUDvlVbiZbqenV/HIl8omdgDAvC
=1idV
-END PGP SIGNATURE-



Re: [O] Can't make org-install.el

2012-05-19 Thread Sebastien Vauban
Hi Achim,

Achim Gratz wrote:
 Sebastien Vauban writes:
 Buffer is read-only: #buffer org-install.el

 Here's your clue: the Emacs that is trying to create org-install.el
 doesn't have write access and thus cannot save the file.  At that point,
 no org-install.el should exist, since it should have been removed before
 it is created anew.  But it likely still exists (and is not writable).
 No such problem seems to have struck org-version.el.

 To overcome problems, I tried to copy org-install.el from the latest Emacs 24
 alpha version, but the newly function `org-find-library-dir' is unknown.

 This will never work right...

I know. This is just a very rude approach, letting me use Org for my
day-to-day files. Otherwise, I really am stuck... Except if I would require
all the packages, individually.

 However, the first problem (make install) is the one I still need to resolve.
 Any idea?

 Check what the access rights are in that directory (not just the POSIX
 file modes, but also the Windows ACL may interfere).  Remove any
 org-install.el that may be there.  Make should then work correctly.

I did it from scratch in two different directories, with the same results.

- rm -rf org-mode
- git clone
- make autoloads

Still the same problem of read-only buffer...

--8---cut here---start-8---
Seb@MEDIACENTER:~/src 0$ git clone git://orgmode.org/org-mode.git
Cloning into 'org-mode'...
Seb@MEDIACENTER:~/src 0$ cd org-mode
Seb@MEDIACENTER:src/org-mode 0$ make autoloads
==
= Invoke make help for a synopsis of make targets. =
= Created a default local.mk template.   =
= Setting oldorg as the default target.=
= Please adapt local.mk to your local setup! =
==
make -C lisp autoloads
make[1]: Entering directory `/cygdrive/c/home/sva/src/org-mode/lisp'
rm -f org-version.el org-install.el org-version.elc org-install.elc
org-version: 7.8.10 (release_7.8.10-572-g40a789)
Loading c:/home/sva/src/org-mode/lisp/org-compat.el (source)...
Loading c:/home/sva/src/org-mode/UTILITIES/org-fixup.el (source)...
Loading vc-svn...
Loading vc-git...
Saving file c:/home/sva/src/org-mode/lisp/org-version.el...
Wrote c:/home/sva/src/org-mode/lisp/org-version.el
org-install: 7.8.10 (release_7.8.10-572-g40a789)
Loading c:/home/sva/src/org-mode/lisp/org-compat.el (source)...
Loading c:/home/sva/src/org-mode/UTILITIES/org-fixup.el (source)...
Buffer is read-only: #buffer org-install.el
Makefile:30: recipe for target `org-install.el' failed
make[1]: *** [org-install.el] Error 127
make[1]: Leaving directory `/cygdrive/c/home/sva/src/org-mode/lisp'
targets.mk:87: recipe for target `autoloads' failed
make: *** [autoloads] Error 2
--8---cut here---end---8---

Though, Cygwin permissions seem OK:

--8---cut here---start-8---
Seb@MEDIACENTER:src/org-mode 0$ ls
Makefile  README_DIST  README_maintainer  contrib doc  lisp  
request-assign-future.txt  testing
READMEREADME_GIT   UTILITIES  default.mk  etc  local.mk  targets.mk
Seb@MEDIACENTER:src/org-mode 0$ ls -l
total 44
-rw-r--r--  1 Seb Aucun  3179 May 19 12:30 Makefile
-rw-r--r--  1 Seb Aucun  1138 May 19 12:30 README
-rw-r--r--  1 Seb Aucun  1054 May 19 12:30 README_DIST
-rw-r--r--  1 Seb Aucun  3522 May 19 12:30 README_GIT
-rw-r--r--  1 Seb Aucun 11757 May 19 12:30 README_maintainer
drwxr-xr-x+ 1 Seb Aucun 0 May 19 12:30 UTILITIES
drwxr-xr-x+ 1 Seb Aucun 0 May 19 12:30 contrib
-rw-r--r--  1 Seb Aucun  3865 May 19 12:30 default.mk
drwxr-xr-x+ 1 Seb Aucun 0 May 19 12:30 doc
drwxr-xr-x+ 1 Seb Aucun 0 May 19 12:30 etc
drwxr-xr-x+ 1 Seb Aucun 0 May 19 12:30 lisp
-rw-r--r--  1 Seb Aucun  1460 May 19 12:30 local.mk
-rw-r--r--  1 Seb Aucun  1007 May 19 12:30 request-assign-future.txt
-rw-r--r--  1 Seb Aucun  3194 May 19 12:30 targets.mk
drwxr-xr-x+ 1 Seb Aucun 0 May 19 12:30 testing
Seb@MEDIACENTER:src/org-mode 0$ ls -l lisp
total 3776
-rw-r--r-- 1 Seb Aucun   1219 May 19 12:30 Makefile
-rw-r--r-- 1 Seb Aucun   6789 May 19 12:30 ob-C.el
-rw-r--r-- 1 Seb Aucun  13621 May 19 12:30 ob-R.el
[...]
-rw-r--r-- 1 Seb Aucun  13772 May 19 12:30 org-habit.el
-rw-r--r-- 1 Seb Aucun  96704 May 19 12:30 org-html.el
-rw-r--r-- 1 Seb Aucun  26322 May 19 12:30 org-icalendar.el
-rw-r--r-- 1 Seb Aucun  22594 May 19 12:30 org-id.el
-rw-r--r-- 1 Seb Aucun  17412 May 19 12:30 org-indent.el
-rw-r--r-- 1 Seb Aucun   2696 May 19 12:30 org-info.el
-rw-r--r-- 1 Seb Aucun  17719 May 19 12:30 org-inlinetask.el
-rw-r--r-- 1 Seb Aucun   9198 May 19 12:30 org-irc.el
-rw-r--r-- 1 Seb Aucun   7853 May 19 12:30 org-jsinfo.el
[...]
-rw-r--r-- 1 Seb Aucun  15881 May 19 12:30 org-timer.el
-rwxr-xr-x 1 Seb Aucun721 May 19 12:30 org-version.el
-rw-r--r-- 1 Seb Aucun   7317 May 19 12:30 org-vm.el
-rw-r--r-- 1 Seb Aucun   7188 May 19 12:30 org-w3m.el
-rw-r--r-- 1 

Re: [O] Can't make org-install.el

2012-05-19 Thread Achim Gratz
Sebastien Vauban writes:
 drwxr-xr-x+ 1 Seb Aucun 0 May 19 12:30 lisp
:   ^
:__/

This tells you that in addition to the Cygwin permissions Windows ACL
are in effect.  These may partially or completely subvert the POSIX
permissions.  Since you've re-created the directory, these ACL are most
likely inherited ACL (applied from directories further up in the
hierarchy).

 Would it be possible to have a more detailed reporting of the problem?  For
 example, I don't understand why org-install.el should be read-only, while
 there was none before making autoloads... So, such a buffer has been
 created... but can't be saved?

Me neither and I've been using that same setup at work for months
without any such problems.  Only org-install.el seems to be read-only
however, while org-version.el (which is created by the same method) is
not, which makes this even more puzzling...  But here's one other oddity
in your log which may be able to explain it:

 Loading vc-svn...

It looks like lisp (or all of org probably) is both under SVN and Git
version control... That is a Bad Idea™ and might explain why the buffer
becomes read-only if org-install.el is already registered in SVN (which
doesn't allow non-check-out files to be edited).  So can you please
remove the Git work tree completely from SVN or just install in a
pristine location?

 Other question: why do we have to make org-install.el?  Shouldn't it be
 distributed with the other files, without requiring all users to make it?

Because you use the sources and have to generate all the things that
need to be generated.  The generated files might be included in
distribution archives, Bastien and I are currently thinking about that.


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: [O] Opening an odt file - problem solved

2012-05-19 Thread Achim Gratz
itm...@chrikro.net writes:
 After changed it to
 '(nxml-auto-insert-xml-declaration-flag nil)

Good catch.  It would be preferable if that variable was let-bound to
nil in the export functions that write out the templates so that users
can set it to whatever they want in their configuration.

Jambunathan, are you listening?


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] Possible bug - C-c * toggles #+(keyword) to headline

2012-05-19 Thread Charles
I previously reported this but without the word bug in my subject 
line. My mistake.


When my cursor is on an 'in buffer setting' line
 #+FOO: bar
 C-c * toggles it to
*  #+FOO: bar
i.e. a headline.

Since in buffer settings are special lines, i.e. not a headline or part 
of a plain list, I would expect an error so that any line starting with 
#+ would not and could not be converted to a headline inadvertently. (In 
my case I C-c *ed when I ought to have C-c C-ced.)


My set up is emacs 24.0.93.1 (i386-mingw-nt6.1.7601) of 2012-02-15 on 
MARVIN

org-mode 7.8.10 (was 7.8.09 when first reported)

Charlie Millar




Re: [O] Can't make org-install.el

2012-05-19 Thread Sebastien Vauban
Hi Achim,

Achim Gratz wrote:
 Sebastien Vauban writes:
 drwxr-xr-x+ 1 Seb Aucun 0 May 19 12:30 lisp
 :   ^
 :__/

 This tells you that in addition to the Cygwin permissions Windows ACL
 are in effect.  These may partially or completely subvert the POSIX
 permissions.  Since you've re-created the directory, these ACL are most
 likely inherited ACL (applied from directories further up in the
 hierarchy).

These allow me to do everything I want (I'm even admin of my machine).

 Would it be possible to have a more detailed reporting of the problem? For
 example, I don't understand why org-install.el should be read-only, while
 there was none before making autoloads... So, such a buffer has been
 created... but can't be saved?

 Me neither and I've been using that same setup at work for months without
 any such problems. Only org-install.el seems to be read-only however, while
 org-version.el (which is created by the same method) is not, which makes
 this even more puzzling...

Absolutely. You pinpoint a real un-understandable thing (at least, for now)...

 But here's one other oddity in your log which may be able to explain it:

 Loading vc-svn...

 It looks like lisp (or all of org probably) is both under SVN and Git
 version control... That is a Bad Idea™ and might explain why the buffer
 becomes read-only if org-install.el is already registered in SVN (which
 doesn't allow non-check-out files to be edited).

The location ~/src/org-mode/lisp/ is not in both Git and SVN.

In Git, well.

For SVN, it's ~/ that's for most parts of it (all my rc files) under SVN. Some
directories are as well in SVN, most aren't (just ignored).

I don't know if putting ~/ (= C:/home/sva/) under SVN is good or bad, but, for
sure, ~/src/org-mode/ is not under both.

 So can you please remove the Git work tree completely from SVN or just
 install in a pristine location?

But, you're right, this could be confusing. So, I've just clone Org into
C:/home/, a directory which is absolutely not under any VC system; and ditto
for its parent C:/.

--8---cut here---start-8---
Seb@MEDIACENTER:c/home 0$ git clone git://orgmode.org/org-mode.git
Cloning into 'org-mode'...
Seb@MEDIACENTER:c/home 0$ cd org-mode
Seb@MEDIACENTER:home/org-mode 0$ make autoloads
==
= Invoke make help for a synopsis of make targets. =
= Created a default local.mk template.   =
= Setting oldorg as the default target.=
= Please adapt local.mk to your local setup! =
==
make -C lisp autoloads
make[1]: Entering directory `/cygdrive/c/home/org-mode/lisp'
rm -f org-version.el org-install.el org-version.elc org-install.elc
org-version: 7.8.10 (release_7.8.10-572-g40a789)
Loading c:/home/org-mode/lisp/org-compat.el (source)...
Loading c:/home/org-mode/UTILITIES/org-fixup.el (source)...
Loading vc-git...
Saving file c:/home/org-mode/lisp/org-version.el...
Wrote c:/home/org-mode/lisp/org-version.el
org-install: 7.8.10 (release_7.8.10-572-g40a789)
Loading c:/home/org-mode/lisp/org-compat.el (source)...
Loading c:/home/org-mode/UTILITIES/org-fixup.el (source)...
Buffer is read-only: #buffer org-install.el
Makefile:30: recipe for target `org-install.el' failed
make[1]: *** [org-install.el] Error 127
make[1]: Leaving directory `/cygdrive/c/home/org-mode/lisp'
targets.mk:87: recipe for target `autoloads' failed
make: *** [autoloads] Error 2
Seb@MEDIACENTER:home/org-mode 0$ ls -l
total 44
-rw-r--r--  1 Seb Aucun  3179 May 19 15:15 Makefile
-rw-r--r--  1 Seb Aucun  1138 May 19 15:15 README
-rw-r--r--  1 Seb Aucun  1054 May 19 15:15 README_DIST
-rw-r--r--  1 Seb Aucun  3522 May 19 15:15 README_GIT
-rw-r--r--  1 Seb Aucun 11757 May 19 15:15 README_maintainer
drwxr-xr-x+ 1 Seb Aucun 0 May 19 15:15 UTILITIES
drwxr-xr-x+ 1 Seb Aucun 0 May 19 15:15 contrib
-rw-r--r--  1 Seb Aucun  3865 May 19 15:15 default.mk
drwxr-xr-x+ 1 Seb Aucun 0 May 19 15:15 doc
drwxr-xr-x+ 1 Seb Aucun 0 May 19 15:15 etc
drwxr-xr-x+ 1 Seb Aucun 0 May 19 15:17 lisp
-rw-r--r--  1 Seb Aucun  1460 May 19 15:17 local.mk
-rw-r--r--  1 Seb Aucun  1007 May 19 15:15 request-assign-future.txt
-rw-r--r--  1 Seb Aucun  3194 May 19 15:15 targets.mk
drwxr-xr-x+ 1 Seb Aucun 0 May 19 15:15 testing
Seb@MEDIACENTER:home/org-mode 0$
--8---cut here---end---8---

The same happens, this time without any vc messages (neither Git nor SVN).

Searches on the net tell this message can happen when the owner is root or
with bad permissions. I did chmod -R 0777 on every file and directory, but I
still have the same problem.

 Other question: why do we have to make org-install.el?  Shouldn't it be
 distributed with the other files, without requiring all users to make it?

 Because you use the sources and have to generate all the things that
 need to be generated.  The generated files might be included 

Re: [O] Can't make org-install.el

2012-05-19 Thread Achim Gratz
Sebastien Vauban writes:
 These allow me to do everything I want (I'm even admin of my machine).

OK, so the ACL are out of the game then.

 It looks like lisp (or all of org probably) is both under SVN and Git
 version control... That is a Bad Idea™ and might explain why the buffer
 becomes read-only if org-install.el is already registered in SVN (which
 doesn't allow non-check-out files to be edited).

 The location ~/src/org-mode/lisp/ is not in both Git and SVN.

It must be, or at least there must be a directory .svn there, otherwise
vc-svn would not be loaded.  Either that or you have some local
configuration to always load vc-svn for that path.

 But, you're right, this could be confusing. So, I've just clone Org into
 C:/home/, a directory which is absolutely not under any VC system; and ditto
 for its parent C:/.
 The same happens, this time without any vc messages (neither Git nor SVN).

No, vc-git got loaded (as it should).  Please add this definition to the
newly created local.mk:

--8---cut here---start-8---
# Using emacs in batch mode.
BATCH   = $(EMACS) -batch -Q -q -no-site-file
--8---cut here---end---8---

...and try again.


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




[O] installation questions

2012-05-19 Thread Yagnesh Raghava Yakkala

Greetings!!

I run make oldorg to generate org-install.el and have following in my init
file, everything is working fine(I believe).

 (require 'org-install)
 
I have few questions about installation procedure though. 

1. Is the above snippet is all that is needed to load org.? 
   suppose I want to use org-inlinetask.el, It seems I need to have

  (require 'org-inlinetask)
  or
  (add-to-list 'org-modules 'org-inlinetask)
 
   or is there better way.? 
 
   IMO org-modules variable can be documented in the installation section[1]
   for better visibility.
 
2. I see few interactive functions are present in source files(for eg.,
   org-inlinetask-promote) with no autoload cookies and thus not generated in
   org-install.el.  I thought its good idea to put autoload cookie for every
   interactive function. what is the rationale for autoload cookies in emacs.?

   I am asking this because if those functions have autoload(ed) I wouldn't
   (probably) need extra configuration in my init file.
   
3. why is contrib folder not byte compiled with make.? It seems there is no
   argument for make to do this.
  

Thanks.,
   
Footnotes: 
[1]  http://orgmode.org/manual/Installation.html#Installation

-- 
ఎందరో మహానుభావులు అందరికి వందనములు
YYR




Re: [O] installation questions

2012-05-19 Thread Achim Gratz
Yagnesh Raghava Yakkala writes:
 1. Is the above snippet is all that is needed to load org.? 

The public interfaces of org should all be autoloaded, IMHO.  Bastien
may be able to answer why some of the interactive functions are not
autoloaded (my guess is that they may need some initialization, but it
may purely be an oversight).

 3. why is contrib folder not byte compiled with make.? It seems there is no
argument for make to do this.

The build system is for org core.  If you want to install something from
contrib, please copy the file into the lisp directory (you can try them
out without byte-compilation by simply loading the files in question).


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

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds




Re: [O] [PATCH] M-x org-version RET now produces some sensible in all possible install/use-cases

2012-05-19 Thread Thomas S. Dye
Achim Gratz strom...@nexgo.de writes:

 Thomas S. Dye writes:
 Thanks for your response.  

 No, thank you — because it turns out that org-reload didn't do the right
 thing in your case (i.e. after an org-reload, you'll see that pesky
 N/A again).  Here's a patch to fix that.


I pulled from git and reloaded.  Org-version now gives this:

Org-mode version 7.8.10 (release_7.8.10-568-gc84cda @
/Users/dk/.emacs.d/src/org/lisp/) 

I think all is well.

All the best,
Tom
 From 20306fd6a576b06cc5783658feafc9a3335f3277 Mon Sep 17 00:00:00 2001
 From: Achim Gratz strom...@stromeko.de
 Date: Sat, 19 May 2012 10:44:24 +0200
 Subject: [PATCH] fix org-reload and add parameters to customize output from
  org-version

 * lisp/org.el(org-version): Add optional parameters 'full and 'message
   to optionally return the full version string and echo to message
   area in non-interactive calls.

 * lisp/org.el(org-submit-bug-report): Add optional parameter 'full to
   call of (org-version) so that the bug report has all version
   information.

 * lisp/org.el(org-reload): Simplify file-re (orgtbl-*.el files do not
   exist anymore).  Keep org-*.el at the end of the files list.
   Explicitely load org-version.el (since it doesn't provide feature
   'org-version) at the very end, but ignore errors when it doesn't
   exist.  Add parameters 'full and 'message to the call
   of (org-version) so that after reload the full version information
   is displayed in the message area again.
 ---
  lisp/org.el |   29 -
  1 file changed, 16 insertions(+), 13 deletions(-)

 diff --git a/lisp/org.el b/lisp/org.el
 index 7b34576..6f7aebb 100644
 --- a/lisp/org.el
 +++ b/lisp/org.el
 @@ -216,7 +216,7 @@ (defcustom org-clone-delete-id nil
   'noerror 'nomessage 'nosuffix)
 (org-no-warnings (org-fixup
  ;;;###autoload
 -(defun org-version (optional here)
 +(defun org-version (optional here full message)
Show the org-mode version in the echo area.
  With prefix arg HERE, insert it at point.
(interactive P)
 @@ -231,12 +231,14 @@ (defun org-version (optional here)
 (if (string= org-dir org-install-dir)
 org-install-dir
   (concat mixed installation!  org-install-dir 
  and  org-dir))
 - org-install.el can not be found!
 + org-install.el can not be found!)))
 +  (_version (if full version org-version)))
  (if (org-called-interactively-p 'interactive)
   (if here
   (insert version)
 (message version))
 -  org-version)))
 +  (if message (message _version))
 +  _version)))
  
  ;;; Compatibility constants
  
 @@ -19514,7 +19516,7 @@ (defun org-submit-bug-report ()
(let ((reporter-prompt-for-summary-p Bug report subject: ))
  (reporter-submit-bug-report
   emacs-orgmode@gnu.org
 - (org-version)
 + (org-version nil 'full)
   (let (list)
 (save-window-excursion
(org-pop-to-buffer-same-window (get-buffer-create *Warn about 
 privacy*))
 @@ -19595,13 +19597,13 @@ (defun org-reload (optional uncompiled)
  With prefix arg UNCOMPILED, load the uncompiled versions.
(interactive P)
(require 'find-func)
 -  (let* ((file-re ^\\(org\\|orgtbl\\)\\(\\.el\\|-.*\\.el\\))
 +  (let* ((file-re ^org\\(-.*\\)?\\.el)
(dir-org (file-name-directory (org-find-library-dir org)))
(dir-org-contrib (ignore-errors
  (file-name-directory
   (org-find-library-dir org-contribdir
(babel-files
 -   (mapcar (lambda (el) (concat ob (when el (format -%s el)) .el))
 +   (mapcar (lambda (el) (concat  (concat dir-org ob) (when el (format 
 -%s el)) .el))
 (append (list nil comint eval exp keys
   lob ref table tangle)
 (delq nil
 @@ -19610,10 +19612,10 @@ (defun org-reload (optional uncompiled)
  (when (cdr lang) (symbol-name (car lang
org-babel-load-languages)
(files
 -   (append (directory-files dir-org t file-re)
 -   babel-files
 +   (append  babel-files
 (and dir-org-contrib
 -(directory-files dir-org-contrib t file-re
 +(directory-files dir-org-contrib t file-re))
 +(directory-files dir-org t file-re)))
(remove-re (concat (if (featurep 'xemacs)
   org-colview org-colview-xemacs)
   \\')))
 @@ -19627,10 +19629,11 @@ (defun org-reload (optional uncompiled)
 (when (featurep (intern (file-name-nondirectory f)))
(if (and (not uncompiled)
 (file-exists-p (concat f .elc)))
 -  (load (concat f .elc) nil nil t)
 -(load (concat f .el) nil nil t
 - files))
 -  (org-version))
 +  

[O] [PATCH] Re: Can't make org-install.el

2012-05-19 Thread Achim Gratz
Sebastien Vauban writes:
 These allow me to do everything I want (I'm even admin of my machine).

Just as a comment, being admin does not necessarily mean that you can do
anything, only that you can elevate your rights so that you can
eventually do it.  Windows has quite an elaborate system for permissions
(and revocations thereof) in the file system and the point of lots of
those is precisely to restrict was an admin can do by default.

 Absolutely. You pinpoint a real un-understandable thing (at least, for now)...

While I still don't understand how this is happening exactly, I've
re-written the functions in question to work off temporary buffers,
which only runs into the problem of non-writability at the very end when
the file is to be saved and should then ask for confirmation.  At that
point it should be possible to see what is going on.

From 7a6bcf54b0263a5afeafddf1a0121e2c8ac7d42a Mon Sep 17 00:00:00 2001
From: Achim Gratz strom...@stromeko.de
Date: Sat, 19 May 2012 19:54:00 +0200
Subject: [PATCH] make functions in org-fixup.el more robust, add full build
 functionality

* UTILITIES/org-fixup.el(org-make-org-version): Use temporary buffer.

* UTILITIES/org-fixup.el(org-make-org-install): Use temporary buffer.

* UTILITIES/org-fixup.el(org-make-autoloads): New function, generates
  autoload files using (org-make-org-version)
  and (org-make-org-install).  Uses (org-fixup) to determine version
  strings.

* UTILITIES/org-fixup.el(org-make-autoloads-compile): New function,
  generates autoload files using (org-make-autoloads) and
  byte-compiles files in lisp.  Optional argument forces
  re-compilation of all files.

* UTILITIES/org-fixup.el(org-fixup): Clean up whitespace and correct the
  unwind form.
---
 UTILITIES/org-fixup.el |   64 ++--
 1 file changed, 45 insertions(+), 19 deletions(-)

diff --git a/UTILITIES/org-fixup.el b/UTILITIES/org-fixup.el
index bf70a80..9f56f16 100644
--- a/UTILITIES/org-fixup.el
+++ b/UTILITIES/org-fixup.el
@@ -28,9 +28,8 @@
 (require 'autoload)
 
 (defun org-make-org-version (org-release org-git-version odt-dir)
-  (find-file org-version.el)
-  (erase-buffer)
-  (insert \
+  (with-temp-buffer
+(insert \
 ;;; org-version.el --- autogenerated file, do not edit
 ;;
 ;;; Code:
@@ -52,19 +51,46 @@ (defun org-make-org-version (org-release org-git-version odt-dir)
 \f\n;; Local Variables:\n;; version-control: never
 ;; no-byte-compile: t
 ;; coding: utf-8\n;; End:\n;;; org-version.el ends here\n)
-  (save-buffer))
+(toggle-read-only 0)
+(write-file org-version.el)))
 
 (defun org-make-org-install (absfile)
-  (find-file absfile)
-  (erase-buffer)
-  (insert ;;; org-install.el --- autogenerated file, do not edit\n;;\n;;; Code:\n)
-  (let ((files (directory-files (file-name-directory absfile) 'full ^[^.#~]*\\.el$)))
-(mapc (lambda (f) (generate-file-autoloads f)) files))
-  (insert \f\n(provide 'org-install)\n)
-  (insert \f\n;; Local Variables:\n;; version-control: never\n)
-  (insert ;; no-byte-compile: t\n;; no-update-autoloads: t\n)
-  (insert ;; coding: utf-8\n;; End:\n;;; org-install.el ends here\n)
-  (save-buffer))
+  (with-temp-buffer
+(set-visited-file-name absfile)
+(insert ;;; org-install.el --- autogenerated file, do not edit\n;;\n;;; Code:\n)
+(let ((files (directory-files (file-name-directory absfile) 'full ^[^.#~]*\\.el$)))
+  (mapc (lambda (f) (generate-file-autoloads f)) files))
+(insert \f\n(provide 'org-install)\n)
+(insert \f\n;; Local Variables:\n;; version-control: never\n)
+(insert ;; no-byte-compile: t\n;; no-update-autoloads: t\n)
+(insert ;; coding: utf-8\n;; End:\n;;; org-install.el ends here\n)
+(toggle-read-only 0)
+(write-file absfile)))
+
+(defun org-make-autoloads ()
+  (let* ((origin default-directory)
+	 (dirlisp (org-find-library-dir org))
+	 (dirorg (concat dirlisp ../ ))
+	 (dirodt (if (boundp 'org-odt-data-dir)
+		 org-odt-data-dir
+		   (concat dirorg etc/
+(unwind-protect
+	(progn
+	  (cd dirlisp)
+	  (org-fixup)
+	  (org-make-org-version (org-release) (org-git-version) dirodt)
+	  (org-make-org-install (concat dirlisp org-install.el)))
+  (cd origin
+
+(defun org-make-autoloads-compile (rest force)
+  (let* ((origin default-directory)
+	 (dirlisp (org-find-library-dir org)))
+(unwind-protect
+	(progn
+	  (cd dirlisp)
+	  (org-make-autoloads)
+	  (byte-recompile-directory dirlisp 0 force))
+  (cd origin
 
 (defmacro org-fixup ()
   (let* ((origin default-directory)
@@ -81,14 +107,14 @@ (defmacro org-fixup ()
 	(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
+	  (let ((git6 (substring (shell-command-to-string git describe --abbrev=6 

Re: [O] [PATCH] M-x org-version RET now produces some sensible in all possible install/use-cases

2012-05-19 Thread Achim Gratz
Thomas S. Dye writes:
 I pulled from git and reloaded.  Org-version now gives this:

 Org-mode version 7.8.10 (release_7.8.10-568-gc84cda @
 /Users/dk/.emacs.d/src/org/lisp/) 

 I think all is well.

Thanks for testing and the confirmation.


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




Re: [O] [PATCH] Re: Can't make org-install.el

2012-05-19 Thread Bastien
Achim Gratz strom...@nexgo.de writes:

 While I still don't understand how this is happening exactly, I've
 re-written the functions in question to work off temporary buffers,
 which only runs into the problem of non-writability at the very end when
 the file is to be saved and should then ask for confirmation.  At that
 point it should be possible to see what is going on.

Applied, thanks.

-- 
 Bastien



Re: [O] Scheduled TODO's with DIARY-STYLE sexp entries breaks agenda

2012-05-19 Thread Gustav Wikström
Hi Bastien,

I'm using Org-mode version 7.8.10 (Downloaded through ELPA 2012-05-17).

Regards
Gustav

On Sat, May 19, 2012 at 9:50 AM, Bastien b...@gnu.org wrote:
 Gustav Wikström gustav.e...@gmail.com writes:

 I don't know if there is an easy fix for this but it's bugging me so
 I'll report it to the list.

 Please report what Org version you are using.

 Thanks,

 --
  Bastien



Re: [O] [PATCH] Re: Can't make org-install.el

2012-05-19 Thread Sebastien Vauban
Hi Achim,

Bastien wrote:
 Achim Gratz strom...@nexgo.de writes:

 While I still don't understand how this is happening exactly, I've
 re-written the functions in question to work off temporary buffers, which
 only runs into the problem of non-writability at the very end when the file
 is to be saved and should then ask for confirmation. At that point it
 should be possible to see what is going on.

 Applied, thanks.

OK, so git pull:

--8---cut here---start-8---
Seb@MEDIACENTER:home/org-mode 0$ git pull
From git://orgmode.org/org-mode
   40a789e..7b33d9f  master - origin/master
Updating 40a789e..7b33d9f
error: Your local changes to the following files would be overwritten by merge:
UTILITIES/org-fixup.el
Please, commit your changes or stash them before you can merge.
Aborting
--8---cut here---end---8---

Surprise... I hadn't touched (of course) org-fixup.el in any way, except by
changing the permissions (to 0777).

OK. Just do what git says: stash the changes.

--8---cut here---start-8---
Seb@MEDIACENTER:home/org-mode 0$ git stash
Saved working directory and index state WIP on master: 40a789e fix org-reload 
and add parameters to customize output from org-version
Checking out files: 100% (257/257), done.
HEAD is now at 40a789e fix org-reload and add parameters to customize output 
from org-version
Seb@MEDIACENTER:home/org-mode 0$ git pull
Updating 40a789e..7b33d9f
Fast-forward
 UTILITIES/org-fixup.el |   64 +--
 1 files changed, 45 insertions(+), 19 deletions(-)
--8---cut here---end---8---

Now, let's see...

--8---cut here---start-8---
Seb@MEDIACENTER:home/org-mode 0$ make autoloads
make -C lisp autoloads
make[1]: Entering directory `/cygdrive/c/home/org-mode/lisp'
rm -f org-version.el org-install.el org-version.elc org-install.elc
org-version: 7.8.10 (release_7.8.10-573-g7b33d9)
Loading c:/home/org-mode/lisp/org-compat.el (source)...
Loading c:/home/org-mode/UTILITIES/org-fixup.el (source)...
Saving file c:/home/org-mode/lisp/org-version.el...
Loading vc-git...
Wrote c:/home/org-mode/lisp/org-version.el
org-install: 7.8.10 (release_7.8.10-573-g7b33d9)
Loading c:/home/org-mode/lisp/org-compat.el (source)...
Loading c:/home/org-mode/UTILITIES/org-fixup.el (source)...
Saving file c:/cygdrive/c/home/org-mode/lisp/org-install.el...
c:/cygdrive/c/home/org-mode/lisp/: no such directory
Makefile:30: recipe for target `org-install.el' failed
make[1]: *** [org-install.el] Error 127
make[1]: Leaving directory `/cygdrive/c/home/org-mode/lisp'
targets.mk:87: recipe for target `autoloads' failed
make: *** [autoloads] Error 2
Seb@MEDIACENTER:home/org-mode 0$ ls
Makefile  README_DIST  README_maintainer  contrib doc  lisp  
request-assign-future.txt  testing
READMEREADME_GIT   UTILITIES  default.mk  etc  local.mk  targets.mk
Seb@MEDIACENTER:home/org-mode 0$
--8---cut here---end---8---

Error (lisp directory) not there!?? But the reason comes clearly to the
surface: a mix of Cygwin and Win32 syntax for the pathnames.

C:/home/org-mode/lisp/ and
/cygdrive/c/home/org-mode/lisp/

becomes here c:/cygdrive/c/home/org-mode/lisp/...

Maybe you can understand from where that could come.

Anyway, let me already thank you a lot for your help on this. I appreciate it
a lot; thanks...

Best regards,
  Seb

[1] DEFINITION NOT FOUND: 1

-- 
Sebastien Vauban




Re: [O] [PATCH] Re: Can't make org-install.el

2012-05-19 Thread Achim Gratz
Sebastien Vauban writes:
 Surprise... I hadn't touched (of course) org-fixup.el in any way, except by
 changing the permissions (to 0777).

As far as Git is concerned, changing the permissions is the same as
changing the file content.

 C:/home/org-mode/lisp/ and
 /cygdrive/c/home/org-mode/lisp/

 becomes here c:/cygdrive/c/home/org-mode/lisp/...

 Maybe you can understand from where that could come.

No I don't, but maybe do an explicit 

cd /cygdrive/c/home/org-mode

before starting make.  If that doesn't help, check to see if you do
anything in your bash profile that mucks with PWD/CWD or if maybe you
have set SHELL to a funny value.


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

Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves




Re: [O] [PATCH] Re: Can't make org-install.el

2012-05-19 Thread Achim Gratz
Sebastien Vauban writes:
 Maybe you can understand from where that could come.

Are you trying to use an NTemacs perhaps?!  If so, wouldn't you think
that might be an important information?


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




Re: [O] [PATCH] Re: Can't make org-install.el

2012-05-19 Thread Achim Gratz
Achim Gratz writes:
 Are you trying to use an NTemacs perhaps?!

Based on that assumption, here's another patch.  Let me know if this
works in your setup.

From 2fcce20d5a7d6c504c30117a287e7ee5d52530c6 Mon Sep 17 00:00:00 2001
From: Achim Gratz strom...@stromeko.de
Date: Sat, 19 May 2012 22:08:06 +0200
Subject: [PATCH] use only relative paths for better compatibility with mixed
 Cygwin/NTEmacs installations

* UTILITIES/org-fixup.el(org-make-org-install): Use relative filenames
  throughout, and query Emacs for directory names where a full path is
  required.  This avoids Cygwin/POSIX paths being misinterpreted by a
  stock NTEmacs.  Use the same regex as (org-reload) for enumerating
  the files to byte-compile.

* default.mk: Factor out standard load-path for Emacs started in lisp/
  into BATCHL and use this in defaults.  Make all paths to be
  interpreted by Emacs relative so Cygwin and NTEmacs can coexist.
---
 UTILITIES/org-fixup.el |   10 +-
 default.mk |   41 +
 2 files changed, 26 insertions(+), 25 deletions(-)

diff --git a/UTILITIES/org-fixup.el b/UTILITIES/org-fixup.el
index 9f56f16..ef12f4a 100644
--- a/UTILITIES/org-fixup.el
+++ b/UTILITIES/org-fixup.el
@@ -54,18 +54,18 @@ (defun org-make-org-version (org-release org-git-version odt-dir)
 (toggle-read-only 0)
 (write-file org-version.el)))
 
-(defun org-make-org-install (absfile)
+(defun org-make-org-install ()
   (with-temp-buffer
-(set-visited-file-name absfile)
+(set-visited-file-name org-install.el)
 (insert ;;; org-install.el --- autogenerated file, do not edit\n;;\n;;; Code:\n)
-(let ((files (directory-files (file-name-directory absfile) 'full ^[^.#~]*\\.el$)))
+(let ((files (directory-files default-directory nil ^\\(org\\|ob\\)\\(-.*\\)?\\.el$)))
   (mapc (lambda (f) (generate-file-autoloads f)) files))
 (insert \f\n(provide 'org-install)\n)
 (insert \f\n;; Local Variables:\n;; version-control: never\n)
 (insert ;; no-byte-compile: t\n;; no-update-autoloads: t\n)
 (insert ;; coding: utf-8\n;; End:\n;;; org-install.el ends here\n)
 (toggle-read-only 0)
-(write-file absfile)))
+(save-buffer)))
 
 (defun org-make-autoloads ()
   (let* ((origin default-directory)
@@ -79,7 +79,7 @@ (defun org-make-autoloads ()
 	  (cd dirlisp)
 	  (org-fixup)
 	  (org-make-org-version (org-release) (org-git-version) dirodt)
-	  (org-make-org-install (concat dirlisp org-install.el)))
+	  (org-make-org-install))
   (cd origin
 
 (defun org-make-autoloads-compile (rest force)
diff --git a/default.mk b/default.mk
index a618be7..5ee872f 100644
--- a/default.mk
+++ b/default.mk
@@ -47,8 +47,8 @@ req-ob-lang = --eval '(require '''ob-$(ob-lang))'
 req-extra   = --eval '(require '''$(req))'
 BTEST	= $(BATCH) \
 	  $(BTEST_PRE) \
-	  --eval '(add-to-list '''load-path lisp)' \
-	  --eval '(add-to-list '''load-path testing)' \
+	  --eval '(add-to-list '''load-path ./lisp)' \
+	  --eval '(add-to-list '''load-path ./testing)' \
 	  $(BTEST_POST) \
 	  -l org-install.el \
 	  -l testing/org-test.el \
@@ -58,13 +58,28 @@ BTEST	= $(BATCH) \
 	  -f org-test-run-batch-tests
 
 # Using emacs in batch mode.
-BATCH	= $(EMACS) -batch -Q
 # BATCH = $(EMACS) -batch -vanilla # XEmacs
+BATCH	= $(EMACS) -batch -Q
+
+# Emacs must be started in lisp directory
+BATCHL	= $(BATCH) \
+	  --eval '(add-to-list '''load-path .)'
+
+# How to generate org-install.el
+MAKE_ORG_INSTALL = $(BATCHL) \
+	  --eval '(load org-compat.el)' \
+	  --eval '(load ../UTILITIES/org-fixup.el)' \
+	  --eval '(org-make-org-install)'
+
+# How to generate org-version.el
+MAKE_ORG_VERSION = $(BATCHL) \
+	  --eval '(load org-compat.el)' \
+	  --eval '(load ../UTILITIES/org-fixup.el)' \
+	  --eval '(org-make-org-version $(ORGVERSION) $(GITVERSION) $(datadir))'
 
 # How to byte-compile the whole source directory
-ELCDIR	= $(BATCH) \
-		--eval '(add-to-list '''load-path .)' \
-		--eval '(batch-byte-recompile-directory 0)'
+ELCDIR	= $(BATCHL) \
+	  --eval '(batch-byte-recompile-directory 0)'
 
 # How to make a pdf file from a texinfo file
 TEXI2PDF = texi2pdf --batch --clean
@@ -104,17 +119,3 @@ SUDO	= sudo
 # Name of the program to install info files
 # INSTALL_INFO = ginstall-info # Debian: avoid harmless warning message
 INSTALL_INFO = install-info
-
-# How to generate org-install.el
-MAKE_ORG_INSTALL = $(BATCH) \
-	--eval '(add-to-list '''load-path .)' \
-	--eval '(load org-compat.el)' \
-	--eval '(load ../UTILITIES/org-fixup.el)' \
-	--eval '(org-make-org-install $(CURDIR)/lisp/org-install.el)'
-
-# How to generate org-version.el
-MAKE_ORG_VERSION = $(BATCH) \
-	--eval '(add-to-list '''load-path .)' \
-	--eval '(load org-compat.el)' \
-	--eval '(load ../UTILITIES/org-fixup.el)' \
-	--eval '(org-make-org-version $(ORGVERSION) $(GITVERSION) $(datadir))'
-- 
1.7.9.2



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

Wavetables for the Terratec KOMPLEXER:

[O] export tree

2012-05-19 Thread Andreas Leha
Hi all,

what is the best way to export the whole current tree (starting from the
top-level headline)?

Background:
I have some documents with this structure

,
| * Document 1
| 
| * Document 2
| 
| * Some Functions
| 
| * Some more Functions
`

Now, when I am editing somewhere deep inside the Document 2.  How do I
export the whole Document 2 tree the fastest way?
There is for sure a faster way than moving the point to the headline
Document 2 and starting a subtree-export.

Note:
I am aware of the org-export-exclude-tags (:noexport:).  But these
require a to change the .org file just to export Document 1 in
between.  I am looking for something like export-current-tree similar to
export export-current-subtree.


Any hints?

Best,
Andreas




[O] [GSoC] Org merge driver progress update

2012-05-19 Thread Andrew Young
Hello everyone,

Just to remind everyone, my project is the  org merge driver.  The project
webpage is 
herehttp://orgmode.org/worg/org-contrib/gsoc2012/student-projects/git-merge-tool/index.html,
and the code repository is
herehttp://orgmode.org/w/?p=org-merge-driver.git;a=summary.
 Here is a quick update on the problems I have encountered, and what is
going on:

I was on my way to finishing my prototype, but I felt that the prototype
was not going to really demonstrate any of the concepts and programming
techniques which I was going to use in the final version.  The prototype
was really just going to be bad merge driver.

I spent quite some time trying to implement a fast algorithm for finding
the shortest edit script of a file (this is what
'diffhttp://en.wikipedia.org/wiki/Diff'
does).  It turns out that the exact same
algorithmhttp://www.grantjenks.com/wiki/_media/ideas:diffalgorithmlcs.pdf
was
already implemented in Gnulib, which I am now using instead.

I am also trying to incorporate elements of polymorphism, generic
programming, and object oriented programming in C.  Its very interesting,
although it can get very complicated.  I am planning to use these concepts
to make the merge driver more extendable and reusable.

Right now I'm considering the implementation of the final merge driver, and
doing a lot of scratch work on paper.  The prototype should be finished
soon, and then I can move onto the real implementation.  In the code
repository, you can find a implementation notes in
doc/implementation.organd a log of what I'm working on in doc/
notes.org.

Sincerely,
Andrew Young


Re: [O] [BUG] LaTeX-isms in tables

2012-05-19 Thread Andreas Leha
Hi,

Andreas Leha andreas.l...@med.uni-goettingen.de writes:

 Hi Bastien,

 thanks for looking into this!

 Bastien b...@gnu.org writes:

 Hi Andreas,

 Andreas Leha andreas.l...@med.uni-goettingen.de writes:

 there seems to be a bug in LaTeX tables:

 I can not properly export a file with 2 [\mu{}] in a table to pdf.

 I assume this is with the official LaTeX exporter, right?

 Yes.  Sorry, that I did not state that.


 | parameter | unit|
 |---+-|
 | some  | [\mu]   |

 There is only one [\mu] and it is not [\mu{}] here.  But anyway,
 I tested the table above and it exports correctly to this

 \begin{center}
 \begin{tabular}{ll}
  parameterunit   \\
 \hline
  some [\mu]  \\
 \end{tabular}
 \end{center}

 Am I missing something?

 In my opinion, this should rather be ... [$\mu$]  \\

 The \mu outside of the table is correctly exported as $\mu$.


Just as an addition:
The new exporter does export [$\mu$] here.

Regards,
Andreas




[O] new latex exporter and booktabs

2012-05-19 Thread Andreas Leha
Hi all,

it seems that the new latex exporter is ignoring the values of
 org-export-latex-tables-hline,
 org-export-latex-tables-tstart and
 org-export-latex-tables-tend
which I set to \\midline, \\toprule and \\bottomrule, resp.

How can I get the new exporter to produce booktabs tables by default?

Best,
Andreas




Re: [O] export tree

2012-05-19 Thread Nick Dokos
Andreas Leha andreas.l...@med.uni-goettingen.de wrote:

 Hi all,
 
 what is the best way to export the whole current tree (starting from the
 top-level headline)?
 
 Background:
 I have some documents with this structure
 
 ,
 | * Document 1
 | 
 | * Document 2
 | 
 | * Some Functions
 | 
 | * Some more Functions
 `
 
 Now, when I am editing somewhere deep inside the Document 2.  How do I
 export the whole Document 2 tree the fastest way?
 There is for sure a faster way than moving the point to the headline
 Document 2 and starting a subtree-export.
 
 Note:
 I am aware of the org-export-exclude-tags (:noexport:).  But these
 require a to change the .org file just to export Document 1 in
 between.  I am looking for something like export-current-tree similar to
 export export-current-subtree.
 
 
 Any hints?
 

Write a function and bind it to a key - something like this perhaps:

--8---cut here---start-8---
(defun ah-export-current-top-level-tree ()
  (interactive)
  (save-excursion
(outline-up-heading (org-current-level))
(let ((org-export-initial-scope 'subtree))
  (org-export
--8---cut here---end---8---

Nick




Re: [O] export tree

2012-05-19 Thread Andreas Leha
Hi Nick,

 Hi all,
 
 what is the best way to export the whole current tree (starting from the
 top-level headline)?

[...]


 Write a function and bind it to a key - something like this perhaps:

 (defun ah-export-current-top-level-tree ()
   (interactive)
   (save-excursion
 (outline-up-heading (org-current-level))
 (let ((org-export-initial-scope 'subtree))
 (org-export

 Nick

Thank a lot.  Works great!

Cheers,
Andreas




Re: [O] new latex exporter and booktabs

2012-05-19 Thread Nicolas Goaziou
Hello,

Andreas Leha andreas.l...@med.uni-goettingen.de writes:

 Hi all,

 it seems that the new latex exporter is ignoring the values of
  org-export-latex-tables-hline,
  org-export-latex-tables-tstart and
  org-export-latex-tables-tend
 which I set to \\midline, \\toprule and \\bottomrule, resp.

It ignores `orgtbl-to-latex' altogether.

 How can I get the new exporter to produce booktabs tables by default?

See `org-e-latex-tables-booktabs'.


Regards,

-- 
Nicolas Goaziou



Re: [O] new latex exporter and booktabs

2012-05-19 Thread Andreas Leha
Hi Nicolas,

Nicolas Goaziou n.goaz...@gmail.com writes:

 Hello,

 Andreas Leha andreas.l...@med.uni-goettingen.de writes:

 Hi all,

 it seems that the new latex exporter is ignoring the values of
  org-export-latex-tables-hline,
  org-export-latex-tables-tstart and
  org-export-latex-tables-tend
 which I set to \\midline, \\toprule and \\bottomrule, resp.

 It ignores `orgtbl-to-latex' altogether.

 How can I get the new exporter to produce booktabs tables by default?

 See `org-e-latex-tables-booktabs'.

Thanks for this pointer.  Works great!

Cheers,
Andreas




Re: [O] How to get to work non-interactive publishing?

2012-05-19 Thread Mikhail Titov
On 05/18/2012 07:19 AM, Eric Schulte wrote:
 I can publish project if I don’t use –-batch . So the following works
 just fine: emacs -nw --eval '(org-publish-project myproj)'

 However nothing happens if I try emacs --batch --eval '(org-publish-project 
 myproj)'

 Does anybody have an idea how to pin point the problem? It just
 returns almost instantaneously with no output to stderr.

 I do use ESS, and I have lots of R code some of which is intentionally
 non-cached. I’m running GNU Emacs 24.1.50.2 (revno: 108254) with
 default orgmode if it makes any difference.
 Using batch mode shouldn't be causing any problems with the export
 process, is it possible that something in your personal config is not
 compatible with batch-mode?  I have a number of projects in which I
 export using a batch Emacs process (generally from a make file).  My
 Makefile rules tend to look like the following.

 EMACS=emacs
 BATCH_EMACS=$(EMACS) --batch -Q -l init.el document.org

 ...

 document.tex: document.org init.el
 $(BATCH_EMACS) -f org-export-as-latex

 where init.el contains all of the init necessary for the particular
 project.  For a complete working example see the replication materials
 at http://www.jstatsoft.org/v46/i03.
I really did not want to create a separate init file as I was quite
happy with existing dot emacs. You are right. Something was in the way.
After I created a separate file that loads only necessary stuff, it
published fine.

So weird emacs did not give any error before that something is not quite
right. Is there an option for emacs so that some module can say it can't
work in a batch mode?

I mean what is the point to make a separate init file other than speed?

M.



Re: [O] [babel] java headless support is missing for most graphing languages

2012-05-19 Thread Mikhail Titov
On 05/19/2012 02:51 AM, Bastien wrote:
 I’ve noticed that at least ditaa and plantuml fail to evaluate with
 babel.
 What version of Org are you using?
Hello, Bastien!

It is 7.8.09 from default emacs 24.1.50.2 (revno: 108254). I have no X11
server running.

M.



Re: [O] How to get to work non-interactive publishing?

2012-05-19 Thread Eric Schulte
Mikhail Titov m...@gmx.us writes:

 On 05/18/2012 07:19 AM, Eric Schulte wrote:
 I can publish project if I don’t use –-batch . So the following works
 just fine: emacs -nw --eval '(org-publish-project myproj)'

 However nothing happens if I try emacs --batch --eval '(org-publish-project 
 myproj)'

 Does anybody have an idea how to pin point the problem? It just
 returns almost instantaneously with no output to stderr.

 I do use ESS, and I have lots of R code some of which is intentionally
 non-cached. I’m running GNU Emacs 24.1.50.2 (revno: 108254) with
 default orgmode if it makes any difference.
 Using batch mode shouldn't be causing any problems with the export
 process, is it possible that something in your personal config is not
 compatible with batch-mode?  I have a number of projects in which I
 export using a batch Emacs process (generally from a make file).  My
 Makefile rules tend to look like the following.

 EMACS=emacs
 BATCH_EMACS=$(EMACS) --batch -Q -l init.el document.org

 ...

 document.tex: document.org init.el
 $(BATCH_EMACS) -f org-export-as-latex

 where init.el contains all of the init necessary for the particular
 project.  For a complete working example see the replication materials
 at http://www.jstatsoft.org/v46/i03.
 I really did not want to create a separate init file as I was quite
 happy with existing dot emacs. You are right. Something was in the way.
 After I created a separate file that loads only necessary stuff, it
 published fine.


Happy it works, if you find the offending element of your persona
configuration you could remove it and continue to use your personal
config for batch publishing.


 So weird emacs did not give any error before that something is not
 quite right. Is there an option for emacs so that some module can say
 it can't work in a batch mode?


I don't believe that there is an automated way to raise such warnings.
You could do a binary search through your init.


 I mean what is the point to make a separate init file other than
 speed?


Your main init file is used to customize Emacs for interactive editing,
many (if not most) of these settings won't apply to batch evaluation.

By separating your personal customization from the project init file
used for publishing it becomes possible to distribute your project with
the publication init file without sharing your personal configuration.

Best,


 M.


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



Re: [O] ATTR_HTML for a clickable image, howto?

2012-05-19 Thread François Pinard
Christian Moe m...@christianmoe.com writes:

 - You can simplify repeated use with macros. See the manual, section 
 11.6. Use the @ notation (section 12.5.3) for literal html tags within 
 the macros. E.g.:

 #+MACRO: mycolor @span style=color: black; background-color: 
 #f4a460$1@/span
 {{{mycolor(Here I'd like some black text on an orange background.)}}}

Hi, Christian, and everybody.

Just curious...  Would the mere need of the comma in a text ruin the
idea?  Commas are pretty common, aren't they?  Can they be quoted?

François

P.S. Proper quoting in Org is a bit of a mystery to me.  How does one
quote one or more = within ='s, or * within *'s, etc.?  Backslashes
sometimes help, sometimes go through.  I never was in control, and
whenever I have an unusual need in that area, may feel miserable. :-)



Re: [O] [babel] java headless support is missing for most graphing languages

2012-05-19 Thread Eric Schulte
Mikhail Titov m...@gmx.us writes:

 On 05/19/2012 02:51 AM, Bastien wrote:
 I’ve noticed that at least ditaa and plantuml fail to evaluate with
 babel.
 What version of Org are you using?
 Hello, Bastien!

 It is 7.8.09 from default emacs 24.1.50.2 (revno: 108254). I have no X11
 server running.


If I understand correctly you were able to execute successfully after
adjusting your ditaa header arguments.  Is that correct?

If so then I believe ob-ditaa should be left as is, given that it works
for most cases out of the box, and that you were able to easily adjust
it to work without an X server.

Best,

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



Re: [O] Code blocks in lists?

2012-05-19 Thread Eric Schulte
 The export (see HTML), while being semantically correct in the sense that 
 code
 blocks do belong to the items, seems wrong wrt the indentation, something 
 like
 this:

 1. Download and install color-theme.

   #+begin_src emacs-lisp
   (add-to-list 'load-path /path/to/color-theme-6.6.0)
   (require 'color-theme)
   #+end_src

1. Download and install color-theme-leuven.

 #+begin_src emacs-lisp
 (add-to-list 'load-path /path/to/color-theme-leuven)
 (require 'color-theme-leuven)
 #+end_src

   1. Restart Emacs.

   #+begin_src emacs-lisp
   (restart)
   #+end_src

 A bit like if the indentation was doubled each time. What do you think of
 that?

 This indentation is an HTML/CSS issue, as far as I can tell Org-mode is
 generating the correct HTML.

 I don't think it's a HTML/CSS issue: if you look at the produced HTML, you see
 respectively 3 whitespaces (or 6 or 9) in front of every line of the code
 block.

 That is: the indentation whitespaces in your Org buffer are copied over to
 HTML. And, as the code blocks are now correctly indented under their parent
 item, the leading whitespaces are further indenting the code blocks.

 So, for me, there should be no extra whitespace added to the code block in the
 PRE tags.


My fault, I thought you were talking about the indentation of the code
block as a whole, not the code *within* the code block.

Currently when the `org-src-preserve-indentation' variable is set it
preserves the indentation between the beginning of the line and the
beginning of the code, not the indentation between the beginning of the
code block and the beginning of the code, so for example the following
un-intuitive option would control the indentation within the code
blocks.

1. Download and install color-theme.

  #+begin_src emacs-lisp
(add-to-list 'load-path /path/to/color-theme-6.6.0)
(require 'color-theme)
  #+end_src

   1. Download and install color-theme-leuven.

#+begin_src emacs-lisp
(add-to-list 'load-path /path/to/color-theme-leuven)
(require 'color-theme-leuven)
#+end_src

  1. Restart Emacs.

  #+begin_src emacs-lisp
(restart)
  #+end_src

I think this is a feature of `org-src-preserve-indentation' which should
probably be changed to make using it with indented code blocks more
natural.  In this case, unless you need to preserve indentation within a
code block a simpler solution is to set `org-src-preserve-indentation'
to nil.

Hope this helps,


 [1] BTW, GitHub seems to use that setting, as they show the same problem as 
 I
 had initially, when exporting README.org to HTML.

 Github uses a ruby library named org-ruby to export, it is an entirely
 separate export implementation.

 OK.

 Best regards,
   Seb

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



[O] Macros [was: Re: ATTR_HTML for a clickable image, howto?]

2012-05-19 Thread François Pinard
Christian Moe m...@christianmoe.com writes:

 There are other drawbacks [to macros], such as needing to
 backslash-escape any commas (as in the above example).

Oh, thanks!

This (partly) replies to the message I sent a few minutes ago.  Before
sending that message, I checked in the Org manual, and the manual is
silent about the possibility of such escaping.

The manual is also silent about nesting, which has been mentioned
elsewhere in this thread.  The examples in the manual do not hint either
about whether newlines are allowed or not in macro arguments.

In fact, the manual section Macro replacement says very little, so
when I initially read it, I guessed that macros are only usable in very
simple cases.  However, the last statement says that macros can be used
to construct complex HTML code.  Yet, the definition method at the
beginning suggests that macro definitions have to fit on one line, and
this seriously limits the complexity of what we can do with them.  So,
on initial reading, I just decided I understood nothing about them :-).

If macros are there to stay in Org, it might be worth documenting a more
complete specification about how to define and use them.

François



Re: [O] [babel] java headless support is missing for most graphing languages

2012-05-19 Thread Mikhail Titov
On 05/19/2012 05:41 PM, Eric Schulte wrote:
 I’ve noticed that at least ditaa and plantuml fail to evaluate with
 babel.
 What version of Org are you using?
 Hello, Bastien!

 It is 7.8.09 from default emacs 24.1.50.2 (revno: 108254). I have no X11
 server running.

 If I understand correctly you were able to execute successfully after
 adjusting your ditaa header arguments.  Is that correct?
Hi Eric!

Yes, it works for ditaa. However I was unable to do that for plantuml as
it does not respect :java alist (?) element in a similar fashion. I had
to edit ob-plantuml.el for that as it has hardcoded java -jar so no
way to insert anything in-between.
 If so then I believe ob-ditaa should be left as is, given that it works
 for most cases out of the box, and that you were able to easily adjust
 it to work without an X server.
I am confident that for all folks working with orgmode remotely using,
let's say, SSH connection without X11 tunneling, blocks calling such
java tools will fail. So I'd call it a bug. Either there should be a way
to supply :java to other similar languages, or headless option should
be set by default.

M.



Re: [O] [babel] java headless support is missing for most graphing languages

2012-05-19 Thread Eric Schulte
 If so then I believe ob-ditaa should be left as is, given that it works
 for most cases out of the box, and that you were able to easily adjust
 it to work without an X server.
 I am confident that for all folks working with orgmode remotely using,
 let's say, SSH connection without X11 tunneling, blocks calling such
 java tools will fail. So I'd call it a bug. Either there should be a way
 to supply :java to other similar languages, or headless option should
 be set by default.


I just added a :java option to plantuml which may be used in the same
manner as the :java option for ditaa.  I'm not sure which other
languages would benefit from such an option, but I agree that each java
language should provide a way to pass command line options to the java
executable.

Thanks,

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



Re: [O] [babel] java headless support is missing for most graphing languages

2012-05-19 Thread Mikhail Titov
On 05/19/2012 07:39 PM, Eric Schulte wrote:
 I am confident that for all folks working with orgmode remotely using,
 let's say, SSH connection without X11 tunneling, blocks calling such
 java tools will fail. So I'd call it a bug. Either there should be a way
 to supply :java to other similar languages, or headless option should
 be set by default.

 I just added a :java option to plantuml which may be used in the same
 manner as the :java option for ditaa.  I'm not sure which other
 languages would benefit from such an option, but I agree that each java
 language should provide a way to pass command line options to the java
 executable.
Thank you! I quickly checked, indeed it is only ob-java, ob-ditaa, and
ob-plantuml  that use java. plantuml was the only one that missed java
command line options.

Nevertheless I'd say it won't hurt to have headless option set by
default. I don't insist :-)

M.



Re: [O] README.org on github

2012-05-19 Thread François Pinard
Rainer M Krug r.m.k...@gmail.com writes:

 I would like to use a README.org file on github, and also include code
 blocks in the README.org - is this possible?

Hi, Rainer.  I'm not sure I'm really replying to your request, but
nevertheless hope my comments might be useful.

Having recently had a similar need, I gave into the following
compromise: I push README.md (in Markdown format) on GitHub, but
maintain my real sources as README.org (well, under a different name) at
home.  Directly quoting from the README.md file on GitHub:

   I currently much enjoy Org format for handling my own notes, and do
   not feel like switching to Markdown for original sources.  So,
   README.md gets derived automatically from the Org source.
   
   Some of my Org notes are private, and even for the public ones, there
   are :noexport: sections.  Because of these private parts, I do not
   make my Org sources directly available.  Nodemacs.org becomes an HTML
   file through the Org publishing feature, and that HTML file is later
   turned into a Markdown file using the impressive Pandoc tool.
   Climbing from generated HTML back to the structural intent is not a
   trivial job in my opinion.  Not only Pandoc did it well, it was
   blazing fast at it.  Moreover, as it is written in Haskell, it
   scratches on my prejudice of Haskell being essentially an academical
   language!

Pandoc is an installable package on the Ubuntu system I use, so very
easy to install.  To use, I added a Makefile containing:

--8---cut here---start-8---
# Internal goals

README.md: ~/fp/web/notes/Nodemacs.html
pandoc -o $@ $^
--8---cut here---end---8---

to the project.  The script which regularly synchronizes my projects
from home to GitHub executes make in each project before pushing, this
ensures for this one that README.md is up to date.

I did not experiment with code blocks however, and cannot say how well
or bad it works.

François

P.S. - Before Pandoc, I tried w3m -dump, which yielded something a
little too flat for my taste.  I also tried the generic exporter with
Markdown parametrization, which did not produce a usable enough result.



[O] Org-mode repeating tasks issue

2012-05-19 Thread c b
Hi,

I have been using org-mode with emacs(23) for about a year now and love it.

However, sometime in the last couple of weeks, I did a git pull  on the
master branch (and I redid the same today) and noticed that my recurring
tasks are broken.

E.g.

I have a task

** TODO Pay Creditcard bill
   DEADLINE: 2012-05-15 Tue +1m -7d

and when I marked it done, it changed state to DONE
** DONE Pay Creditcard bill
   CLOSED: [2012-05-18 Fri 22:13] DEADLINE: 2012-05-15 Tue +1m -7d


I have been trying to figure out what went wrong, but am clueless. Any
pointers on what might be wrong, would be appreaciated.

The org-todo-repeat-to-state variable in my setup is not set (i.e. it is
the default)


Thanks,

c.b