Re: [O] Opendocument export causes error

[Jambunathan K]

(Ignore my earlier mail.  Follow instruction in this mail instead.)

Symptoms tell me that you have a hoaxed installation.

Try this and see if it helps

M-x list-load-path-shadows RET

Check where all org-odt.el is installed.  Ideally you should see only
two paths - one from vanilla Emacs and one from directory that you are
trying to use right now.

Try this next.

M-x locate-library RET org-compat RET
M-x locate-library RET org-odt RET 

M-x locate-library RET org-compat.el RET
M-x locate-library RET org-odt.el RET 

(Note the presence of `.el' in later two commands)

They should all come from the same directory tree.

Try this next.

M-x load-library RET org-compat.el RET
M-x load-library RET org-odt.el RET

(Order of loading should be preserved.  `.el' SHOULD be there)

Now export.  

Look inside your messages buffer and examine what all ODT exporter is
trying to do. 

In all likelihood, you will have a successful export.

For some more debugging, you can do,

M-x locate-library RET org-install RET
M-x locate-library RET org-autoloads RET
M-x locate-library RET org-loaddefs RET

(Try again the above commands with `.el' appended)

Ideally your .emacs MUST have (require ') for only one of these
libraries.

If you pass the censored logs from above commands then I or someone in
this list can guess what is possibly wrong.  But my guess is above steps
should suffice to figure out the remedy.

> Dear all,
>
> Since a while I cannot export to OpenDocument anymore. Instead, I
> always get the error
>   
>   call-interactively: Symbol's value as variable is void: err
>
> I just updated to Org-mode version 7.9.2 and the problem persists. In
> the archives I found exactly the same problem mentioned (messages from
> 11.07.2012 with subject Compile error in org-odt.el in latest master),
> but I do not understand the solution found then (Rainer Stengele
> reported that he "missed the unzip.exe and now it works").
>
> Any help? Thanks!
>
> Best wishes,
> Torsten
>
> --
> Dr Torsten Anders
> Course Leader, Music Technology
> University of Bedfordshire
> Park Square, Room A315
> http://www.torsten-anders.de
>
>
>
>
>

-- 

Re: [O] Opendocument export causes error

[Jambunathan K]

Symptoms tell me that you have a hoaxed installation.

Try this and see if it helps

M-x list-load-path-shadows RET

Check where all org-odt.el is installed.  Ideally you should see only
two paths - one from vanilla Emacs and one from directory that you are
trying to use right now.

Try this next.

M-x locate-library RET org-compat RET
M-x locate-library RET org-odt RET 

They should come from the same directory tree.

Try this next.

M-x load-library RET org-compat RET
M-x load-library RET org-odt RET

(Order of loading should be preserved)

Now export.

Look inside your messages buffer and examine what all ODT exporter is
trying to do.

If you pass the censored logs from above commands then I or someone in
this list can guess what is possibly wrong.

> Dear all,
>
> Since a while I cannot export to OpenDocument anymore. Instead, I
> always get the error
>   
>   call-interactively: Symbol's value as variable is void: err
>
> I just updated to Org-mode version 7.9.2 and the problem persists. In
> the archives I found exactly the same problem mentioned (messages from
> 11.07.2012 with subject Compile error in org-odt.el in latest master),
> but I do not understand the solution found then (Rainer Stengele
> reported that he "missed the unzip.exe and now it works").
>
> Any help? Thanks!
>
> Best wishes,
> Torsten
>
> --
> Dr Torsten Anders
> Course Leader, Music Technology
> University of Bedfordshire
> Park Square, Room A315
> http://www.torsten-anders.de
>
>
>
>
>

-- 

Re: [O] Bug: odt export: headline links ignore description [7.8.11]

[Jambunathan K]

Are you using Org that comes bundled with regular Emacs?

I have pushed a fix to my working branch.  To verify the fix you need to
wait for next Org release or Emacs merge.

If you are impatient or comfortable working with patches and source
files,  then here is the commit of interest to you.

http://repo.or.cz/w/org-mode/org-kjn.git/commit/maint

Note that the commit is to my private copy and is NOT merged to Org repo
yet.  I hope to merge the fix in a day or two.

Let me know if the patch works or bombs.

gsm...@daed.com writes:

> Remember to cover the basics, that is, what you expected to happen and
> what in fact did happen.  You don't know how to make a good report?  See
>
>  http://orgmode.org/manual/Feedback.html#Feedback
>
> Your bug report will be posted to the Org-mode mailing list.
> 
>
> The ODT export documentation states "A link with no description and
> destined to a regular (un-itemized) outline heading is replaced with a
> cross-reference and section number of the heading."
>
> However, this replacement happens even for links to outline headings
> that do have descriptions--the description is replaced by the section
> number. Worse, if num:nil is set in #+OPTIONS, the description is
> replaced by a blank space.
>
> Expected behavior:
> [[*foo]] should result in a cross-reference to foo with the the text
> being the section number
>
> [[*foo][description]] should result in a
> cross-reference to foo with the text "description"
>
> Emacs  : GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601)
>  of 2012-08-28 on MARVIN
> Package: Org-mode version 7.8.11
>
> current state:
> ==
> (setq
>  org-export-blocks '((src org-babel-exp-src-block nil)
>(export-comment org-export-blocks-format-comment t)
>(ditaa org-export-blocks-format-ditaa nil)
>(dot org-export-blocks-format-dot nil))
>  org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
> org-babel-execute-safely-maybe)
>  org-export-html-style "\nbody {font-family: \"News 
> Gothic\", sans-serif; }\nh1,h2,h3,h4,h5,h6 { color: #4F81BD }\n"
>  org-export-preprocess-before-selecting-backend-code-hook 
> '(org-beamer-select-beamer-code)
>  org-tab-first-hook '(org-hide-block-toggle-maybe
> org-src-native-tab-command-maybe
> org-babel-hide-result-toggle-maybe)
>  org-export-odt-styles-file "~/.emacs.d/styles.xml"
>  org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
> org-cycle-show-empty-lines
> org-optimize-window-after-visibility-change)
>  org-agenda-before-write-hook '(org-agenda-add-entry-text)
>  org-speed-command-hook '(org-speed-command-default-hook
> org-babel-speed-command-hook)
>  org-export-preprocess-hook '(org-lparse-strip-experimental-blocks-maybe-hook)
>  org-babel-pre-tangle-hook '(save-buffer)
>  org-occur-hook '(org-first-headline-recenter)
>  org-export-interblocks '((src org-babel-exp-non-block-elements))
>  org-metaup-hook '(org-babel-load-in-session-maybe)
>  org-confirm-elisp-link-function 'yes-or-no-p
>  org-export-latex-format-toc-function 'org-export-latex-format-toc-default
>  org-descriptive-links nil
>  org-export-preprocess-before-normalizing-links-hook 
> '(org-remove-file-link-modifiers)
>  org-export-preprocess-after-blockquote-hook 
> '(org-export-odt-preprocess-latex-fragments 
> org-lparse-preprocess-after-blockquote-hook)
>  org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
>  org-export-first-hook '(org-beamer-initialize-open-trackers)
>  org-mode-hook '(#[nil "\300\301\302\303\304$\207"
>  [org-add-hook change-major-mode-hook org-show-block-all
>   append local]
>  5]
>#[nil "\300\301\302\303\304$\207"
>  [org-add-hook change-major-mode-hook
>   org-babel-show-result-all append local]
>  5]
>org-babel-result-hide-spec org-babel-hide-all-hashes)
>  org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc
>  org-beamer-auto-fragile-frames
>  org-beamer-place-default-actions-for-lists)
>  org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
>  org-metadown-hook '(org-babel-pop-to-session-maybe)
>  org-src-mode-hook '(org-src-babel-configure-edit-buffer
>org-src-mode-configure-edit-buffer)
>  org-file-apps '(("\\.odc\\'" . system) ("\\.odf\\'" . system)
>("\\.odi\\'" . system) ("\\.otp\\'" . system)
>("\\.odp\\'" . system) ("\\.otg\\'" . system)
>("\\.odg\\'" . system) ("\\.ots\\'" . system)
>("\\.ods\\'" . system) ("\\.odm\\'" . system)
>("\\.ott\\'" . system) ("\\.odt\\'" . system)
>(auto-mode . emac

Re: [O] writing research articles with org-mode

[David Arroyo Menéndez]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


A lot of thanks Tom.

Regards.

t...@tsdye.com (Thomas S. Dye) writes:

> Aloha David,
>
> The article describing Org mode in the Journal of Statistical Software
> is an example that you might find useful:
> http://www.jstatsoft.org/v46/i03
>
> All the best,
> Tom
>
> davi...@es.gnu.org (David Arroyo Menéndez) writes:
>
>> Hello,
>>
>> I need an example of research article written with org-mode by personal
>> purposes. Who can I help me?
>>
>> Thanks in advance.

- -- 
David Arroyo Menéndez
http://www.davidam.com
gpg --keyserver pgp.rediris.es --recv-keys B395B90A
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 

iQEcBAEBAgAGBQJQuWQDAAoJEGGvRy2zlbkKakoIANLMRWSmI0zgAYNOrrhWSUfE
E7H7GgISjpoFzfkqglkp1fbc8+3j/Yr4W1lSp1JNKYhbU4GhKmF995YI7DvbLRs4
k0ZWr+Rh1eUEIw4dcFb0LGMVjWau5GPUpJdwxHOpeqkwd3I36mIq8Eq6+j3ai8Fl
sFva1X8JOwn2qClhi1u/4pdCCIf+t4f5xPWUoDEuN6mtzHHfOMCQqcUuWw2qI0Us
KNnliw6Ivrup++Rp0wwY58x7OOspvOWd3GefKgh+Hqq8lBiFhEAOU4dwqBJyIl3b
ecGq6VYkKxr1fIvIHQOkWTn3oSv2VxzLhrMPrrOs53814HRjVUZiMDbrGOm6714=
=jktv
-END PGP SIGNATURE-

Re: [O] RSA host key for orgmode.org has changed?

[Thorsten Jolitz]

Jason Dunsmore  writes:

> The server was migrated a couple of months ago.  Just remove the old
> key from ~/.ssh/known_hosts and you should be good.

Thanks, that fixed the problem.

-- 
cheers,
Thorsten

Re: [O] [PATCH] Allow relative times in clocktable tstart and tend options

[Ivan Vilata i Balaguer]

Nicolas Goaziou (2012-11-30 16:31:47 +0100) wrote:

> Hello,
>
> Ivan Vilata i Balaguer  writes:
>
>> I expected to find some existing clocktable test I could base mine
>> upon, but it seems that there's none yet.
>
> Yes, Org is lacking in the regression tests area. I hope that will
> change in the future.
>
>> So I wrote a simple example file (attached) in case it can be useful
>> for a test.
>
> Great. I wrote tests out of it.
>
>> I'm also attaching a small update to patch that adds a trivial
>> example to the info file.
>>
>> Thanks anyway!
>
> This is now applied. Thank you for you work.
>
> Regards,

It was very instructive to look at the new tests. :)

Thanks!

-- 
Ivan Vilata i Balaguer -- https://elvil.net/

[O] Opendocument export causes error

[Torsten Anders]

Dear all,

Since a while I cannot export to OpenDocument anymore. Instead, I always get 
the error 
  
  call-interactively: Symbol's value as variable is void: err

I just updated to Org-mode version 7.9.2 and the problem persists. In the 
archives I found exactly the same problem mentioned (messages from 11.07.2012 
with subject Compile error in org-odt.el in latest master), but I do not 
understand the solution found then (Rainer Stengele reported that he "missed 
the unzip.exe and now it works"). 

Any help? Thanks!

Best wishes,
Torsten

--
Dr Torsten Anders
Course Leader, Music Technology
University of Bedfordshire
Park Square, Room A315
http://www.torsten-anders.de

Re: [O] Links with brackets

[Russell Carden]

Nevermind, I spoke to soon.  I was able to get things working by using 
url-unhex-string.


On 11/30/2012 11:05 AM, Russell Carden wrote:

I have an address to an email that looks like this
protocol://p06230919c655938bab6e@[10.78.20.193]
When I wrap this in double brackets org-mode does not recognize it as 
a link.  Is there a proper way of handling links that have brackets in 
them?


Thanks,

Russell

Re: [O] remote execution in heterogeneous environment

[Neil Best]

On Fri, Nov 30, 2012 at 1:22 PM, Michael Albinus  wrote:
> Neil Best  writes:
>
>> tramp-version
>> "2.2.3-24.1"
>>
>> emacs-version
>> "24.2.1"
>>
>> Looks like I should upgrade tramp.  I will look into that.
>
> Emacs 24.3 is in pretest, it contains Tramp 2.2.6. This might be another
> option. See .
>
>> I think if I restart emacs it will be upgraded to some minor, minor
>> release, so maybe that took care of it already.  Fat chance?
>
> Sorry, this I don't understand ...
>

I had just recently upgraded Emacs through Macports but had not since
restarted it, that's all.  No such luck on the Tramp upgrade.  I will
just wait for the next release to propagate through Macports unless
some intolerable behavior crops up.  I do have a shiny new version of
Org to play with thanks to ELPA.  :)

>
> PS: it's on my wishlist for a long time to learn org-mode. Maybe I have
> a chance now.

You won't regret it.  Have fun.  What's your use case?  How did you
happen to get on this thread?  Was there a cross-post that I missed?

Thanks for pitching in, everyone.

Re: [O] remote execution in heterogeneous environment

[Michael Albinus]

Neil Best  writes:

> tramp-version
> "2.2.3-24.1"
>
> emacs-version
> "24.2.1"
>
> Looks like I should upgrade tramp.  I will look into that.

Emacs 24.3 is in pretest, it contains Tramp 2.2.6. This might be another
option. See .

> I think if I restart emacs it will be upgraded to some minor, minor
> release, so maybe that took care of it already.  Fat chance?

Sorry, this I don't understand ...

>> Btw, I don't use org. For local tests, what shall I apply in order to
>> execute the code in #+BEGIN_SRC  ... #+END_SRC?
>
> I should mention that my source code block got mangled when I tried to
> post through Gmane.  It should look like this:
>
> #+BEGIN_SRC sh :dir /midway:~
> echo "Executed by `whoami` on `hostname` in `pwd`"
> #+END_SRC
>
> Just go into Org mode, move the point within the block, and hit C-c C-c.

Thanks, I will try to reproduce your problem locally.

Best regards, Michael.

PS: it's on my wishlist for a long time to learn org-mode. Maybe I have
a chance now.

Re: [O] remote execution in heterogeneous environment

[Michael Albinus]

Nick Dokos  writes:

> OK - thanks. Sorry for the noise.
>
> Trying-to-get-foot-out-of-mouth-ly yours,

Come on, there's nothing you have to sorry. You don't know Tramp, that's
all. And this is not exclusive by you :-)

> Nick

Best regards, Michael.

Re: [O] RSA host key for orgmode.org has changed?

[Jason Dunsmore]

The server was migrated a couple of months ago.  Just remove the old
key from ~/.ssh/known_hosts and you should be good.

Jason

On Fri, Nov 30, 2012 at 10:22 AM, Thorsten Jolitz
 wrote:
>
>
> Hi List,
>
> I just tried to pull the actual version of Worg and recieved this:
>
> ,
> | ~/gitclone/worg/worg $ git pull
> | @@@
> | @   WARNING: POSSIBLE DNS SPOOFING DETECTED!  @
> | @@@
> | The RSA host key for orgmode.org has changed,
> | and the key for the corresponding IP address 198.101.246.4
> | is unknown. This could either mean that
> | DNS SPOOFING is happening or the IP address for the host
> | and its host key have changed at the same time.
> | @@@
> | @WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
> | @@@
> | IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
> | Someone could be eavesdropping on you right now (man-in-the-middle attack)!
> | It is also possible that a host key has just been changed.
> | The fingerprint for the RSA key sent by the remote host is
> | 35:11:14:c1:c7:21:ac:86:c2:bf:b6:6c:23:7c:c1:9e.
> | Please contact your system administrator.
> `
>
> A google search for "RSA host key for orgmode.org has changed" yielded
> no results, and I could not find "host key" in the last 3000 headers of
> the mailing list.
>
> Is that a problem on my side, or was there a change on the server side
> lately I did not notice?
>
> --
> cheers,
> Thorsten
>
>
>

Re: [O] remote execution in heterogeneous environment

[Nick Dokos]

Michael Albinus  wrote:

> Nick Dokos  writes:
> 
> > See
> >
> > http://thread.gmane.org/gmane.emacs.orgmode/62963
> 
> I've seen that.
> 
> > It was a weird setting of the variable ``temporary-file-directory'' in
> > Neil's Macport setup, plus the assumption by tramp that that setting was
> > valid for the remote - that turned out to be a bad assumption. Not sure
> > it's worth it for tramp to provide a way to customize that, but that's
> > your decision :-) AFAIAC, /tmp should be a universal standard.
> 
> I don't believe it is a weird setting of `temporary-file-directory'. It
> is a valid value for OS X, AFAIK.
> 
> And "/tmp" isn't a universal standard. For example, it doesn't work,
> when your local machine runs MS Windows.
> 
> The patch in Tramp I have mentioned tries to distinguish between local
> and remote temporary directories. I would like to know, whether this
> works correctly for org-mode, or whether there is still an issue.
> 

OK - thanks. Sorry for the noise.

Trying-to-get-foot-out-of-mouth-ly yours,
Nick

[O] Bug: odt export: headline links ignore description [7.8.11]

[gsmith]

Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?  See

 http://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org-mode mailing list.


The ODT export documentation states "A link with no description and
destined to a regular (un-itemized) outline heading is replaced with a
cross-reference and section number of the heading."

However, this replacement happens even for links to outline headings
that do have descriptions--the description is replaced by the section
number. Worse, if num:nil is set in #+OPTIONS, the description is
replaced by a blank space.

Expected behavior:
[[*foo]] should result in a cross-reference to foo with the the text
being the section number

[[*foo][description]] should result in a
cross-reference to foo with the text "description"

Emacs  : GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601)
 of 2012-08-28 on MARVIN
Package: Org-mode version 7.8.11

current state:
==
(setq
 org-export-blocks '((src org-babel-exp-src-block nil)
 (export-comment org-export-blocks-format-comment t)
 (ditaa org-export-blocks-format-ditaa nil)
 (dot org-export-blocks-format-dot nil))
 org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point
  org-babel-execute-safely-maybe)
 org-export-html-style "\nbody {font-family: \"News 
Gothic\", sans-serif; }\nh1,h2,h3,h4,h5,h6 { color: #4F81BD }\n"
 org-export-preprocess-before-selecting-backend-code-hook 
'(org-beamer-select-beamer-code)
 org-tab-first-hook '(org-hide-block-toggle-maybe
  org-src-native-tab-command-maybe
  org-babel-hide-result-toggle-maybe)
 org-export-odt-styles-file "~/.emacs.d/styles.xml"
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
  org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-speed-command-hook '(org-speed-command-default-hook
  org-babel-speed-command-hook)
 org-export-preprocess-hook '(org-lparse-strip-experimental-blocks-maybe-hook)
 org-babel-pre-tangle-hook '(save-buffer)
 org-occur-hook '(org-first-headline-recenter)
 org-export-interblocks '((src org-babel-exp-non-block-elements))
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-export-latex-format-toc-function 'org-export-latex-format-toc-default
 org-descriptive-links nil
 org-export-preprocess-before-normalizing-links-hook 
'(org-remove-file-link-modifiers)
 org-export-preprocess-after-blockquote-hook 
'(org-export-odt-preprocess-latex-fragments 
org-lparse-preprocess-after-blockquote-hook)
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 org-export-first-hook '(org-beamer-initialize-open-trackers)
 org-mode-hook '(#[nil "\300\301\302\303\304$\207"
   [org-add-hook change-major-mode-hook org-show-block-all
append local]
   5]
 #[nil "\300\301\302\303\304$\207"
   [org-add-hook change-major-mode-hook
org-babel-show-result-all append local]
   5]
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc
   org-beamer-auto-fragile-frames
   org-beamer-place-default-actions-for-lists)
 org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
 org-src-mode-configure-edit-buffer)
 org-file-apps '(("\\.odc\\'" . system) ("\\.odf\\'" . system)
 ("\\.odi\\'" . system) ("\\.otp\\'" . system)
 ("\\.odp\\'" . system) ("\\.otg\\'" . system)
 ("\\.odg\\'" . system) ("\\.ots\\'" . system)
 ("\\.ods\\'" . system) ("\\.odm\\'" . system)
 ("\\.ott\\'" . system) ("\\.odt\\'" . system)
 (auto-mode . emacs) ("\\.mm\\'" . default)
 ("\\.x?html?\\'" . default) ("\\.pdf\\'" . default))
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-confirm-shell-link-function 'yes-or-no-p
 )

Re: [O] remote execution in heterogeneous environment

[Neil Best]

Thanks for taking a look, Michael.

On Fri, Nov 30, 2012 at 1:37 AM, Michael Albinus  wrote:
> Neil Best  writes:
>>
>> #+BEGIN_SRC sh :dir /midway:~ echo "Executed by `whoami` on `hostname`
>> in `pwd`" #+END_SRC
>>
>
> Which version of Tramp are you using? You find it by "C-h v tramp-version".
> I remember a problem with remote temporary directories, fixed in Tramp 2.2.6.
>

tramp-version
"2.2.3-24.1"

emacs-version
"24.2.1"

Looks like I should upgrade tramp.  I will look into that.  I think if
I restart emacs it will be upgraded to some minor, minor release, so
maybe that took care of it already.  Fat chance?

> Btw, I don't use org. For local tests, what shall I apply in order to
> execute the code in #+BEGIN_SRC  ... #+END_SRC?

I should mention that my source code block got mangled when I tried to
post through Gmane.  It should look like this:

#+BEGIN_SRC sh :dir /midway:~
echo "Executed by `whoami` on `hostname` in `pwd`"
#+END_SRC

Just go into Org mode, move the point within the block, and hit C-c C-c.

Re: [O] remote execution in heterogeneous environment

[Michael Albinus]

Nick Dokos  writes:

> See
>
>   http://thread.gmane.org/gmane.emacs.orgmode/62963

I've seen that.

> It was a weird setting of the variable ``temporary-file-directory'' in
> Neil's Macport setup, plus the assumption by tramp that that setting was
> valid for the remote - that turned out to be a bad assumption. Not sure
> it's worth it for tramp to provide a way to customize that, but that's
> your decision :-) AFAIAC, /tmp should be a universal standard.

I don't believe it is a weird setting of `temporary-file-directory'. It
is a valid value for OS X, AFAIK.

And "/tmp" isn't a universal standard. For example, it doesn't work,
when your local machine runs MS Windows.

The patch in Tramp I have mentioned tries to distinguish between local
and remote temporary directories. I would like to know, whether this
works correctly for org-mode, or whether there is still an issue.

> Nick

Best regards, Michael.

[O] Links with brackets

[Russell Carden]

I have an address to an email that looks like this
protocol://p06230919c655938bab6e@[10.78.20.193]
When I wrap this in double brackets org-mode does not recognize it as a 
link.  Is there a proper way of handling links that have brackets in them?


Thanks,

Russell

[O] RSA host key for orgmode.org has changed?

[Thorsten Jolitz]

Hi List, 

I just tried to pull the actual version of Worg and recieved this:

,
| ~/gitclone/worg/worg $ git pull
| @@@
| @   WARNING: POSSIBLE DNS SPOOFING DETECTED!  @
| @@@
| The RSA host key for orgmode.org has changed,
| and the key for the corresponding IP address 198.101.246.4
| is unknown. This could either mean that
| DNS SPOOFING is happening or the IP address for the host
| and its host key have changed at the same time.
| @@@
| @WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
| @@@
| IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
| Someone could be eavesdropping on you right now (man-in-the-middle attack)!
| It is also possible that a host key has just been changed.
| The fingerprint for the RSA key sent by the remote host is
| 35:11:14:c1:c7:21:ac:86:c2:bf:b6:6c:23:7c:c1:9e.
| Please contact your system administrator.
`

A google search for "RSA host key for orgmode.org has changed" yielded
no results, and I could not find "host key" in the last 3000 headers of
the mailing list.

Is that a problem on my side, or was there a change on the server side
lately I did not notice?

-- 
cheers,
Thorsten

Re: [O] [PATCH] Allow relative times in clocktable tstart and tend options

[Nicolas Goaziou]

Hello,

Ivan Vilata i Balaguer  writes:

> I expected to find some existing clocktable test I could base mine upon,
> but it seems that there's none yet.

Yes, Org is lacking in the regression tests area. I hope that will
change in the future.

> So I wrote a simple example file (attached) in case it can be useful
> for a test.

Great. I wrote tests out of it.

> I'm also attaching a small update to patch that adds a trivial example
> to the info file.
>
> Thanks anyway!

This is now applied. Thank you for you work.


Regards,

-- 
Nicolas Goaziou

Re: [O] remote execution in heterogeneous environment

[Nick Dokos]

Michael Albinus  wrote:

> Neil Best  writes:
> 
> Hi,
> 
> > I run Macport's Emacs and ELPA's Org on my Mac but my data lives in a
> > Red Hat environment.  I thought I could edit locally and compute
> > remotely but there seems to be a problem with temp files for executing
> > source blocks.
> >
> > #+BEGIN_SRC sh :dir /midway:~ echo "Executed by `whoami` on `hostname`
> > in `pwd`" #+END_SRC
> >
> > Results are empty and in the message buffers appears this:
> >
> > executing Sh code block...  Tramp: Opening connection for midway using
> > ssh...
> >
> > Opening connection for midway using ssh... \ Tramp: Opening connection
> > for midway using ssh...done Tramp: Encoding region using function
> > `base64-encode-region'...done Tramp: Decoding region into remote file
> > /ssh:midway:/var/folders/2y/qrw3hhkx0dlb9sbl51mjy5wmgn/T/sh-510999vN...done
> > byte-code: Couldn't write region to
> > `/ssh:midway:/var/folders/2y/qrw3hhkx0dlb9sbl51mjy5wmgn/T/sh-510999vN',
> > decode using `base64 -d -i >%s' failed
> 
> Which version of Tramp are you using? You find it by "C-h v tramp-version".
> I remember a problem with remote temporary directories, fixed in Tramp 2.2.6.
> 
> Btw, I don't use org. For local tests, what shall I apply in order to
> execute the code in #+BEGIN_SRC  ... #+END_SRC?
> 

See

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

It was a weird setting of the variable ``temporary-file-directory'' in
Neil's Macport setup, plus the assumption by tramp that that setting was
valid for the remote - that turned out to be a bad assumption. Not sure
it's worth it for tramp to provide a way to customize that, but that's
your decision :-) AFAIAC, /tmp should be a universal standard.

Nick

[O] How to generate agenda view tasks of all states?

[joakim]

I would like to experiment with a graphical view of all tasks I've ever
finished, produced with graphviz or something.

However, I can't seem to reliably generate a suitable view for further
processing. For some reason arg 0 only shows TODO items, not all states.

Here is some tentative code, that is supposed to setup a local state so
my customizations doesnt affect the view. Am I missing something?

(let ((org-agenda-todo-list-sublevels t)
  (org-agenda-todo-ignore-with-date nil)
  (org-todo-keywords '((sequence "TODO"  "DONE" "CANCELLED" "dummystate"))) 
)
  
  (org-todo-list 0))
-- 
Joakim Verona

Re: [O] writing research articles with org-mode

[Thomas S. Dye]

Aloha David,

The article describing Org mode in the Journal of Statistical Software
is an example that you might find useful:
http://www.jstatsoft.org/v46/i03

All the best,
Tom

davi...@es.gnu.org (David Arroyo Menéndez) writes:

> Hello,
>
> I need an example of research article written with org-mode by personal
> purposes. Who can I help me?
>
> Thanks in advance.

-- 
Thomas S. Dye
http://www.tsdye.com

Re: [O] [PATCH] org-edit-special too much space if starting with empty block

[Nicolas Goaziou]

Le Wang  writes:

> Has anyone had a chance to check this out?  Others have run into this
> problem.

I've pushed your changes. Thank you.

Btw, have you signed the FSF papers for larger patches?


Regards,

-- 
Nicolas Goaziou

Re: [O] [BUG] org-export-with-current-buffer-copy drops local variable WAS:Re: new exporter - noweb substitution issues

[Nicolas Goaziou]

cbe...@tajo.ucsd.edu writes:

> Nicolas Goaziou  writes:
>
>> Hello,
>>
>> cbe...@tajo.ucsd.edu writes:
>>
>> Thank you for all the debugging.
>>
>>> org-export-with-current-buffer-copy calls org-clone-local-variables
>>> which uses a regexp to detect buffer-local variables, but
>>> *org-babel-use-quick-and-dirty-noweb-expansion* is not detected, so it
>>> gets dropped.
>>>
>>> Solution add "\\*org-babel-use-.*dirty.*\\*\\|" or something like that
>>> to the regexp.
>>
>> Before doing that, I'd like to know if there's a particular reason for
>> this variable to not belong to the regular namespace.
>>
>> I think this is confusing and error-prone. Thus, I'd rather have the
>> variable renamed instead.
>
> Fair enough.
>
>>
>> Eric, is that ok with you?
>
> No reply so far, I think.
>
> Anything more I can do to help with this?
>

I've renamed the variable. Thank you again.


Regards,

-- 
Nicolas Goaziou

Re: [O] Time clocked is displayed in fractional form [0.95/1.00]

[Sebastien Vauban]

Hello Nicolas,

Nicolas Goaziou wrote:
> Sebastien Vauban writes:
>
>>> Over the last couple of days, a change made has the effect of displaying
>>> something like:
>>>
>>>   [0.33/1.00] (Read email and news)
>>>
>>> in the modeline, instead of:
>>>
>>>   [0:33/1:00] (Read email and news)
>>
>> To add comments, it's not a "colon" vs "dot" problem: the displayed time is
>> shown as a fraction, like [0.965/1.00].
>
> With a recent pull, I cannot reproduce it.  Does it still happen?

Yes, it still does. And it is as well directly related to commit a00a7b2 --
before/after.

> If so, could you provide the values of:

I wanted to answer: "default for all of them",

>   - `org-time-clocksum-use-fractional'

but I've got `t' here (instead of `nil', by default). So my first impression
is not true.

After checking, it is set in my `.emacs' file. I don't remember exactly when
or why I wrote that.

>   - `org-time-clocksum-format'

Value of "%d:%02d".

Though it's not the default, I don't see yet where this is modified. Not in my
`.emacs' file. But where, then?[1]

>   - `org-time-clocksum-fractional-format'

And default value of "%.2f".

Best regards,
  Seb

[1] My eyes may not be fully sync'ed with the screen. I'm lacking some sleep
since the birth of my (second) daughter, last week...

-- 
Sebastien Vauban

[O] [bug] Separate clocksum format for durations >= 1 day

[Sebastien Vauban]

Nicolas, Toby,

Nicolas Goaziou wrote:
> I've applied your patch (with some small changes in a docstring). Thank
> you again for all that work.

Here an ECM which gave correct results before commit a00a7b2, and which does
not anymore:

--8<---cut here---start->8---
#+TITLE: ECM Prestas
#+Time-stamp: <2012-11-30 Fri 12:12>
#+LANGUAGE:  en
#+OPTIONS:   H:4 num:t toc:t

* Tasks

Some tasks with CLOCK lines.

** Design

*** TODO Do this
:LOGBOOK:
CLOCK: [2012-11-19 Mon 09:00]--[2012-11-19 Mon 10:11] =>  1:11
:END:
:PROPERTIES:
:Effort:   2:00
:END:

** Develop

*** TODO Do that
:LOGBOOK:
CLOCK: [2012-11-19 Mon 10:00]--[2012-11-19 Mon 12:22] =>  2:22
CLOCK: [2012-11-20 Tue 10:01]--[2012-11-20 Tue 12:35] =>  2:34
:END:

* Reporting

** Summary

#+TBLNAME: prestasTotal
#+BEGIN: clocktable :maxlevel 4 :scope file :block 2012-11 :lang "en" :narrow 
80! :indent t
#+CAPTION: Clock summary at [2012-11-30 Fri 12:12], for November 2012.
| Headline| Time |  |  |
|-+--+--+--|
| Total time  | 6:07 |  |  |
|-+--+--+--|
| Tasks   | 6:07 |  |  |
| \__ Design  |  | 1:11 |  |
| \_ TODO Do this |  |  | 1:11 |
| \__ Develop |  | 4:56 |  |
| \_ TODO Do that |  |  | 4:56 |
#+END:

** Bill

| Total of worked hours  | 6.12 | hours |
| Total of worked days (in days of 7:36) | 0.81 | days  |
#+TBLFM: @1$2=remote(prestasTotal,@2$2);t::@2$2=@1$2/7.6;%.2f
--8<---cut here---end--->8---

Now, with current master, the "bill" table returns:

--8<---cut here---start->8---
| Total of worked hours  | 0.00 | hours |
| Total of worked days (in days of 7:36) | 0.00 | days  |
#+TBLFM: @1$2=remote(prestasTotal,@2$2);t::@2$2=@1$2/7.6;%.2f
--8<---cut here---end--->8---

I don't know (yet -- lack of time) if it's possible that, by setting some vars
to non-default values, the above problem would disappear; but I would expect
the defaults to conserve the old behavior anyway, wouldn't I?

Best regards,
  Seb

--
Sebastien Vauban