Re: [O] Changing org-block background with org-src-fontify-natively

[Nick Dokos]

John Kitchin  writes:

> That is pretty weird. It should be defined in org-faces.el. What org version 
> are you using?
>

It was deleted in this commit:

commit f8b42e8ebeeecdef59a8a7cbc4324264a5162197
Author: Bastien Guerry 
Date:   Mon Jul 28 18:54:00 2014 +0200

Don't use an overlay for src blocks backgrounds

* org-faces.el (org-block-background): Delete.


and afaict, it does not appear in org-faces any longer.

> On Tue, Jan 12, 2016 at 6:53 AM, Karl Voit  wrote:
>
> * John Kitchin  wrote:
> > I halso have no org-block-background in my setup: C-h v org-block-!
> >
> > Are faces supposed to show as variable?
>

I don't think so - they are in a different name space - you need e.g.

M-x describe-face RET org-block RET

to see a face.

-- 
Nick

Re: [O] individual alerts

[Nick Dokos]

"cschr"  writes:

> Hello
>
> Im a software developer and new to emacs. I want to maintain my calendar 
> appointments in
> orgmode, and define individual alerts for each appointment (which also 
> includes to have no
> alert for some appointments). Using the emacs diary is not enough for me – I 
> want orgmode!
>   
>
> I found out already how to export SCHEDULED and DEADLINE timestamps from 
> orgmode to
> iCalendar VEVENTs, but the VALARM TRIGGERs produced always have the same 
> value (VALARM
> TRIGGER is always “P0DT0H0M0S”). How can I define an individual alert for 
> each appointment
> in ORGMODE, and have the alert values exported as icalendar VALARM TRIGGERs?  
>
> The :APPT_WARNTIME: property in orgmode seems to do nothing, nor does it seem 
> to help if I
> add a “WARNTIME …” text to the orgmode item – this seems to work for emacs 
> diary entries
> only.  
>

There are various constraints on the item in order to get a VALARM: it
has to be a TODO item, it has to have a timestamp with both date and
time in it and the timestamp has to *follow* the properties drawer.

I think this last one is a bug in ox-icalendar.el: when I add a
SCHEDULED timestamp, it gets added right after the headline, pushing
the properties drawer down, and ISTR that that is now the mandated order
of org things, but that seems to break ox-icalendar.el's
ability to find the timestamp.

This was mostly trial-and-error (with just a look or two into the code),
so it might be wrong.

However, the following org file:

--8<---cut here---start->8---
* TODO foo
  :PROPERTIES:
  :APPT_WARNTIME: 10
  :END:
  SCHEDULED: <2016-01-13 Wed 12:00>
  something to do
--8<---cut here---end--->8---

exports to a reasonable-looking ics file:

--8<---cut here---start->8---
BEGIN:VCALENDAR
VERSION:2.0
X-WR-CALNAME:foo
PRODID:-//Nick Dokos//Emacs with Org mode//EN
X-WR-TIMEZONE:EST
X-WR-CALDESC:
CALSCALE:GREGORIAN
BEGIN:VEVENT
DTSTAMP:20160113T052724Z
UID:TS1-bcc61d9a-6f28-47d1-9e10-710dbe4fed2c
DTSTART:20160113T12
DTEND:20160113T14
SUMMARY:foo
DESCRIPTION:SCHEDULED: <2016-01-13 Wed 12:00> something to do
CATEGORIES:foo
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:foo
TRIGGER:-P0DT0H10M0S
END:VALARM
END:VEVENT
END:VCALENDAR
--8<---cut here---end--->8---

whereas the "normal" position of the timestamp:

--8<---cut here---start->8---
* TODO foo
  SCHEDULED: <2016-01-13 Wed 12:00>
  :PROPERTIES:
  :APPT_WARNTIME: 10
  :END:
  something to do
--8<---cut here---end--->8---

leads to a rather sorry-looking ics file:

--8<---cut here---start->8---
BEGIN:VCALENDAR
VERSION:2.0
X-WR-CALNAME:foo
PRODID:-//Nick Dokos//Emacs with Org mode//EN
X-WR-TIMEZONE:EST
X-WR-CALDESC:
CALSCALE:GREGORIAN
END:VCALENDAR
--8<---cut here---end--->8---

-- 
Nick

[O] FSF copyright assignment

[Arun Isaac]

How long does FSF copyright assignment typically take? I sent a request
around 2 weeks ago (on December 26), but haven't received a reply yet.

Does it usually take this long? Should I resend my copyright
assignment request?


signature.asc
Description: PGP signature

Re: [O] [Show Org source] button does not work

[Nick Dokos]

Kynn Jones  writes:

> The [Show Org source] button at the bottom of pages such as
>
> http://orgmode.org/worg/
>
> does not work.  Nothing happens when one clicks on it.  It's supposed
> to execute the statement `show_org_source()`, but as far as I can
> tell, the function `show_org_source` is not to be found in the page's
> JS.
>

I can see the following (lines 63-79 of the page source):


function rpl(expr,a,b) {
  var i=0
  while (i!=-1) {
 i=expr.indexOf(a,i);
 if (i>=0) {
expr=expr.substring(0,i)+b+expr.substring(i+a.length);
i+=b.length;
 }
  }
  return expr
}

function show_org_source(){
   document.location.href = rpl(document.location.href,"html","org.html");
}



Try clicking the button on the following page:

   http://orgmode.org/worg/org-tutorials/org-outside-org.html

It changes the location to

   http://orgmode.org/worg/org-tutorials/org-outside-org.org.html

and loads it.

http://orgmode.org/worg/ does not have a .html suffix so the rpl()
function leaves it alone.

This is with FF 43.0.3 on Fedora 22.

-- 
Nick

[O] Strange behavior: a comma is inserted before each star

[zariskij]

Hi,

I encounter a strange behavior of org-edit-special.

Whenever I have a line starting with * in org-edit-special buffer, 
org-mode automatically inserts a comma before * in the original 
org file.

For instance, if I type into org-edit-special buffer:
/**
 * a brief descripion
 * end
 */

After saving it, in the corresponding source block in the org file, 
it will appearas

/**
 ,* a brief descripion
 ,* end
 ,*/

This affects all source languages.

Re: [O] Fill-up Kanban board with entries

[Shakthi Kannan]

Hi Nick,

--- On Wed, Jan 13, 2016 at 10:17 AM, Nick Dokos  wrote:
| Try replacing "TAG" with nil and see if that
| gets you further.
\--

That didn't take me further.

---
| But my hunch is that the kanban-* functions are either
| buggy or they have not been kept up to date with recent developments in
| org, so they are not going to work even after that change.
\--

You are right.

---
| Your best bet
| might be to contact the author of kanban.el: it is not part of org-mode
| after all (not even in contrib).
\--

I have written to the author.

---
| Suggestion for the future: if you are using functions outside org-mode
| proper in your question, please provide either the code of the functions
| themselves or at least a URL where one can find the code. And make the
| example complete: I had to add a #+TODO: line for all the states in
| order for kanban-headers to work.
\--

Oops! Sorry about that. I use kanban-20150930.917 from:
  
https://bitbucket.org/ArneBab/kanban.el/src/54d855426372095df01549c2cebec73bd0556891/kanban.el?fileviewer=file-view-default

I also have the following in my Emacs start-up:

(setq org-todo-keywords
  '((sequence "TODO(t)" "NEXT(n)" "STARTED(s)" "WAITING(w)" "|"
"DONE(d)" "CANCELED(c)")))

Thanks for your reply,

SK

--
Shakthi Kannan
http://www.shakthimaan.com

Re: [O] Org campture recursively expands %-escapes

[Michael Brand]

Hi Nicolas

On Tue, Jan 12, 2016 at 9:42 AM, Nicolas Goaziou  wrote:
>
> Michael Brand  writes:
>
> > I don't understand because the org-time-stamp-formats you mention is
> > already used and does not cover inactive timestamps.
>
> I'm talking about the function, not the variable.

Now I found it: The name of the function you mention is not
`org-time-stamp-formats' but
`org-time-stamp-format' without the "s" at the end.

I pushed my change, thank you for your help.

Michael

Re: [O] Fill-up Kanban board with entries

[Nick Dokos]

Shakthi Kannan  writes:

> Hi,
>
> I have the following test.org file:
>
> === test.org ===
>
> * Kanban board
> | TODO | NEXT | STARTED | WAITING | DONE | CANCELED |
> |--+--+-+-+--+--|
> |  |  | | |  |  |
> |  |  | | |  |  |
> |  |  | | |  |  |
> |  |  | | |  |  |
> |  |  | | |  |  |
> |  |  | | |  |  |
>
> #+TBLFM: @1='(kanban-headers $#)::@2$1..@>$>='(kanban-zero $# @# "TAG"
> '("test.org"))
>
> #+TBLFM: @1='(kanban-headers $#)::@2$1..@>$>='(kanban-todo @#
> @2$2..@>$> "TAG" '("test.org"))
>
> * READING
> ** TODO Book A
> ** TODO Book B
> * WRITING
> ** Article
> ** WAITING Blog post
> * HOME
> ** Errands
>
> === END ===
>
> The different states that I use are listed in the org-table header. I
> am able to use the first TBLFM to clear the entries. But, using "C-c
> C-c" on the second TBLFM doesn't list all the entries in the org-table
> in their respective columns. The expected output should be like:
>
> https://gist.github.com/shakthimaan/7f8e014ad29794672646
>
> What could I be missing? I am using Org-mode version 8.2.10 with GNU Emacs 
> 24.5.
>
> Appreciate any help in this regard,
>
> Thanks!
>

I took a quick look: one thing that is wrong is that you copied the
TBLFM lines from kanban.el verbatim, but they don't apply to your file
as they stand - e.g. they seem to be looking for a tag but you don't
have any in your test file. Try replacing "TAG" with nil and see if that
gets you further. But my hunch is that the kanban-* functions are either
buggy or they have not been kept up to date with recent developments in
org, so they are not going to work even after that change. Your best bet
might be to contact the author of kanban.el: it is not part of org-mode
after all (not even in contrib).

Suggestion for the future: if you are using functions outside org-mode
proper in your question, please provide either the code of the functions
themselves or at least a URL where one can find the code. And make the
example complete: I had to add a #+TODO: line for all the states in
order for kanban-headers to work.

-- 
Nick

Re: [O] Org campture recursively expands %-escapes

[Nicolas Goaziou]

Hello,

Michael Brand  writes:

> Maybe this and vice versa is better?:
>
> (ert-deftest test-org-capture/fill-template ()
>   "Test `org-capture-fill-template' specifications."
>
>   ;; When working on these tests consider to also change
>   ;; `test-org-feed/fill-template'.
>
>   ;; %(sexp) placeholder.
>   (should
>   [...]

Clearer, IMO.

> I don't understand because the org-time-stamp-formats you mention is
> already used and does not cover inactive timestamps.

I'm talking about the function, not the variable.

Regards,

-- 
Nicolas Goaziou

Re: [O] Changing org-block background with org-src-fontify-natively

[Karl Voit]

* John Kitchin  wrote:
> What do you have org-block-background set to?

There is no org-block-background in my setup: C-h v org-block-
only offers org-block-entry-blocking and org-block-regexp.

Org-mode version 8.3.2 (release_8.3.2-200-gc2eeac)

> I use the leuven theme, which gives this a light yellow background for
> me.

Thought so.

I am using (load-theme 'wombat t) these days which I want to keep.
This is why I tried to accomplish the background colour with
separate commands and not by choosing a theme.

-- 
mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode:
   > get Memacs from https://github.com/novoid/Memacs <

https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github

Re: [O] Changing org-block background with org-src-fontify-natively

[John Kitchin]

That is pretty weird. It should be defined in org-faces.el. What org
version are you using?

John

---
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu


On Tue, Jan 12, 2016 at 6:53 AM, Karl Voit  wrote:

> * John Kitchin  wrote:
> > I halso have no org-block-background in my setup: C-h v org-block-!
> >
> > Are faces supposed to show as variable?
>
> I have no clue. Unfortunately, my elisp knowledge is very small.
>
> > in my setup, this is defined in org-faces.
> >
> > Maybe you can do something as mundane as
> > (set-face-background 'org-block-background "plum2")
> > in your init file.
>
> This results in: "set-face-attribute: Invalid face:
> org-block-background"
>
> --
> mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode:
>> get Memacs from https://github.com/novoid/Memacs <
>
> https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on
> github
>
>
>

[O] individual alerts

[cschr]

Hello

 

Im a software developer and new to emacs. I want to maintain my calendar
appointments in orgmode, and define individual alerts for each appointment
(which also includes to have no alert for some appointments). Using the
emacs diary is not enough for me – I want orgmode!   

 

I found out already how to export SCHEDULED and DEADLINE timestamps from
orgmode to iCalendar VEVENTs, but the VALARM TRIGGERs produced always have
the same value (VALARM TRIGGER is always “P0DT0H0M0S”). How can I define an
individual alert for each appointment in ORGMODE, and have the alert values
exported as icalendar VALARM TRIGGERs?  

 

The :APPT_WARNTIME: property in orgmode seems to do nothing, nor does it
seem to help if I add a “WARNTIME …” text to the orgmode item – this seems
to work for emacs diary entries only.   

 

I would furthermore like my individual orgmode alerts to be interpreted by
the emacs appointment system in order for emacs to notify me – again this
seems to always produce a constant notification

 

Again: maintaining my appointments within the emacs diary is not an option
for me – I need the orgmode features

 

Thanks very much

Kind regards

Christoph Schröder

[O] Bug: State change not entered in corresponding TODO entry

[Charles Millar]

I group all of my TODO items in one file under one first level heading, e.g.

* TODO'a
** TODO this is a test  :CM:
   DEADLINE: <2016-01-15 Fri>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:22]

** TODO this is another test :CM:
   DEADLINE: <2016-01-20 Wed>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:36]


With point on the ** TODO this is another test and I change the state 
for example to DONE (C-c C-t d) the state change is filed after the 
first ** TODO and immediately above the "this is another test"


** TODO this is a test  :CM:
   DEADLINE: <2016-01-15 Fri>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:22]
** TODO this is a test  :CM:
   DEADLINE: <2016-01-15 Fri>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:22]

 - State "DONE"   from "TODO"   [2016-01-12 Tue 13:38]
** DONE this ia another test :CM:
   DEADLINE: <2016-01-20 Wed>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:36]


 - State "DONE"   from "TODO"   [2016-01-12 Tue 13:38]
** DONE this is another test :CM:
   DEADLINE: <2016-01-20 Wed>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:36]

I believe that that the state change should be (or it was in the past) 
filed within the TODO item that was changed.


I tested this with a simple "* TODO something" headline and the state 
change is entered above the * TODO.


Charlie Millar

[O] Bug: State change not entered in corresponding TODO entry (resent with version info)

[Charles Millar]

I group all of my TODO items in one file under one first level heading, 
e.g.


* TODO'a
** TODO this is a test  :CM:
   DEADLINE: <2016-01-15 Fri>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:22]

** TODO this is another test :CM:
   DEADLINE: <2016-01-20 Wed>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:36]


With point on the ** TODO this is another test and I change the state 
for example to DONE (C-c C-t d) the state change is filed after the 
first ** TODO and immediately above the "this is another test"


** TODO this is a test  :CM:
   DEADLINE: <2016-01-15 Fri>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:22]
** TODO this is a test  :CM:
   DEADLINE: <2016-01-15 Fri>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:22]

 - State "DONE"   from "TODO"   [2016-01-12 Tue 13:38]
** DONE this ia another test :CM:
   DEADLINE: <2016-01-20 Wed>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:36]


 - State "DONE"   from "TODO"   [2016-01-12 Tue 13:38]
** DONE this is another test :CM:
   DEADLINE: <2016-01-20 Wed>
 :OTHERINFO:

 :END:
 Date Entered [2016-01-12 Tue 13:36]

I believe that that the state change should be (or it was in the past) 
filed within the TODO item that was changed.


I tested this with a simple "* TODO something" headline and the state 
change is entered above the * TODO.


GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.5) of 
2015-03-07 on trouble, modified by Debian
Org-mode version 8.3.3 (release_8.3.3-435-gb78a9b @ 
/usr/local/share/emacs/site-lisp/org-mode/lisp/)


Charlie Millar

Re: [O] Bug: Asychronous export fails [8.3.2 (8.3.2-52-g6d0af5-elpa @ /home/rrt/.emacs.d/elpa/org-20151228/)]

[Reuben Thomas]

On 12 January 2016 at 20:13, Nicolas Goaziou  wrote:

> Hello,
>
> Reuben Thomas  writes:
>
> > ​The value of that variable is nil.
>
> It means `user-init-file' is used. Check if (require 'ox) there helps.
>

​That works, many thanks. Did I miss something in the manual?

-- 
http://rrt.sc3d.org

Re: [O] Changing org-block background with org-src-fontify-natively

[Karl Voit]

* John Kitchin  wrote:
> I halso have no org-block-background in my setup: C-h v org-block-!
>
> Are faces supposed to show as variable?

I have no clue. Unfortunately, my elisp knowledge is very small.

> in my setup, this is defined in org-faces.
>
> Maybe you can do something as mundane as
> (set-face-background 'org-block-background "plum2")
> in your init file.

This results in: "set-face-attribute: Invalid face:
org-block-background"

-- 
mail|git|SVN|photos|postings|SMS|phonecalls|RSS|CSV|XML to Org-mode:
   > get Memacs from https://github.com/novoid/Memacs <

https://github.com/novoid/extract_pdf_annotations_to_orgmode + more on github

Re: [O] Changing org-block background with org-src-fontify-natively

[John Kitchin]

I halso have no org-block-background in my setup: C-h v org-block-!

Are faces supposed to show as variable?

in my setup, this is defined in org-faces.

Maybe you can do something as mundane as

(set-face-background 'org-block-background "plum2")

in your init file.

Maybe


Karl Voit writes:

> * John Kitchin  wrote:
>> What do you have org-block-background set to?
>
> There is no org-block-background in my setup: C-h v org-block-
> only offers org-block-entry-blocking and org-block-regexp.
>
> Org-mode version 8.3.2 (release_8.3.2-200-gc2eeac)
>
>> I use the leuven theme, which gives this a light yellow background for
>> me.
>
> Thought so.
>
> I am using (load-theme 'wombat t) these days which I want to keep.
> This is why I tried to accomplish the background colour with
> separate commands and not by choosing a theme.

--
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu

Re: [O] Bug: Asychronous export fails [8.3.2 (8.3.2-52-g6d0af5-elpa @ /home/rrt/.emacs.d/elpa/org-20151228/)]

[Nicolas Goaziou]

Hello,

Reuben Thomas  writes:

> ​The value of that variable is nil.

It means `user-init-file' is used. Check if (require 'ox) there helps.

Regards,

-- 
Nicolas Goaziou

Re: [O] Bug: Habit Logging in incorrect place [8.3.2 (release_8.3.2-490-g157f91 @ /home/swflint/.emacs.d/org-mode/lisp/)]

[Nicolas Goaziou]

Hello,

swfl...@flintfam.org (Samuel W. Flint) writes:

> Sure, with emacs -q -Q, the same thing happens.  I also get the
> following error:
>
> Error in post-command-hook (org-add-log-note): (error "Before first 
> headline at position 1 in buffer test.org")
>
> I have absolutely no idea why this happens.

Fixed. Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] Bug: State change not entered in corresponding TODO entry (resent with version info)

[Nicolas Goaziou]

Hello,

Charles Millar  writes:

> I group all of my TODO items in one file under one first level
> heading, e.g.
>
> * TODO'a
> ** TODO this is a test  :CM:
>DEADLINE: <2016-01-15 Fri>
>  :OTHERINFO:
>
>  :END:
>  Date Entered [2016-01-12 Tue 13:22]
>
> ** TODO this is another test :CM:
>DEADLINE: <2016-01-20 Wed>
>  :OTHERINFO:
>
>  :END:
>  Date Entered [2016-01-12 Tue 13:36]
>
>
> With point on the ** TODO this is another test and I change the state
> for example to DONE (C-c C-t d) the state change is filed after the
> first ** TODO and immediately above the "this is another test"
>
> ** TODO this is a test  :CM:
>DEADLINE: <2016-01-15 Fri>
>  :OTHERINFO:
>
>  :END:
>  Date Entered [2016-01-12 Tue 13:22]
> ** TODO this is a test  :CM:
>DEADLINE: <2016-01-15 Fri>
>  :OTHERINFO:
>
>  :END:
>  Date Entered [2016-01-12 Tue 13:22]
>
>  - State "DONE"   from "TODO"   [2016-01-12 Tue 13:38]
> ** DONE this ia another test :CM:
>DEADLINE: <2016-01-20 Wed>
>  :OTHERINFO:
>
>  :END:
>  Date Entered [2016-01-12 Tue 13:36]
>
>
>  - State "DONE"   from "TODO"   [2016-01-12 Tue 13:38]
> ** DONE this is another test :CM:
>DEADLINE: <2016-01-20 Wed>
>  :OTHERINFO:
>
>  :END:
>  Date Entered [2016-01-12 Tue 13:36]

Fixed. Thank you.


Regards,

-- 
Nicolas Goaziou

[O] Fill-up Kanban board with entries

[Shakthi Kannan]

Hi,

I have the following test.org file:

=== test.org ===

* Kanban board
| TODO | NEXT | STARTED | WAITING | DONE | CANCELED |
|--+--+-+-+--+--|
|  |  | | |  |  |
|  |  | | |  |  |
|  |  | | |  |  |
|  |  | | |  |  |
|  |  | | |  |  |
|  |  | | |  |  |
#+TBLFM: @1='(kanban-headers $#)::@2$1..@>$>='(kanban-zero $# @# "TAG"
'("test.org"))
#+TBLFM: @1='(kanban-headers $#)::@2$1..@>$>='(kanban-todo @#
@2$2..@>$> "TAG" '("test.org"))
* READING
** TODO Book A
** TODO Book B
* WRITING
** Article
** WAITING Blog post
* HOME
** Errands

=== END ===

The different states that I use are listed in the org-table header. I
am able to use the first TBLFM to clear the entries. But, using "C-c
C-c" on the second TBLFM doesn't list all the entries in the org-table
in their respective columns. The expected output should be like:

https://gist.github.com/shakthimaan/7f8e014ad29794672646

What could I be missing? I am using Org-mode version 8.2.10 with GNU Emacs 24.5.

Appreciate any help in this regard,

Thanks!

SK

-- 
Shakthi Kannan
http://www.shakthimaan.com

[O] [Show Org source] button does not work

[Kynn Jones]

The [Show Org source] button at the bottom of pages such as

http://orgmode.org/worg/

does not work.  Nothing happens when one clicks on it.  It's supposed
to execute the statement `show_org_source()`, but as far as I can
tell, the function `show_org_source` is not to be found in the page's
JS.

I've tried this in multiple browsers and OSS.

Best,

kj

Re: [O] Bug: Asychronous export fails [8.3.2 (8.3.2-52-g6d0af5-elpa @ /home/rrt/.emacs.d/elpa/org-20151228/)]

[Nicolas Goaziou]

Hello,

Reuben Thomas  writes:

> Warning (server): Unable to start the Emacs server.
> There is an existing Emacs server, named "server".
> To start the server in this Emacs process, stop the existing
> server or call `M-x server-force-delete' to forcibly disconnect it.

There might be something to investigate there. Is the asynchronous
process starting an older Org mode revision ?

Also, you may want to put (require 'ox) somewhere in the file defined in
`org-export-async-init-file'.

Regards,

-- 
Nicolas Goaziou

Re: [O] Bug: Asychronous export fails [8.3.2 (8.3.2-52-g6d0af5-elpa @ /home/rrt/.emacs.d/elpa/org-20151228/)]

[Reuben Thomas]

On 12 January 2016 at 17:10, Nicolas Goaziou  wrote:

> Hello,
>
> Reuben Thomas  writes:
>
> > Warning (server): Unable to start the Emacs server.
> > There is an existing Emacs server, named "server".
> > To start the server in this Emacs process, stop the existing
> > server or call `M-x server-force-delete' to forcibly disconnect it.
>
> There might be something to investigate there. Is the asynchronous
> process starting an older Org mode revision ?
>

​No: when I was testing with 8.2.10 (where I can still reproduce the
identical problem), that was the only version I had installed (it came with
Emacs 24.4).​


> Also, you may want to put (require 'ox) somewhere in the file defined in
> `org-export-async-init-file'.
>

​The value of that variable is nil.

-- 
http://rrt.sc3d.org