Achim Gratz writes:
> That's the result of using Emacs' build system, not Org's.
Someone has to fix it...
It should either be
nil
or
(expand-file-name "./org/" data-directory)
If that path is wrong, the ODT exporter is really not usable. I think
nil may be a good idea.
Jambunathan K writes:
> I have my reservations. With stock Emacs Snapshot (i.e., without any
> separate Org installation - git or elpa) at Bzr version 116124, at line
> 16, I am seeing
>
> ;;;###autoload
> (defvar org-odt-data-dir "/usr/share/emacs/etc/org"
> "The location of ODT sty
Achim Gratz writes:
> Bzzt. Wrong.
I have my reservations. With stock Emacs Snapshot (i.e., without any
separate Org installation - git or elpa) at Bzr version 116124, at line
16, I am seeing
;;;###autoload
(defvar org-odt-data-dir "/usr/share/emacs/etc/org"
"The location of ODT
Rustom Mody writes:
> On second thoughts
Added few more lines, Sundays after Harvest season are the best :-)
Don't disturb it
So long as it works
Scribble the notes somewhere
Tuck it in a safe place
So that,
When times are bad
And things go awry
Revisit the memo
Rustom Mody writes:
> On second thoughts
Don't disturb it
So long as it works
Scribble the notes somewhere
Tuck it in a safe place
(So that)
When times are bad
And things go awry
Revisit the memories
(And) Set things right again.
On Sun, Jan 19, 2014 at 8:57 AM, Rustom Mody wrote:
> Thanks
>
> On Sun, Jan 19, 2014 at 12:23 AM, Jambunathan K wrote:
>> The following message is a courtesy copy of an article
>> that has been posted to gmane.emacs.orgmode as well.
>>
>> Rustom Mody writes:
>>
>>> Currently I have a setq on or
Thanks
On Sun, Jan 19, 2014 at 12:23 AM, Jambunathan K wrote:
> The following message is a courtesy copy of an article
> that has been posted to gmane.emacs.orgmode as well.
>
> Rustom Mody writes:
>
>> Currently I have a setq on org-mode-hook
>
> I don't run "make install", I just do "make".
>
Rustom Mody writes:
> Currently I have a setq on org-mode-hook
I don't run "make install", I just do "make".
Here is what I have in .emacs.
DO NOT do an explicit (require 'ox-backend). Instead customize
`org-export-backends' and the ODT exporter there.
Here is the sequence I have in my .emac
On Thu, Jan 16, 2014 at 8:22 PM, Jambunathan K wrote:
> Rustom Mody writes:
>
>> org-odt-data-dir is coming in bound to /usr/share/emacs/etc/org (which
>> is non-existent)
>
> Open a bug against the packager.
Dunno what you mean... I am using org fresh-cooked off git!
And anyway your setq to org
Jambunathan K writes:
> Rustom Mody writes:
>
>> I could check that org-odt-data-dir is coming in bound to
>> /usr/share/emacs/etc/org (which is non-existent) before the defvar in
>> ox-odt.el, so that defvar is not happening
>
>> And changing the prefix in local.mk does not seem to do anything
>
Rustom Mody writes:
> I could check that
> org-odt-data-dir is coming in bound to /usr/share/emacs/etc/org (which
> is non-existent) before the defvar in ox-odt.el, so that defvar is not
> happening
>
> And changing the prefix in local.mk does not seem to do anything
What do you expect it to do if
Rustom Mody writes:
> org-odt-data-dir is coming in bound to /usr/share/emacs/etc/org (which
> is non-existent)
Open a bug against the packager. (ox-odt.el is an exception. It is
uncommon for Emacs libraries to come with auxiliary support files).
The distributors need to make sure
1. Style f
Rustom Mody writes:
> I could check that org-odt-data-dir is coming in bound to
> /usr/share/emacs/etc/org (which is non-existent) before the defvar in
> ox-odt.el, so that defvar is not happening
> And changing the prefix in local.mk does not seem to do anything
Don't worry about the make file
This is my setup in .emacs; it runs without problems version after version.
;;
;; Remove Org remnants built into Emacs
;;
;; from Achim Gratz
;; https://github.com/emacsmirror/org/blob/master/testing/org-batch-test-init.el
;; clean load-path
(setq load-path
(delq nil (mapcar
(fun
On Thu, Jan 16, 2014 at 1:59 PM, Jambunathan K wrote:
> The following message is a courtesy copy of an article
> that has been posted to gmane.emacs.orgmode as well.
>
> Rustom Mody writes:
>
>> Ended with: ox-odt cannot find factory style files
>
> You need
>
> (setq org-odt-data-dir "~/src/
Rustom Mody writes:
> Ended with: ox-odt cannot find factory style files
You need
(setq org-odt-data-dir "~/src/org-mode/etc/")
Modify the path. If the *Messages* say that it is not able to find the
styles dir, it really means that it is not able to find the styles
files.
> Checked that
Rustom Mody writes:
> Just helped a friend to install and upgrade to latest org.
> Method summary:
> $ git clone
> $ make update
> combined with setup of load-paths
>
> Ended with: ox-odt cannot find factory style files
>
> I remember that I too had this problem
> http://lists.gnu.org/archive/ht
Just helped a friend to install and upgrade to latest org.
Method summary:
$ git clone
$ make update
combined with setup of load-paths
Ended with: ox-odt cannot find factory style files
I remember that I too had this problem
http://lists.gnu.org/archive/html/emacs-orgmode/2013-07/msg00341.html
an
18 matches
Mail list logo