Achim Gratz writes:
> One suggestion: I'd introduce an org-install.el that never gets compiled
> and only throws a warning if loaded. This will also help to defuse old
> copies of org-install that are maybe still present later in load-path.
Here's a patch to
Neuwirth Erich writes:
> = Org version
> make: Org-mode version 7.9.2 (release_7.9.2-399-g2e9427.dirty =>
> /Applications/Emacs.App/Contents/Resources/site-lisp/org)
We still don't know why a freshly pulled Org is "dirty". That seems
very strange, so again, what is the output of "git st
John Hendy writes:
> will *all* versions of Emacs now allow for removing
> (require 'org-install) with a fresh git pull of orgmode, or does one
> need to be using Emacs 24.3?
Yes, all of them. Emacs 24.3 is just the first to be released with a
change that triggered this.
Regards,
Achim.
--
+<[
Sebastien Vauban writes:
> Yes, it is.
This is strange, as the current Org does not appear to contain anything
that would give rise to this. Maybe something in your setup or configuration?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation fo
Rainer Stengele writes:
> Actually I am confused - I did not quite understand - why do I no more
> require 'org-install and also not 'org. Can you point me to some docs
> about this?
If you need anything at all, you now need to use (require 'org),
regardless of whether it's the Org version that co
Nicolas Goaziou writes:
> Ok. Then, please install it in maint whenever you find it appropriate.
Done.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
Nicolas Goaziou writes:
> One problem is that I get the warning every time I call M-x org-reload,
> even if my installation is fine otherwise. Is it expected or am
> I missing something?
This can only happen if (fetaurep 'org-install) yields true. In that
case, something has been loading org-inst
Eric Fraga writes:
> My question now is whether I should replace the =(require 'org)= by
> =(require 'org-loaddefs)= which seems to be the way that Emacs is moving
> for packages?
No. The definitions in org-loaddefs are require'd from org internally,
you should never reference to it directly. Wh
Achim Gratz writes:
> This can only happen if (fetaurep 'org-install) yields true. In that
> case, something has been loading org-install.el and the warning should
> be given. I can arrange for org-reload to filter these out,
> org-loaddefs needs special handling as well so I&#
Marko Dimjašević writes:
> Exporting to PDF...
> Exporting to LaTeX...
> predictive-schedule-auto-dict-update: Stack overflow in equal
M-x toggle-debug-on-error, do the export again and post the resulting
backtrace. Also, does the same thing happen after an explicit M-x
org-reload?
Regards,
Ach
Rainer M Krug writes:
> When reloading org after update, I get the following messages in the message
> buffer, where there
> is apparentkly an error - but I can't see any?
It's a bug in org-reload, please pull again. Thank you for the report.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neu
Sebastien Vauban writes:
> Starting Emacs now requires ~18 seconds vs 2 seconds before.
That is one of the consequences of how org.el is currently structured.
If you know exactly what you're doing when in your init file, you can at
the moment still do a
(require 'org-loaddefs)
where you formerly
Rainer M Krug gmail.com> writes:
> unfortunately I still get the same message (below)
I don't see how this is possible unless one of the loaded
files returns '(nil)' instead of 't' when loaded. Could
you go to org-reload and change
(load-misses ()))
+ (message "%s" lfeats)
(set
Rainer M Krug gmail.com> writes:
> OK - I get a warning when compiling:
>
> In org-reload:
> org.el:20024:19:Warning: reference to free variable `lfeats'
>
> and on running org-reload afterwards an error:
>
> call-interactively: Symbol's value as variable is void: lfeats
>
> I don't assume thi
Rainer M Krug gmail.com> writes:
> OK - here is the output:
What is not working is re-loading of org-export-latex. How it manages to drop
the name and make nil out of this I don't know (yet). What happens if you
manually re-load org-expotr-latex?
Regards,
Achim.
Achim Gratz writes:
> What is not working is re-loading of org-export-latex. How it manages to drop
> the name and make nil out of this I don't know (yet).
Some files in Org provide more than one feature and at least one of
those then doesn't have a name that corresponds to t
Rainer M Krug writes:
> Perfect - problem solved:
Thanks for your patience.
> Successfully reloaded Org
> Org-mode version 7.9.2 (release_7.9.2-432-g545166.dirty @
> /home/rkrug/.emacs.d/org-mode/lisp/)
Now if you could satisfy my curiosity and tell me what you do to an
apparently freshly updat
Rainer M Krug writes:
>> Now if you could satisfy my curiosity and tell me what you do to an
>> apparently freshly updated
>> Org to make it "dirty"?
>
> I was wondering myself...
>
> What *can* make it dirty?
git status
should tell you what it thinks has changed.
Regards,
Achim.
--
+<[Q+ Mat
Nick Dokos writes:
> Rebasing to incorporate local patches after the pull perhaps?
No, that'd give a clean state with a different SHA-1.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.S
Suvayu Ali writes:
> I have a couple of third party org libraries that are causing this
> problem for me. I couldn't follow the discussion properly, could you
> please elaborate how I might fix these libraries so that org-reload
> works properly?
Whatever your problem is, it's clearly different f
Suvayu Ali writes:
> I thought I skimmed through it, but I apparently missed them! Anyway
> they do return "t" but it is obvious from the message below that
> org-reload does not like that these libraries are not in the usual org
> directories (they are not part of contrib).
They are not part of
Nicolas Goaziou writes:
> By the way shouldn't testing/ and testing/lisp/ directories be allowed
> to contain features? At the moment reloading with feature `org-test'
> present returns errors like:
It's a warning, not an error. It's there so that you aren't missing
when a file is not loaded from
Thomas S. Dye writes:
> Then, reloading Org mode:
> ...
> Loading /Users/dk/.emacs.d/src/org-mode/lisp/ob-tangle...done
> Loading /Users/dk/.emacs.d/src/org-mode/contrib/babel/langs/ob-tcl.el
> (source)...done
> Had to fall back onto load-path, something is not quite right...
> ...
> Loading /User
Sanjib Sikder writes:
> I wanted to set a cron job for backing up all my org files as
> suggested by Suvayu Ali.
Please don't. If you consider this a viable backup strategy, you might
just as well have no backup at all. You should use a VCS like Git to be
able to revert to an earlier version of
Nicolas Goaziou gmail.com> writes:
> Correct. The window displaying the UI is probably too short to display
> it completely.
>
> I've pushed a commit in order to fix this. It is better now?
Actually, the window is even shorter now than it was before (I'm only loading
org-e-latex) and only shows
The new exporter fires off LaTeX with an absolute path for the file to
export. If you happen to use a native Emacs, but the LaTeX from Cygwin
that will fail because it expects a POSIX path. Would it be possible to
change things so that a relative path is used as in the old exporter (or
better ye
Nicolas Goaziou writes:
>> The new exporter fires off LaTeX with an absolute path for the file to
>> export. If you happen to use a native Emacs, but the LaTeX from Cygwin
>> that will fail because it expects a POSIX path. Would it be possible to
>> change things so that a relative path is used a
Nicolas Goaziou gmail.com> writes:
> > The new exporter fires off LaTeX with an absolute path for the file to
> > export. If you happen to use a native Emacs, but the LaTeX from Cygwin
> > that will fail because it expects a POSIX path. Would it be possible to
> > change things so that a relativ
Nicolas Goaziou writes:
>> [q] Quit
>
> Indeed. This mistake should be fixed now.
It is, thank you.
>> Maddeningly, you cannot even scroll in that window.
>
> That's because the ui is just a loop over `read-char-exclusive', as it
> already was in the previous exporter.
>
> I don't feel like build
In the following Org snippet
--8<---cut here---start->8---
* Heading 1...
* Footnotes...
#+LATEX: \pagebreak[4]
* Heading 2
--8<---cut here---end--->8---
the pagebreak does not get exported to LaTeX since the Footnotes secti
Nicolas Goaziou gmail.com> writes:
> > the pagebreak does not get exported to LaTeX since the Footnotes section
> > will not be exported and the pagebreak is interpreted as being part of
> > that section. It would be nice if there was a way to "bind" it to the
> > following heading or alternative
Nicolas Goaziou gmail.com> writes:
> By default, commands from `org-e-latex-pdf-process' use "%f" place
> holder, which is the absolute file name. You may want to use "%b" (and
> a recent Org pull) instead.
I've pulled again and used "texi2dvi" from the value menu and all is well now.
Thanks.
Nicolas Goaziou writes:
>> Yes, that's exactly the workaround I used.
>
> Better: you can move the pagebreak just /above/ the footnote section, as
> if the section didn't exist.
Thanks for the suggestion, but again I'm using this just as an example.
> There's already such a mechanism: it's called
T.F. Torrey writes:
> I don't understand that backtrace very well, but it looks like something
> is hardcoded to look in a contrib subdirectory for the contrib files and
> can't find them when they are moved to the root of the package
> directory.
Actually, you will need to customize that variable
Simon Thum writes:
> Which is the recommended thing in what setup? If ELPA needs not even
> org, which AFAIK is not the case, then what? And what about git
> installs?
>
> I guess I'm wholly confused now.
You never needed to do anything extra for using Org as it comes with
Emacs, the autoloads are
Bastien writes:
> Achim Gratz writes:
>
>> As a result, you must now load org (which in turn loads org-loaddefs).
>
> I don't think so.
Fake an autoload refering to some non-existing file or function in
org-loaddefs.el in the Git worktree and try if you see that withou
urpose for
standalone Org.
>From 6b2d3f7689078f836cf1dbd8ee508131e8b22ef5 Mon Sep 17 00:00:00 2001
From: Achim Gratz
Date: Sun, 28 Oct 2012 08:23:22 +0100
Subject: [PATCH] Re-introduce org-install.el
* lisp/org-install.el: Delete from version control, is autogenerated
again. An empty file should
Bastien writes:
> You mean "in case users install Org from a tar/zip archive that does
> not contain org-loaddefs.el"?
>
> For now the tar/zip archives does not contain org-loaddefs.el but it
> will starting from Org 7.9.3.
>
> (require 'org-loaddefs) is wrong in case users who cloned Org from Git
Bastien writes:
> What is "autoload-rubric"?
C-h f autoload-rubric
autoload-rubric is a compiled Lisp function in `autoload.el'.
(autoload-rubric FILE &optional TYPE FEATURE)
Return a string giving the appropriate autoload rubric for FILE.
TYPE (default "autoloads") is a string stating the type
Bastien writes:
> Can you point at an actual reproducible and simple bug with
> the current way Org defines autoloads?
After the introduction of org-loaddefs, the autoloads should be
extracted into two files and only the first is supposed to be loaded
before org is actually used and the second, or
Bastien writes:
> Sorry, maybe I was unclear, but I'm looking forward to reading
> a *recipe* to reproduce the bug.
Build an Emacs without Org or remove all autoload forms for Org from
loaddefs.el, then install a standalone Org and don't add any requires to
the startup files. Try to use any Org f
Nicolas Goaziou writes:
> {{{date(%c)}}} is another macro that is replaced with the #+DATE: value
> during export. Since you try to replace #+DATE: value with itself, you
> dive into an inf loop.
Which raises the question if this shouldn't be detected and prevented,
at least if direct recursion is
Nicolas Goaziou writes:
> As you suggest, I think a better plan is to replace all of them with
> a single `org-time-clocksum-display-function'. Its expected value would
> be a function accepting 2 arguments: hours and minutes, as numbers and
> it should return a string.
Actually, it seems an even
Toby Cubitt writes:
> A format string isn't sufficient. It requires the number of time
> components (days, hours, minutes, etc.) to be fixed in advance. Whereas a
> function can decide whether to display e.g. days+hours or hours+minutes
> depending on whether the time is longer or shorter than 24h.
Nicolas Goaziou writes:
> Then let's wait for Achim (Cc'ed) to illustrate what he has in mind,
> because his proposal is too vague yet to permit discussion about it.
What I had in mind was to remove org-time-clocksum-format and replace
the associated format calls with a formatting function that ha
Nicolas Goaziou writes:
> Again, these are strange and very limiting rules. What if I want to have
> "5 h 32 min"? And "5,3 days"?
You provide a format string like you do now.
> Achim didn't specify how he conceives the FMT argument.
I thought that's obvious: the canned formats (the ones you'd w
Sebastien Vauban writes:
> That's normal with raw results: as I wrote it in
> http://lists.gnu.org/archive/html/emacs-orgmode/2012-09/msg01273.html, as
> there are *no obvious markers to delimit the results* in the Org mode file,
> there is no way to know where raw results begin or end: raw results
Toby Cubitt writes:
> On Tue, Nov 06, 2012 at 07:42:54PM +0100, Achim Gratz wrote:
>> Nicolas Goaziou writes:
>> > Again, these are strange and very limiting rules. What if I want to have
>> > "5 h 32 min"? And "5,3 days"?
>>
>> You pro
Christopher Schmidt writes:
> I am using the maint as of today (c20730b).
>
> make "ORG_ADD_CONTRIB=org-contacts" prefix=/tmp/org install
>
> Running this once in a clean org-mode working tree results in org not
> copying org-contacts.el(c) to /tmp/org/emacs/site-lisp/org. Running the
> comman
Kevin Buchs writes:
> I am stuck, so I would appreciate some pointers on debugging. I've got
> the make transcript below and then my further tests on emacs -batch,
> where I always get a return message "End of file during parsing". How
> can I debug this?
It seems that "emacs" is some kind of ali
Martin Steffen writes:
> Package: Org-mode version 7.9.2 (release_7.9.2-567-g854ddf-git @
> org-loaddefs.el can not be found!)
Here's your clue:
-^
Generate the autoloads file and things should start to work:
make c
Andreas Leha med.uni-goettingen.de> writes:
> When I call org-reload the new exporter forgets all loaded backends and
Did you check *Messages*? I've tried again just now to be sure and this is
working as expected for me.
> even re-evaluating (require 'org-e-latex), etc. does not bring them
>
Andreas Leha med.uni-goettingen.de> writes:
> *Messages* does not show anything suspicious:
Indeed. Since the org-export backends clearly are reloaded, some of the later
reloads must subvert them. I'd assume that this is due to something else from
contrib you have loaded, but you could simply r
Ivan Vilata i Balaguer writes:
> Bastien (2012-11-13 23:02:40 +0100) wrote:
>> I'm not sure what went wrong on your side but the patch
>> has been applied here:
>>
>> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=001bcb9645bf0a5ea72f09ae502a8410319473c0
>
> I apologise if I'm getting confused
Nicolas Goaziou writes:
> Define two LaTeX classes, one with "endfloat" package and one without.
> Then use :EXPORT_LATEX_CLASS: node property.
Speaking of which, couldn't this be made easier? There's only one
org-export-latex-packages-alist and if you're trying to use very
different LaTeX classe
Nick Dokos writes:
> The first set of code transformations (implemented as commit
> 63b5f8f2e85b3059a2d30041db6939347a7a2d7d) dealt with the situation by
> doing a mass substitution: flet --> org-flet and labels --> org-labels
> (and in at least one case, flet --> org-labels to deal with a
> recurs
Nicolas Goaziou writes:
> Achim Gratz writes:
>
>> Speaking of which, couldn't this be made easier? There's only one
>> org-export-latex-packages-alist and if you're trying to use very
>> different LaTeX classes you'll end up specifying [NO-DE
Nicolas Goaziou writes:
>> I don't get what you are telling me here, sorry.
>
> You can have "\input{my-special-headers-A.tex}" somewhere in your class,
> where "my-special-headers-A.tex" file contains some package collection.
Actually I'd write my own style file and give it appropriate arguments
Nicolas Goaziou writes:
> What happens if you remove src-blocks? It could be a bug with
> lstlistings environments.
I'm not familiar with lstlistings in particular, but like all verbatim
environments it is prone to breakage. In this particular case it seems
that a \paragraph can't start with a ls
Andreas Leha writes:
> I would suggest simply "none" for the new "really-silent".
Yes please, especially since I tried ":results none" two days ago to
achieve that effect and wondered why it wouldn't work. :-)
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld
When the new exporter produces a TeX file that contains unicode characters,
Emacs tries to save this file with coding systems `undecided-unix´ and
`iso-latin1-unix´, both of which don't work of course (and the latter would
likely be wrong for some characters). While it should be possible to change
Suvayu Ali writes:
> On Mon, Nov 19, 2012 at 07:28:30AM +0000, Achim Gratz wrote:
> This is not an answer to the issue above; but if you are using utf-8,
> should you not already be having something like this in your init file?
>
> (prefer-coding-system 'utf-8)
>
>
Rainer M Krug writes:
>> Use the option H:4.
>
> I did - the headers get formated as "paragraph", so they become part of the
> outline and headers,
> but they are not numbered.
Check the style file from LaTeX, you may need to set \secnumdepth
accordingly (or customize another parameter) to actual
I looked at the code/documentation and it seems the intention is to do
the reverse lookup, that is look at the buffer encoding and decide what
to give inputenc as argument (when it is specified as "AUTO" in the
header template). I maintain that the other way around (looking at the
header template
Giovanni Ridolfi writes:
> org-export-as-latex is an interactive autoloaded Lisp function in
> `org-latex.el'.
>
> This export engine will be dropped and replaced by the new exporter,
> so I don't think it will be fixed.
Still, reverting 7a9d3457073 should solve that problem. The alternative
woul
Francesco Pizzolante writes:
> That's exactly what I do and it works perfectly until you do this (trying to
> load as few modules as possible):
>
> ╭
> │ (setq org-modules nil)
> ╰
Then don't do that…
> Then, you'll see that images will be exported as links instead of images
>
Nicolas Goaziou writes:
> Anyway, if you think it's useful to provide a patch, I suggest to
> dynamically bind `org-export-coding-system' in
> `org-e-latex-export-to-latex' before `org-export-to-file' is called.
> You'll have to open "outfile" in order to apply
> `latexenc-find-file-coding-system'.
Thomas S. Dye writes:
> I don't follow the details of this discussion, but I wonder how
> important AUTO really is?
I'm afraid I can't follow you…
AFAIK, specifying "AUTO" in the LaTeX header is supposed to be replaced
by whatever the coding system of the LaTeX buffer happens to be when it
gets s
Simon Thum writes:
> I tried to pull Worg and got no connection. Also ssh complained about
> everything it possibly could. The remote is
>
> w...@orgmode.org:worg.git
Make the remote git://orgmode.org/worg.git and add (to the local or the
global) configuration:
[url "git+ssh://w...@orgmode.org/
Eric Abrahamsen ericabrahamsen.net> writes:
> In the Org FAQ, under the "How can I keep local changes..." section,
> there's a note saying that the config local:rebase options are no longer
> needed under the new make system, and something equivalent can be done
> using local.mk configurations.
T
Erich Neuwirth writes:
> I am trying to install everything contrib on
> OSX 10.8.2, Emacs 24.2.1
>
> When in local.mk I do
> ORG_ADD_CONTRIB = *
It is not a good idea to "install everything from contrib". Some of
this is not well tested, not maintained anymore or requires special
setups to work.
This test is failing again in the latest pre-test version of the pending
Emacs 24.3 release. This time it fails on Linux, it used to fail before
in Emacs 23.3 on Win7.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Terratec KOMPLEXER
Eric Abrahamsen writes:
> Probably nothing -- the FAQ gave me the impression that it was somehow
> preferable to use the make system rather than git config to keep a local
> git branch rebased to master; I didn't realize the note in the FAQ was
> addressing changes to the Makefile in particular.
I
Nicolas Goaziou writes:
> Done.
I confirm that the test failed before those two changes, but passes
after. I am however unable at the moment to test it on any 23.x version
of Emacs, so I don't know if that might present a regression there.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron
Samuel Wales writes:
> Also, I entered the formula as =rp=, but it got put in as
> $5.
The target column apparently can't be a named column, although the
documentation could be more clear.
> | ! | what| pw | ph |rp | ew | eh | re | f |
> | | current | 720 | 1152 | 0.625 | 7
Torsten Anders writes:
> None of these libraries is actually loaded in ~/.emacs -- I recently
> commented out (require 'org-install) but some recent message from
> org-mode suggested to remove that. However, adding (require
> org-install) makes not difference.
Try adding (require 'org) or alternat
Jambunathan K gmail.com> writes:
> The problem is org-odt gets compiled on top of the wrong org-compat.
> The org-compat in vanilla Emacs is wrong (for our purposes) while that
> in your work-area is right.
There is the slight problem that org-{,-e-}odt does not (require 'org-compat)
and org-cond
Torsten Anders beds.ac.uk> writes:
> I tried both adding (require 'org) and (require 'org-loaddefs) to ~/.emacs
> but they both make no difference to this problem, I still get the error
>
> call-interactively: Symbol's value as variable is void: err
Yes, that problem is apparently someplace e
Samuel Wales writes:
> On 12/2/12, Achim Gratz wrote:
>> Also, it seems you didn't have the cursor
>> inside the table.
>
> The bug occurs when point is in the table.
That is strange, in this case org-edit-special should branch into
org-table-edit-formulas, but your bac
Jambunathan K gmail.com> writes:
> So org-odt indirectly requires org-compat.
Even though it may have no bearing in this case: AFAICS it uses a macro from
org-compat directly, so it shouldn't rely on other files to pull in that
definition, it should require it directly.
> In OP's case, the org-c
Charles writes:
> I have cc'd Achim Gratz in case this is a cygwin related problem (at
> least it is my impression that Achim also uses cygwin .)
Yes, at work.
> -rw-r--r-- 1 CharlieNone 1380703 Dec 4 08:24 org.html
> drwxr-xr-x+ 1 Administrators SYSTEM 0 Nov
The last test will fail if run before 15:00... either the clock table code gets
smarter to recognize that you'd want the end of the day when specifying ":tend
" or the test should specify ":tend ".
Regards,
Achim.
Achim Gratz writes:
> The last test will fail if run before 15:00... either the clock table code
> gets
> smarter to recognize that you'd want the end of the day when specifying ":tend
> " or the test should specify ":tend ".
I've pushed a fix (
alls.
--8<---cut here---start->8---
commit c92a0f22165ab25fb3e6fc5e130945c624f10c39 (HEAD, refs/heads/lth-mk)
Author: Achim Gratz
Date: Fri Dec 7 20:48:24 2012 +0100
org-babel: fix bug introduced in commit 78cdf149
* lisp/ob.el (org-babel-result-cond):
This avoids a byte-compiler warning and makes these customizations
easier to find.
--8<---cut here---start->8---
commit 9666909a8db4f8ba54c6cabde40f35cbf82a3b52 (HEAD, refs/heads/lth-mk)
Author: Achim Gratz
Date: Fri Dec 7 21:05:52 2012 +0100
ob-
Alan Schmitt writes:
> TINYCHANGE
As much as you would wish it wasn't so, your patch exceeds the tiny
change limit (not even counting your previous contributions) and you'll
need signed copyright papers for this to go into Org and Emacs.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron mic
Rainer Krug writes:
> There is prefix=/usr/share, but I am not installing - only compiling,
> and it was working for a long time.
Try
git checkout doc/dir
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf rackAttack V1.04R1:
http
Alan Schmitt writes:
> OK, there's something I'm missing here. First, the patch is a copy of
> the same functions in org-e-latex with about 100 characters modified (by
> repeatedly renaming "latex" into "beamer" in several places). I thought
> it would qualify for a "TINYCHANGE", but I guess this j
flav writes:
> In my .emacs :
> (setq org-src-lang-modes (quote (("ocaml" . tuareg) ("elisp" .
> emacs-lisp) ("ditaa" . artist) ("asymptote" . asy) ("dot" .
> fundamental) ("sqlite" . sql) ("calc" . fundamental) ("C" . c) ("cpp" .
> c++) ("screen" . shell-script) ("perl" . perl
Scratch that.
Suvayu Ali writes:
> The FSF now accepts scans of the signed form I believe. So the process
> can be completed without using snail-mail.
The snail mail part wasn't the limiting factor, at least in my case.
:-)
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld
Here's the patch to re-introduce org-install.el again, now with
compatibility code for XEmacs. The explanations are in the commit
message, but please ask if there are further questions.
>From 29e382bebad0214fcb6eae0ae8b563fc70bb785b Mon Sep 17 00:00:00 2001
From: Achim Gratz
Date: Su
this is now relying on the fact that org is implicitly loaded for
getting the major mode set up, so all the babel language files still
need to be cleaned up.
>From 12d87c5d944b75f8acbd6cacb3351cede1d44525 Mon Sep 17 00:00:00 2001
From: Achim Gratz
Date: Sun, 9 Dec 2012 21:26:16 +0100
Subject: [PATCH]
Eric Schulte writes:
> Using this method of requiring languages,
>
> ;; emacs-lisp
> (org-babel-do-load-languages
> 'org-babel-load-languages
> '((perl . t)))
>
> Works for me without issue when called from a fresh emacs (-Q). This is
> the recommended way of adding support for
flav writes:
> I am sorry for my misunderstood but
> I put (require 'org) in my .emacs and there is no change.
May I suggest you use the ELPA package?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
http://Synth.Strome
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.
--
+<[Q+ Matrix-12 WAVE#46+305 Neur
Eric Schulte writes:
> So, you're suggesting moving all ob-* defcustoms into ob.el or possibly
> into org.el? That seems reasonable to me, although I'm hesitant to add
> that much code to org.el w/o a go-ahead from Bastien or a more core
> maintainer than myself.
That would be a possibility, but
Rainer M Krug 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' i
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 p
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-l
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
501 - 600 of 1726 matches
Mail list logo
