Re: [O] info for org not found in emacs

2012-12-11 Thread Rainer M Krug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/12/12 19:11, Achim Gratz wrote:
 Rainer M Krug writes:
 This definitely works - thanks. But is there a way of adding this 
 permanentely, so that I can
 use the menu entry in the org menu to see the info file?
 
 As I said before, check that doc/dir is not missing or modified.
 
 
 Regards, Achim.
 

Sorry - must have missed that one. doc/die is fine - I got it from git again, 
and it is the same.

Cheers,

Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlDG6+EACgkQoYgNqgF2egpheQCeKhmmxRxzSYPG7u7b0HDJ2qJl
WnoAnRA2QudKPQRp2y7xJ1G+KJ0cy7Ro
=QEEQ
-END PGP SIGNATURE-



Re: [O] info for org not found in emacs

2012-12-11 Thread Rainer M Krug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/12/12 23:15, Charles wrote:
 On 12/10/2012 12:43 PM, Eric Schulte wrote:
 Rainer M Krug r.m.k...@gmail.com writes:
 
 On 10/12/12 17:50, Jambunathan K wrote:
 Rainer M Krug rai...@krugs.de writes:
 
 Thanks - does anybody else has any ideas on how I can get org into info?
 M-x info-display-manual RET ~/src/org-mode/doc/org RET
 
 This definitely works - thanks. But is there a way of adding this 
 permanentely, so that I
 can use the menu entry in the org menu to see the info file?
 
 The following works for me (your mileage may vary)
 
 ;; info paths (add-to-list 'Info-default-directory-list 
 /home/eschulte/.emacs.d/src/org-mode/doc/)
 
 

This did not work.

 For my set up (see below) I have tried Eric's suggestion, except
 /home/Charlie/elisp/org-mode/doc/
 
 I have also tried (expand-file-name ~/elisp/org-mode/doc/) (I found this in 
 the FAQ)
 
 C-h v Info-default-directory-list shows that 
 /home/Charlie/elisp/org-mode/doc loads before
 all other info directories.
 
 Info at the command line and C-h i from Emacs still bring up the manual for 
 7.9.1 even though
 the 7.9.2 org.doc has been downloaded. . . . . . . . . . . . . After writing 
 the above I went
 back to the FAQ and added the following to my ~/.bash_profile
 
 INFOPATH=/home/Charlie/elisp/org-mode/doc/

I added this to the .bashrc and it is working now.

Thanks,

Rainer

 
 It works for info from the command line. As a matter of fact the new org info 
 is at the
 beginning of the info contents. However emacs C-h i only bring up the Org 
 info, even though
 C-h v Info-default-directory-list shows that all info directories are 
 loaded.
 
 Set up: Windows 7 Home Premium, Service Pack 1, 64 bit Cygwin 1.7.17-1 GNU 
 Emacs
 24.2.1(i686-pc-cygwin, GTK+ Version 2.24.11) of 2012-08-27 on fiona Org-mode 
 version 7.9.2
 (release_7.9.2-664-gb1f369 @ /home/Charlie/elisp/org-mode/lisp/)
 
 Charlie Millar
 
 

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlDG7f0ACgkQoYgNqgF2egqkEQCfa6DulBOOee6MLoA7ULliKB1B
XewAn08znkb7wEF9q3n/aECV+1AXD/Ny
=ZJE3
-END PGP SIGNATURE-



Re: [O] babel perl issue

2012-12-11 Thread flav

Le 10/12/2012 18:24, Eric Schulte a écrit :

1. make sure you're using a recent version of Org-mode, either the
latest release or from git, see
http://orgmode.org/worg/org-faq.html#Keeping-current

2. start Emacs with the -Q flag (to ensure there is no problem caused by
the rest of your config)

3. evaluate the Babel config

  (require 'org)
  (org-babel-do-load-languages
'org-babel-load-languages
'((perl . t)))

4. if you still have problems, then write back with your version of
Emacs, and your version of org-mode (reported with M-x org-version)

Hope this helps,

flav flav.justf...@gmail.com writes:


I am sorry for my misunderstood but
I put (require 'org) in my .emacs and there is no change.



2012/12/10 Eric Schulte schulte.e...@gmail.com


As I mentioned in my previous message you have to require Org-mode
before executing the following snippet.  Try

 (require 'org)
 (org-babel-do-load-languages
   'org-babel-load-languages
   '((perl . t)))

flav flav.justf...@gmail.com writes:


still an issue :


Debugger entered--Lisp error: (void-function org-babel-do-load-languages)
   (org-babel-do-load-languages (quote org-babel-load-languages) (quote
(...)))
   eval-buffer(#buffer  *load* nil /home/flav/.emacs nil t)  ; Reading
at bu$
   load-with-code-conversion(/home/flav/.emacs /home/flav/.emacs t t)
   load(~/.emacs t t)
   #[nil ^H\205\264^@   \306=\203^Q^@\307^H\310Q\2027^@
\311=\2033^@\312\307\31$
   command-line()
   normal-top-level()


2012/12/10 Eric Schulte schulte.e...@gmail.com


(org-babel-do-load-languages
   'org-babel-load-languages
   '((perl . t)))


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


Hello,
Debugger entered--Lisp error: (void-function org-babel-do-load-languages)
  (org-babel-do-load-languages (quote org-babel-load-languages) (quote 
(...)))
  eval((org-babel-do-load-languages (quote org-babel-load-languages) 
(quote (..$

  eval-last-sexp-1(t)
  eval-last-sexp(t)
  eval-print-last-sexp()
  call-interactively(eval-print-last-sexp nil nil)

Org-mode version 7.9.2 (7.9.2-dist @ /usr/share/emacs/site-lisp/org/)
GNU Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.6)
 of 2012-09-21 on allspice, modified by Debian

Thanks for help.

--
flav




[O] Formatting text in org-mode

2012-12-11 Thread Rodolfo Aramayo
Genetic genotypes follow strict rules

In org-mode, writing: /matA^HMG/ would be incorrect because the superscript
'HMG' should NOT be italics

If however I were to write: /matA/^HMG the result is not what I expected

The only way to get the correct conversion is to write: /matA/ ^HMG, which
despite displaying correctly is of course incorrect because of the space
between the 'matA' and the 'HMG'

so How can I write: /matA/^HMG in a way that can be properly displayed?

Is this possible?

Thanks

--R


[O] Formatting Text in Org-mode

2012-12-11 Thread Rodolfo Aramayo
Genetic genotypes follow strict rules

In org-mode, writing: /matA^HMG/ would be incorrect because the superscript
'HMG' should NOT be italics

If however I were to write: /matA/^HMG the result is not what I expected

The only way to get the correct conversion is to write: /matA/ ^HMG, which
despite displaying correctly is of course incorrect because of the space
between the 'matA' and the 'HMG'

so How can I write: /matA/^HMG in a way that can be properly displayed?

Is this possible?

Thanks

--R


[O] org-drill installation problem

2012-12-11 Thread Sanjib Sikder
hi,

I downloaded the org-drill package and put the org-drill.el file in.emacs.d
folder. Then I added

(require 'org-drill)

in my .emacs file where the load path

(add-to-list 'load-path ~/.emacs.d/)

is there before it.

After restarting, when i open a org-mode file to be used in org-drill mode,
it gives a warning :

Warning (initialization): An error occurred while loading `/home/ss/.emacs':

File error: Cannot open load file, org-learn

Also when I do

M-x org-drill

It cannot find org-drill

I am using emacs-snapshot. What am I doing wrong ?

Thanks.
-
*Sanjib Sikder
*Ph.D. Fellow
Chemical Engineering
IIT Bombay*

*


Re: [O] info for org not found in emacs

2012-12-11 Thread Jambunathan K
Rainer M Krug r.m.k...@gmail.com writes:

 On 10/12/12 23:15, Charles wrote:
 On 12/10/2012 12:43 PM, Eric Schulte wrote:
 Rainer M Krug r.m.k...@gmail.com writes:
 
 On 10/12/12 17:50, Jambunathan K wrote:
 Rainer M Krug rai...@krugs.de writes:
 
 Thanks - does anybody else has any ideas on how I can get org into info?
 M-x info-display-manual RET ~/src/org-mode/doc/org RET
 
 This definitely works - thanks. But is there a way of adding this
 permanentely, so that I
 can use the menu entry in the org menu to see the info file?
 
 The following works for me (your mileage may vary)
 
 ;; info paths (add-to-list 'Info-default-directory-list 
 /home/eschulte/.emacs.d/src/org-mode/doc/)
 
 

 This did not work.

 For my set up (see below) I have tried Eric's suggestion, except
 /home/Charlie/elisp/org-mode/doc/
 
 I have also tried (expand-file-name ~/elisp/org-mode/doc/) (I
 found this in the FAQ)
 
 C-h v Info-default-directory-list shows that
 /home/Charlie/elisp/org-mode/doc loads before
 all other info directories.
 
 Info at the command line and C-h i from Emacs still bring up the
 manual for 7.9.1 even though
 the 7.9.2 org.doc has been downloaded. . . . . . . . . . . . . After
 writing the above I went
 back to the FAQ and added the following to my ~/.bash_profile
 
 INFOPATH=/home/Charlie/elisp/org-mode/doc/

How about customizing `Info-additional-directory-list' without touching
INFOPATH as suggested below?

,
| Info-default-directory-list is a variable defined in `info.el'.
| Its value is (/usr/local/share/info/ /usr/share/info/)
| 
| Documentation: 
| Default list of directories to search for Info
| documentation files.  They are searched in the order they are given in
| the list.  Therefore, the directory of Info files that come with Emacs
| normally should come last (so that local files override standard
| ones), unless Emacs is installed into a non-standard directory.  In
| the latter case, the directory of Info files that come with Emacs
| should be first in this list.
| 
| Once Info is started, the list of directories to search comes from the
| variable `Info-directory-list'.  This variable
| `Info-default-directory-list' is used as the default for initializing
| `Info-directory-list' when Info is started, unless the environment
| variable INFOPATH is set.
| 
| ,
| | ,
| | | Although this is a customizable variable, that is mainly for
| | | technical reasons.  Normally, you should either set INFOPATH or
| | | customize `Info-additional-directory-list', rather than changing
| | | this variable.
| | `
| `
| 
| You can customize this variable.
`






 I added this to the .bashrc and it is working now.

 Thanks,

 Rainer

 
 It works for info from the command line. As a matter of fact the new
 org info is at the
 beginning of the info contents. However emacs C-h i only bring up
 the Org info, even though
 C-h v Info-default-directory-list shows that all info directories are 
 loaded.
 
 Set up: Windows 7 Home Premium, Service Pack 1, 64 bit Cygwin 1.7.17-1 GNU 
 Emacs
 24.2.1(i686-pc-cygwin, GTK+ Version 2.24.11) of 2012-08-27 on fiona
 Org-mode version 7.9.2
 (release_7.9.2-664-gb1f369 @ /home/Charlie/elisp/org-mode/lisp/)
 
 Charlie Millar
 
 


-- 



[O] Agenda: show only prio-A events with associated date/timestamp

2012-12-11 Thread Karl Voit
Hi!

I'd like to derive a custom agenda view that has following properties:

- show only items with associated datestamp or timestamp (same as
  «is displayed in the time grid of my usual agenda»)
- only with priority [#A]

With this, I want to get a rough overview of the most important
events and milestones of the upcoming month(s) without any
distraction by todos, minor important events, and so forth.

I do think, this would be quite handy and could replace my wall
calendar which is only available in my office.

Thanks for your help!



Examples:

* shown::shown:
** [#A] 2012-12-11 Tue day with prio A
** [#A] 2012-12-11 Tue 14:00-15:00 time-span and prio A

* not shown::notshown:
** 2012-12-11 Tue day without prio
** 2012-12-11 Tue 14:00-15:00 day without prio and time-span
** [#B] 2012-12-11 Tue day with prio B
** [#A] no date, prio A
** TODO 2012-12-11 Tue todo with date
** TODO [#A] 2012-12-11 Tue todo with date and prio
** TODO [#A] 2012-12-11 Tue 14:00-15:00 todo with date and prio and time-span

-- 
Karl Voit




Re: [O] info for org not found in emacs

2012-12-11 Thread Achim Gratz
Rainer M Krug r.m.krug at gmail.com writes:
 Sorry - must have missed that one. doc/die is fine

Then you must have changed something else in your setup.


Once Info is started, the list of directories to search
comes from the variable `Info-directory-list'.
This variable `Info-default-directory-list' is used as the default
for initializing `Info-directory-list' when Info is started, unless
the environment variable INFOPATH is set.

Although this is a customizable variable, that is mainly for technical
reasons.  Normally, you should either set INFOPATH or customize
`Info-additional-directory-list', rather than changing this variable.


Check the content of those variables and maybe if INFOPATH is set to something
strange.


Regards,
Achim.




Re: [O] info for org not found in emacs

2012-12-11 Thread Jambunathan K
Achim Gratz strom...@nexgo.de writes:

 Check the content of those variables and maybe if INFOPATH is set to something
 strange.

M-: (getenv INFOPATH)

-- 



Re: [O] Agenda: show only prio-A events with associated date/timestamp

2012-12-11 Thread Karl Voit
* Karl Voit devn...@karl-voit.at wrote:

 I'd like to derive a custom agenda view that has following properties:

 - show only items with associated datestamp or timestamp (same as
   «is displayed in the time grid of my usual agenda»)
 - only with priority [#A]

 With this, I want to get a rough overview of the most important
 events and milestones of the upcoming month(s) without any
 distraction by todos, minor important events, and so forth.

If it is possible to differ between associated datestamps/timestamps
and deadlines/schedules, I'd prefer following:

Examples:

* shown::shown:
** [#A] 2012-12-11 Tue day with prio A
** [#A] 2012-12-11 Tue 14:00-15:00 time-span and prio A
** TODO 2012-12-11 Tue todo with date
** TODO [#A] 2012-12-11 Tue todo with date and prio
** TODO [#A] 2012-12-11 Tue 14:00-15:00 todo with date and prio and time-span

* not shown::notshown:
** 2012-12-11 Tue day without prio
** 2012-12-11 Tue 14:00-15:00 day without prio and time-span
** [#B] 2012-12-11 Tue day with prio B
** [#A] no date, prio A, possible: DEADLINE and/or SCHEDULE


-- 
Karl Voit




Re: [O] babel perl issue

2012-12-11 Thread Eric Schulte
flav flav.justf...@gmail.com writes:

 Le 10/12/2012 18:24, Eric Schulte a écrit :
 1. make sure you're using a recent version of Org-mode, either the
 latest release or from git, see
 http://orgmode.org/worg/org-faq.html#Keeping-current

 2. start Emacs with the -Q flag (to ensure there is no problem caused by
 the rest of your config)

 3. evaluate the Babel config

   (require 'org)
   (org-babel-do-load-languages
 'org-babel-load-languages
 '((perl . t)))

 4. if you still have problems, then write back with your version of
 Emacs, and your version of org-mode (reported with M-x org-version)

 Hope this helps,
[...]
 Hello,
 Debugger entered--Lisp error: (void-function org-babel-do-load-languages)
   (org-babel-do-load-languages (quote org-babel-load-languages) (quote
 (...)))
   eval((org-babel-do-load-languages (quote org-babel-load-languages)
 (quote (..$
   eval-last-sexp-1(t)
   eval-last-sexp(t)
   eval-print-last-sexp()
   call-interactively(eval-print-last-sexp nil nil)

 Org-mode version 7.9.2 (7.9.2-dist @ /usr/share/emacs/site-lisp/org/)
 GNU Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.6)
  of 2012-09-21 on allspice, modified by Debian

 Thanks for help.

I don't see how this is possible.  I am also using Org-mode 7.9.2,
here's my Org-mode version

  Org-mode version 7.9.2 (release_7.9.2-603-gf8a69a @ 
/home/eschulte/.emacs.d/src/org-mode/lisp/)

The `org-babel-do-load-languages' function is defined in org.el, so once
you have run (require 'org), I don't believe it is possible for this
function to remain undefined.  Could you

1. open the org.el file manually on your system,
2. while visiting the file, search for the string
   org-babel-do-load-languages to confirm that the function is defined
   in that file
3. run `eval-buffer' while still visiting that file,
4. and then finally run

   (org-babel-do-load-languages
 'org-babel-load-languages
 '((perl . t)))

If the above does not work, please let me know at which stage it fails.
If it does work, then I suspect the problem is related to something
peculiar to your system, and is beyond my abilities to help you with.

Best,

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



[O] Bug: export to LaTeX doesn't handle filenames properly [7.8.11]

2012-12-11 Thread John Smith
Hi,

I have in my .org file links to files that contain spaces and [].
org-insert-link converts space to %20, [ to %5B, ] to %5D.

When doint html-export, the links work, but LaTeX export just leaves the
links as they are
(so now there are LaTeX comments in the middle of filename)
After doing 'replace-string four times:
%20 - space
%5B - [
%5D - ]
%~. - /home/oleh
The document compiles. I figure it'd be nice to change 'org-export-as-latex
to do this automatically.

regards,
Oleh


Re: [O] Distinguish between blank and zero in org-mode spreadsheet

2012-12-11 Thread Michael Brand
Hi all

I would also like if some interest could be spent in this (see subject)
area. Let me give some examples as an overview, grouped as “check if
empty”, “range” and “single fields”. The first is the only one
directly related to the OP question. But the others still match the
subject perfectly. Most of the examples include my suggestions of how
I expect them to work, hopefully ending up in a regression test at
some time.

- check if empty: $3 results should be as $4 or even better as $5 if
  not too difficult. I don’t know of any Calc formula that does this
  currently, so I took the one I would prefer to use.
  | 1 |0 | 1 =   0 =  ?  : 1 + 0   |1 |  1 |
  | 1 |  | 1 =   0 =  ?  : 1 + 0   |  ||
  | 1 | text | 1 =   text =  ?  : 1 + text | 1 + text | #ERROR |
  #+TBLFM: $3 = if($1 = string()  $2 = string(), string(), $1 + $2)

- input from range as vsum($1..$2):
  1) empty - 0, non-number - 0: The format specifier is documented
 as “N: interpret all fields as numbers, use 0 for non-numbers”.
 Works as expected.
 | 1 |0 | 1 |
 | 1 |  | 1 |
 | 1 | text | 1 |
 #+TBLFM: $3 = vsum($1..$2); N

  2) empty - 0, keep other non-numbers: Without “N” I would prefer $3
 results to be as $4 if not too difficult.
 | 1 |0 |1 |  1 |
 | 1 |  |1 |  1 |
 | 1 | text | 1 + text | #ERROR |
 #+TBLFM: $3 = vsum($1..$2)

  3) numbers only: The format specifier is documented as “E: keep
 empty fields in ranges”. I would prefer $3 results to be as $4 if
 not too difficult.
 | 1 |0 | 1| 1  |
 | 1 |  | #ERROR   | #ERROR |
 | 1 | text | 1 + text | #ERROR |
 #+TBLFM: $3 = vsum($1..$2); E

- input from single fields as $1 + $2:
  1) empty - 0, non-number - 0: Works as expected.
 | 1 |0 | 1 |
 | 1 |  | 1 |
 | 1 | text | 1 |
 #+TBLFM: $3 = $1 + $2; N

  2) empty - 0, keep other non-numbers: Without “N” I would prefer $3
 results to be as $4 if not too difficult.
 | 1 |0 |1 |  1 |
 | 1 |  |1 |  1 |
 | 1 | text | 1 + text | #ERROR |
 #+TBLFM: $3 = $1 + $2

  3) numbers only: I suggest to extend the currently documented
 “E: keep empty fields in ranges” to “E: keep empty fields” or
 clearer “E: keep empty fields as non-numbers” and then would
 prefer $3 results to be as $4 or if not too difficult even better
 as $5.
 | 1 |0 |1 |1 | 1  |
 | 1 |  |1 |  | #ERROR |
 | 1 | text | 1 + text | 1 + text | #ERROR |
 #+TBLFM: $3 = $1 + $2; E

Minor issue: I wonder what the entry “vmean($2..$7);EN : Same, but
treat empty fields as 0” in the manual means or is useful for.

Michael



[O] org-capture vs. org-agenda-capture

2012-12-11 Thread Rene
When calling org-capture ('C-c c'), you get the current inactive timestamp with
date and time [2012-12-11 Tue 16:18] whenever you specify '%U' in your capture
template.

On the other hand, when calling org-agenda-capture ('k' from the agenda), your
timestamps always indicates a null time [2012-12-11 Tue 00:00].

Is there a way I can force org-agenda-capture to indicate the current time?

--
Rene




Re: [O] babel perl issue

2012-12-11 Thread flav

Le 11/12/2012 14:45, Eric Schulte a écrit :

flav flav.justf...@gmail.com writes:


Le 10/12/2012 18:24, Eric Schulte a écrit :

1. make sure you're using a recent version of Org-mode, either the
 latest release or from git, see
 http://orgmode.org/worg/org-faq.html#Keeping-current

2. start Emacs with the -Q flag (to ensure there is no problem caused by
 the rest of your config)

3. evaluate the Babel config

   (require 'org)
   (org-babel-do-load-languages
 'org-babel-load-languages
 '((perl . t)))

4. if you still have problems, then write back with your version of
 Emacs, and your version of org-mode (reported with M-x org-version)

Hope this helps,

[...]

Hello,
Debugger entered--Lisp error: (void-function org-babel-do-load-languages)
   (org-babel-do-load-languages (quote org-babel-load-languages) (quote
(...)))
   eval((org-babel-do-load-languages (quote org-babel-load-languages)
(quote (..$
   eval-last-sexp-1(t)
   eval-last-sexp(t)
   eval-print-last-sexp()
   call-interactively(eval-print-last-sexp nil nil)

Org-mode version 7.9.2 (7.9.2-dist @ /usr/share/emacs/site-lisp/org/)
GNU Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.6)
  of 2012-09-21 on allspice, modified by Debian

Thanks for help.

I don't see how this is possible.  I am also using Org-mode 7.9.2,
here's my Org-mode version

   Org-mode version 7.9.2 (release_7.9.2-603-gf8a69a @ 
/home/eschulte/.emacs.d/src/org-mode/lisp/)

The `org-babel-do-load-languages' function is defined in org.el, so once
you have run (require 'org), I don't believe it is possible for this
function to remain undefined.  Could you

1. open the org.el file manually on your system,

/usr/share/emacs/site-lisp/org/org.el

2. while visiting the file, search for the string
org-babel-do-load-languages to confirm that the function is defined
in that file

(defun org-babel-do-load-languages (sym value)
at line 123


3. run `eval-buffer' while still visiting that file,

ok

4. and then finally run

(org-babel-do-load-languages
  'org-babel-load-languages
  '((perl . t)))

(org-babel-do-load-languages
 'org-babel-load-languages
 '((perl . t)))
((perl . t))
it is ok



If the above does not work, please let me know at which stage it fails.
If it does work, then I suspect the problem is related to something
peculiar to your system, and is beyond my abilities to help you with.

Thanks for help.


Best,




--
flav




[O] Is it possible to see the blocking task?

2012-12-11 Thread Mirko Vukovic
Hello,

I am using TODO dependencies for a project.  I find some tasks are blocked
for no apparent reason  (this is after multiple editing of the file, and
setting and unsetting of the ORDERED property).  I know that I can
over-ride task blocking by a triple C-u.

I'd like to see the blocking task in order to debug my setup.  Is there a
way to see that?

Thanks,

Mirko


[O] new latex exporter and attr_latex

2012-12-11 Thread François Allisson
Hi,

The following example used to work for me

***
#+ATTR_LATEX: align=lcr
| left | center | right |
***

i.e. it was exported with the correct alignment rules. But now (Org
7.9.2-666/ Emacs 24.2.50.1), it seems to not work any more, as it get
exported as

**
\begin{center}
\begin{tabular}{lll}
left  center  right\\
\end{tabular}
\end{center}
**

The lll, instead of lcr is what bother me...

Any change recently around attr_latex or align?

Thanks for any help,

François



[O] Possible bug in org-open-at-point when filename includes ampersand

2012-12-11 Thread Johnny
Hi,

When working with org-capture and inserting links to files, I noticed
that some files do not open properly and found out that the filename
contains  which causes this issue. 

To replicate:
- Create a file test__file.txt
- In dired, locate the file and capture the link C-c l
- In an org file, insert link by C-c C-l
- Place point at file and C-c C-o (org-open-at-point)

The link org stores is e.g ~/test__file.txt.

This cannot be opened in a shell, but escaping the ampersand, the file
is opened fine, e.g. 

evince ~/test_\_file.txt

I inserted the escape character in the org link, but this to my dismay
still doesn't work.

Any ideas?

(except the obvious change of ampersand in filenames)

Thanks,

Johnny


-- 
Johnny



Re: [O] new latex exporter and attr_latex

2012-12-11 Thread Nick Dokos
François Allisson franc...@allisson.co wrote:

 Hi,
 
 The following example used to work for me
 
 ***
 #+ATTR_LATEX: align=lcr
 | left | center | right |
 ***
 
 i.e. it was exported with the correct alignment rules. But now (Org
 7.9.2-666/ Emacs 24.2.50.1), it seems to not work any more, as it get
 exported as
 
 **
 \begin{center}
 \begin{tabular}{lll}
 left  center  right\\
 \end{tabular}
 \end{center}
 **
 
 The lll, instead of lcr is what bother me...
 
 Any change recently around attr_latex or align?
 

See

http://thread.gmane.org/gmane.emacs.orgmode/62766

Nick

 Thanks for any help,
 
 François
 



Re: [O] Agenda: show only prio-A events with associated date/timestamp

2012-12-11 Thread Memnon Anon
 I'd like to derive a custom agenda view that has following properties:

 - show only items with associated datestamp or timestamp (same as
   «is displayed in the time grid of my usual agenda»)
 - only with priority [#A]

So, your usual agenda, but only priority #As ?
Or only those items with stamps that don't only signify a day but also a
time(-range)?

 If it is possible to differ between associated datestamps/timestamps
 and deadlines/schedules, I'd prefer following:
 Examples:

 * shown::shown:
 ** TODO 2012-12-11 Tue todo with date

Why should this one be shown? It is not [#A]?

Memnon




Re: [O] org-drill installation problem

2012-12-11 Thread Memnon Anon
Sanjib Sikder sanjibju2...@gmail.com writes:

 (require 'org-drill) 
 (add-to-list 'load-path ~/.emacs.d/) 
[...]
 File error: Cannot open load file, org-learn

,[ org-drill.org/Installation ]
| For manual installation, put the following in your =.emacs=. You will also 
need
| to make sure that Org's contrib/lisp directory is in the emacs load-path.
`

org-learn.el is part of contrib.

hth
Memnon




Re: [O] info for org not found in emacs

2012-12-11 Thread Charles
N.B. I am resending this message; I only replied to Nick and did not 
send it to the list.


On 12/10/2012 5:26 PM, Nick Dokos wrote:

Charles mill...@verizon.net wrote:


Info at the command line and C-h i from Emacs still bring up the manual for 
7.9.1 even though the 7.9.2 org.doc has been downloaded.

Have you done ``make doc'' after downloading?

Nick

believe the problem is that the /elisp/org-mode/doc is not loaded into 
the general Cygwin info files and the problem is not updating the 
manual, guide, etc.


I pulled from git and the manuals were updated during the pull. As you 
suggested I also ran make doc while in elisp/org-mode and essentially 
make stated that all files were up to date.


I checked the html, pdf and emacs versions of the manual and all of them 
are 7.9.2 (release 7.9.2-664-gb1f369). By tghe way I had already 
commented out any changes to my innit.el file and bash_profile that I 
made last evening.


When I call info from the command line and also from within emacs 
version 7.9.1 shows. So does manual corrsepond with the latest org 
version that was included in the emacs package? Also, even though I use 
Eric's suggestion and add ~/elsip/org-mode/doc to the 
Info-default-directory-list, when I call C-h i the 7.9.1 version is in 
the info tree, even though ~/elisp/org-mode/doc is loaded.


As I described earlier my earlier attempt, i.e. added 
INFOPATH=/home/Charlie/elisp/org-mode/doc/ to my bash_profile loaded the 
latest org manual into the general info tree but so was org manual 
version 7.9.1; however, when I was in emacs (the bash_profile was still 
modified) and called info, only the latest org manual was shown; none of 
the rest of the info tree was shown and I could not access it.


For users as myself, i.e. one laptop, one user, no network, should 
INFOPATH be further modified in bash_profile so that the outdated 
version of Org doc is removed from the info tree and the current one 
replaces it and at the same time the entire info tree is accessed from 
emacs?


Set up:
Windows 7 Home Premium, Service Pack 1, 64 bit
Cygwin 1.7.17-1
GNU Emacs 24.2.1(i686-pc-cygwin, GTK+ Version 2.24.11) of 2012-08-27 on 
fiona
Org-mode version 7.9.2 (release_7.9.2-664-gb1f369 @ 
/home/Charlie/elisp/org-mode/lisp/)


Charlie


Re: [O] Some Experiences with org-babel-load-file

2012-12-11 Thread Memnon Anon
Florian Beck f...@miszellen.de writes:

 1. `org-babel-load-file' doesn't seem to be in the org docu. The
 instructions on worg are obsolete (mentions `org-install') and
 needlessly complicated. Just putting

 (package-initialize) ;; only if you use the newest org

... and the newest emacs!

 (require 'ob-tangle)
 (org-babel-load-file /path/to/your/org-init-file.org)

 into your .emacs (no need for .emacs.d/init.el) seems to suffice.

This is one way to do it, not necessarily the only way.
I don't think a 4 line init.el is that complicated ;).

 4. When I babel-load my-package.org, all emacs sees is the tangled
 my-package.el, which of course is right. The problem, however, is
 that I often search for one of my functions, change it … and loose the
 changes the next time I start emacs (I already got zapped a couple of
 times). Integrating org-tangle with the emacs documentation would be
 tough I guess. But how about setting a read-only file locale variable
 to block the most stupid mistakes?

How do you change your functions?
If I want to do it, I tinker with them directly in my emacs.org and
evaluate from there or copy the relevant bits to the *scratch* buffer
and bring them back to emacs.org once it works. If the file changed,
the el file gets tangled fresh automatically next time I start emacs and
used right away.

I don't really see a problem?

Memnon




Re: [O] new latex exporter and attr_latex

2012-12-11 Thread François Allisson

Le mardi 11 décembre 2012 à 17h47, Nick Dokos a écrit:
 See

   http://thread.gmane.org/gmane.emacs.orgmode/62766


Thanks Nick!

#+attr_latex: :align lcr
works fine!

François



Re: [O] start clock doesn't refresh agenda

2012-12-11 Thread Bastien
Hi,

Rares Pop rares@gmail.com writes:

 I'm using emacs 23.1.1 with org-mode 7.9.2 and when i'm starting the
 clock on the current item from the agenda I get the clock started but
 the agenda doesn't get refreshed (the yellow line on the current item
 is not displayed). If i hit manually refresh (g ) i get the yellow
 line.

 Can you please help me with this issue?

This is fixed now in git.  Thanks for reporting this.

-- 
 Bastien



Re: [O] Possible bug in org-open-at-point when filename includes ampersand

2012-12-11 Thread Memnon Anon
Johnny yggdra...@gmx.co.uk writes:

 To replicate:
 - Create a file test__file.txt
 - In dired, locate the file and capture the link C-c l
 - In an org file, insert link by C-c C-l
 - Place point at file and C-c C-o (org-open-at-point)

 The link org stores is e.g ~/test__file.txt.

 This cannot be opened in a shell, but escaping the ampersand, the file
 is opened fine, e.g. 

It does open here with
,
| ELISP (emacs-version)
| GNU Emacs 24.3.50.1 (i486-pc-linux-gnu, GTK+ Version 3.4.2)\n of
| 2012-12-09 on dex, modified by Debian
| ELISP (org-version t t)
| Org-mode version 7.9.2 (release_7.9.2-661-g66c664 @
| /home/kyilma/bin/elisp/org-latest/lisp/)
`

Memnon




Re: [O] info for org not found in emacs

2012-12-11 Thread Nick Dokos
Charles mill...@verizon.net wrote:

 ... 
 As I described earlier my earlier attempt, i.e. added 
 INFOPATH=/home/Charlie/elisp/org-mode/doc/ to
 my bash_profile loaded the latest org manual into the general info tree but 
 so was org manual
 version 7.9.1; however, when I was in emacs (the bash_profile was still 
 modified) and called info,
 only the latest org manual was shown; none of the rest of the info tree was 
 shown and I could not
 access it.
 

The doc for Info-default-directory-list says:

,
| Once Info is started, the list of directories to search
| comes from the variable `Info-directory-list'.
| This variable `Info-default-directory-list' is used as the default
| for initializing `Info-directory-list' when Info is started, unless
| the environment variable INFOPATH is set.
`

IIUC, this implies that INFOPATH has to encompass *all* the places where
info files should be searched for. In my case, I have the following in
my .profile:

- --8---cut here---start-8---
# standard places
INFOPATH=/usr/local/info:/usr/local/share/info:/usr/info:/usr/share/info
...
# org info dir
INFOPATH=/home/nick/src/emacs/org/org-mode/doc:$INFOPATH
export INFOPATH
- --8---cut here---end---8---

Nick



Re: [O] babel perl issue

2012-12-11 Thread Achim Gratz
Eric Schulte writes:
 Org-mode version 7.9.2 (7.9.2-dist @ /usr/share/emacs/site-lisp/org/)
 GNU Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.6)
  of 2012-09-21 on allspice, modified by Debian

 Thanks for help.

 I don't see how this is possible.

He's using Org from a Debian package that is itself built from a tarball
(I believe that Sebastian Delafond maintains these).  Quite obviously
this package has not been correctly activated, in other words the
autoload definitions are mixed up with the older version of Org that
comes with Emacs 23.3.  In this case (since it is a Debian package) the
activation should have been done via site-init.el so as to not require
user intervention.


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

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




Re: [O] Some Experiences with org-babel-load-file

2012-12-11 Thread Eric Schulte
Florian Beck f...@miszellen.de writes:

 Hello!

 As an experiment, I moved my .emacs and all my personal packages into
 an org-file and now load it with 'org-babel-load-file. This works fine
 enough: the source code blocks can handle several thousand lines of
 code (for later splitting) without any quirks, tough editing in the
 org-file sure gets slow.

 A couple of observations:

 1. `org-babel-load-file' doesn't seem to be in the org docu. The
 instructions on worg are obsolete (mentions `org-install') and
 needlessly complicated. Just putting

 (package-initialize) ;; only if you use the newest org
 (require 'ob-tangle)
 (org-babel-load-file /path/to/your/org-init-file.org)

 into your .emacs (no need for .emacs.d/init.el) seems to suffice.


Please go ahead and update the information on worg.  Note that Emacs24
users need only do

(require 'org)
(org-babel-load-file /path/to/your/org-init-file.org)

while users of lesser Emacs will have to load a new version of Org-mode
before calling org-babel-load-file.


 2. Unless you are only setting variables, you want your functions to
 be byte-compiled. I modified `org-babel-load-file' to do that. Any
 reason not to?


I disagree, I don't find a noticeable performance difference between
compiled and un-compiled code.  If this does pose a problem for you,
perhaps an optional extra argument to be added to org-babel-load-file to
enable compilation.


 3. While it saves some keystrokes not to have to write tangle: yes,
 it seems to be at odds with `org-tangle-file (though it does respect
 tangle: no).


The `org-babel-load-file' function calls `org-tangle-file' so they are
definitely working in concert.  When a target file is passed to
`org-tangle-file' then that is used as the value of the :tangle header
argument, so the default behavior is to tangle.


 4. When I babel-load my-package.org, all emacs sees is the tangled
 my-package.el, which of course is right. The problem, however, is
 that I often search for one of my functions, change it … and loose the
 changes the next time I start emacs (I already got zapped a couple of
 times). Integrating org-tangle with the emacs documentation would be
 tough I guess. But how about setting a read-only file locale variable
 to block the most stupid mistakes?


Great idea.  I don't have time to work on this right now, but it is
definitely on my stack.  I suppose this should be the default behavior
for all tangled files (not just those written by org-babel-load-file).

Thanks,


 Overall, very nice. Thank you.

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



Re: [O] info for org not found in emacs

2012-12-11 Thread Achim Gratz
Charles writes:
 The following works for me (your mileage may vary)

   ;; info paths
   (add-to-list 'Info-default-directory-list
/home/eschulte/.emacs.d/src/org-mode/doc/)

You should not change this variable at all, the variable to customize is
`Info-additional-directory-list´.  But it is by far easier to simply
install Org.


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] lisp/ob.el (org-babel-result-cond)

2012-12-11 Thread Eric Schulte
Achim Gratz strom...@nexgo.de writes:

 This has been in there for a while and only been visible due to
 byte-compiler warnings about free variable result-params.  Either the
 tests don't really exercise this code path well or we've been lucky that
 result-params was bound to the correct value during all those calls.


The `result-params' variable is *always* in scope every time this macro
is called.  In fact previously the Babel language files were told to
expect some variables to always be in scope without their being
explicitly passed in as parameters.  We've since begun passing these
things explicitly to the language functions to appease the compiler.

I'd like to apply this patch, however the format is not detected by git
am.  Could you re-generate this patch using git format-patch and attach
the resulting file?

Thanks,

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



Re: [O] [PATCH] ob-python: specify defcustom parameters

2012-12-11 Thread Eric Schulte
Achim Gratz strom...@nexgo.de writes:

 This avoids a byte-compiler warning and makes these customizations
 easier to find.


Again, could you send a git format-patch version of this patch?

Then I will apply it.

Thanks.

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



Re: [O] [PATCH] lisp/ob.el (org-babel-result-cond)

2012-12-11 Thread Achim Gratz
Eric Schulte writes:
 I'd like to apply this patch, however the format is not detected by git
 am.  Could you re-generate this patch using git format-patch and attach
 the resulting file?

Here it is:

From d91ba35d143b806f9d615a93f34a10b4086f55a5 Mon Sep 17 00:00:00 2001
From: Achim Gratz strom...@stromeko.de
Date: Fri, 7 Dec 2012 20:48:24 +0100
Subject: [PATCH 1/4] org-babel: fix bug introduced in commit 78cdf149
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

* lisp/ob.el (org-babel-result-cond): Macro expansion needs to unquote
  formal parameter `result-params´.
---
 lisp/ob.el | 16 
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/lisp/ob.el b/lisp/ob.el
index 0aba523..2f4f855 100644
--- a/lisp/ob.el
+++ b/lisp/ob.el
@@ -2567,14 +2567,14 @@ (defvar org-babel-temporary-directory)
 (defmacro org-babel-result-cond (result-params scalar-form rest table-forms)
   Call the code to parse raw string results according to RESULT-PARAMS.
   (declare (indent 1))
-  `(unless (member none result-params)
- (if (or (member scalar result-params)
-	 (member verbatim result-params)
-	 (member html result-params)
-	 (member code result-params)
-	 (member pp result-params)
-	 (and (member output result-params)
-		  (not (member table result-params
+  `(unless (member none ,result-params)
+ (if (or (member scalar ,result-params)
+	 (member verbatim ,result-params)
+	 (member html ,result-params)
+	 (member code ,result-params)
+	 (member pp ,result-params)
+	 (and (member output ,result-params)
+		  (not (member table ,result-params
 	 ,scalar-form
,@table-forms)))
 
-- 
1.8.0.1



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] babel perl issue

2012-12-11 Thread Achim Gratz
Eric Schulte writes:
 I'm attaching two patches which implement this new require structure.
 They move ob.el - ob-core.el.  The new ob.el (which is now loaded by
 every file which requires 'ob) does two things.

That looks OK so far, just one nit: it would be much cleaner from the
perspective of Git if you first renamed ob.el - ob-core.el and then
patched it.  That way git blame would continue to work across that
commit in a mostly sensible manner.  Right now all lines in those two
files are new things that sprang into existence with this commit as far
as Git is concerned.

 1. It defines every Babel defcustom (excluding the language-specific
defcustoms).  Should defvars be moved here as well?

Not necessarily, but if it cleans up the code, this would be worth
doing.  Maybe as a second step, since none of it should be broken right
now?

 2. It loads the remainder of Babel, namely; ob-eval, ob-core, ob-comint,
ob-exp, ob-keys, ob-table, ob-lob, ob-ref and ob-tangle.

Which codepaths would directly activate ob-comint for instance and why
is it appropriate to just (require 'ob-core) in this case?

 This allows for most of the language files to be simplified as they now
 only need to require ob, rather than requiring the subset of the above
 particular to their needs.

Looks nicer to me, anyway.


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: [O] babel perl issue

2012-12-11 Thread Bastien
Hi Eric,

Eric Schulte schulte.e...@gmail.com writes:

 I'm attaching two patches which implement this new require structure.
 They move ob.el - ob-core.el.  The new ob.el (which is now loaded by
 every file which requires 'ob) does two things.

I'm slowly catching up, fixing issues and reading the mailing list.

Can you please hold this change until tomorrow eve?  It looks good,
but I'd like to understand it thoroughly.

Thanks!

-- 
 Bastien



Re: [O] [PATCH] ob-python: specify defcustom parameters

2012-12-11 Thread Achim Gratz
Eric Schulte writes:
 Again, could you send a git format-patch version of this patch?

Sorry if this comes through twice, but it appears that Gmane has dropped
my first posting.

From b759805cca39914843222c25a63854c7694d7e80 Mon Sep 17 00:00:00 2001
From: Achim Gratz strom...@stromeko.de
Date: Fri, 7 Dec 2012 21:05:52 +0100
Subject: [PATCH 2/4] ob-python: specify defcustom parameters

* lisp/ob-python.el (org-babel-python-hline-to,
  org-babel-python-None-to): Specify customize group as 'org-babel and
  widget type as 'string.
---
 lisp/ob-python.el | 8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/lisp/ob-python.el b/lisp/ob-python.el
index 4d94ecf..e393d1d 100644
--- a/lisp/ob-python.el
+++ b/lisp/ob-python.el
@@ -53,10 +53,14 @@ (defvar org-babel-python-mode (if (featurep 'xemacs) 'python-mode 'python)
 (defvar org-src-preserve-indentation)
 
 (defcustom org-babel-python-hline-to None
-  Replace hlines in incoming tables with this when translating to python.)
+  Replace hlines in incoming tables with this when translating to python.
+  :group 'org-babel
+  :type 'string)
 
 (defcustom org-babel-python-None-to 'hline
-  Replace 'None' in python tables with this before returning.)
+  Replace 'None' in python tables with this before returning.
+  :group 'org-babel
+  :type 'string)
 
 (defun org-babel-execute:python (body params)
   Execute a block of Python code with Babel.
-- 
1.8.0.1



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

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


Re: [O] Some Experiences with org-babel-load-file

2012-12-11 Thread Florian Beck

On 12/11/2012 03:52 PM, Eric Schulte wrote:


Please go ahead and update the information on worg.  Note that Emacs24
users need only do

 (require 'org)
 (org-babel-load-file /path/to/your/org-init-file.org)

while users of lesser Emacs will have to load a new version of Org-mode
before calling org-babel-load-file.


Sorry, I have no idea how to update worg.


compiled and un-compiled code.  If this does pose a problem for you,
perhaps an optional extra argument to be added to org-babel-load-file to
enable compilation.


Yes, this would do nicely.


The `org-babel-load-file' function calls `org-tangle-file' so they are
definitely working in concert.  When a target file is passed to
`org-tangle-file' then that is used as the value of the :tangle header
argument, so the default behavior is to tangle.


Ok, that makes sense.


Great idea.  I don't have time to work on this right now, but it is
definitely on my stack.  I suppose this should be the default behavior
for all tangled files (not just those written by org-babel-load-file).


Yes. Perhaps also include a comment that the file was tangled from an 
org-file plus the path to that file.





Re: [O] new latex exporter and attr_latex

2012-12-11 Thread Michael Gauland
François Allisson francois at allisson.co writes:

 
 Hi,
 
 The following example used to work for me
 
 ***
 #+ATTR_LATEX: align=lcr
 | left | center | right |
 ***
 Any change recently around attr_latex or align?
 


Yes, the syntax has changed; see 
http://thread.gmane.org/gmane.emacs.orgmode/62766

In short, you should use:
#+ATTR_LATEX: :align lcr

Kind Regards,
Mike





Re: [O] babel perl issue

2012-12-11 Thread Eric Schulte
Bastien b...@altern.org writes:

 Hi Eric,

 Eric Schulte schulte.e...@gmail.com writes:

 I'm attaching two patches which implement this new require structure.
 They move ob.el - ob-core.el.  The new ob.el (which is now loaded by
 every file which requires 'ob) does two things.

 I'm slowly catching up, fixing issues and reading the mailing list.

 Can you please hold this change until tomorrow eve?  It looks good,
 but I'd like to understand it thoroughly.


Sure thing, I have the patches queued up locally and ready to commit.

Please let me know if I can explain anything, or if you'd like to see
the patches before the hit the master branch.

Cheers,


 Thanks!

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



Re: [O] [PATCH] lisp/ob.el (org-babel-result-cond)

2012-12-11 Thread Eric Schulte
Achim Gratz strom...@nexgo.de writes:

 Eric Schulte writes:
 I'd like to apply this patch, however the format is not detected by git
 am.  Could you re-generate this patch using git format-patch and attach
 the resulting file?

 Here it is:


Much Obliged,

I'll push this up when next I push to the git repo.

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



Re: [O] babel perl issue

2012-12-11 Thread flav
Ok,
I have deleted some files on my system.
I have mis install org (twice in 2 path, bla bla) and I seem to work better.
Thanks a lot for help
And excuse me



2012/12/11 Eric Schulte schulte.e...@gmail.com

 flav flav.justf...@gmail.com writes:

  Le 10/12/2012 18:24, Eric Schulte a écrit :
  1. make sure you're using a recent version of Org-mode, either the
  latest release or from git, see
  http://orgmode.org/worg/org-faq.html#Keeping-current
 
  2. start Emacs with the -Q flag (to ensure there is no problem caused by
  the rest of your config)
 
  3. evaluate the Babel config
 
(require 'org)
(org-babel-do-load-languages
  'org-babel-load-languages
  '((perl . t)))
 
  4. if you still have problems, then write back with your version of
  Emacs, and your version of org-mode (reported with M-x org-version)
 
  Hope this helps,
 [...]
  Hello,
  Debugger entered--Lisp error: (void-function org-babel-do-load-languages)
(org-babel-do-load-languages (quote org-babel-load-languages) (quote
  (...)))
eval((org-babel-do-load-languages (quote org-babel-load-languages)
  (quote (..$
eval-last-sexp-1(t)
eval-last-sexp(t)
eval-print-last-sexp()
call-interactively(eval-print-last-sexp nil nil)
 
  Org-mode version 7.9.2 (7.9.2-dist @ /usr/share/emacs/site-lisp/org/)
  GNU Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.6)
   of 2012-09-21 on allspice, modified by Debian
 
  Thanks for help.

 I don't see how this is possible.  I am also using Org-mode 7.9.2,
 here's my Org-mode version

   Org-mode version 7.9.2 (release_7.9.2-603-gf8a69a @
 /home/eschulte/.emacs.d/src/org-mode/lisp/)

 The `org-babel-do-load-languages' function is defined in org.el, so once
 you have run (require 'org), I don't believe it is possible for this
 function to remain undefined.  Could you

 1. open the org.el file manually on your system,
 2. while visiting the file, search for the string
org-babel-do-load-languages to confirm that the function is defined
in that file
 3. run `eval-buffer' while still visiting that file,
 4. and then finally run

(org-babel-do-load-languages
  'org-babel-load-languages
  '((perl . t)))

 If the above does not work, please let me know at which stage it fails.
 If it does work, then I suspect the problem is related to something
 peculiar to your system, and is beyond my abilities to help you with.

 Best,

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




-- 
flav