Re: [O] From latest maint/master, no need to (require 'org-install)
Bastien writes: > Hi all again, > > Bastien writes: > >> there is no need to (require 'org-install) anymore from the maint >> and master branches. > > ... and you should actually remove (require 'org-install) from your > configuration, since this file is not automatically created anymore. > > Thanks, Okay but with what should I replace this, if anything? Specifically, I currently have (in my organically grown customisation file ;-): --8<---cut here---start->8--- (add-to-list 'load-path "~/git/org-mode") (add-to-list 'load-path "~/git/org-mode/lisp") (add-to-list 'load-path "~/git/org-mode/contrib/lisp/") (require 'org-install) (require 'org-e-latex) (require 'org-e-odt) (require 'org-latex) (require 'org-mime) (require 'ob-jacaranda) (require 'ob-python) (require 'ob-R) (require 'ob-sh) (require 'org-crypt) (org-crypt-use-before-save-magic) (require 'org-inlinetask) ;binding C-c C-x t (require 'org-protocol) (require 'org-wc) ;; customisations follow --8<---cut here---end--->8--- What should I or could I remove from this? Thanks, eric -- : Eric S Fraga, GnuPG: 0xC89193D8FFFCF67D : in Emacs 24.2.50.1 and Org release_7.9.2-350-g934208
Re: [O] **: Re: Bug: Bad timestamp 'habit'
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 for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: [O] **: Re: Bug: Bad timestamp 'habit'
Hi Bastien, Bastien wrote: > "Sebastien Vauban" writes: > >> emacs -Q -batch -l org-agenda-views.el -eval '(org-agenda nil "e")' >> Warning: Lisp directory `C:/Program Files/emacs-24.1/../site-lisp' does not >> exist. > > Maybe a warning due to the bad commits I pushed wrt the build system. > > Please pull again and report if the warning still exists. Yes, it is. Though, I don't have time right now to collect more details. As long as it is just as warning, I'll keep living with it until I free some time -- or until I discover bad effects! Best regards, Seb -- Sebastien Vauban
Re: [O] Bug: Bad timestamp 'habit'
Hi Sébastien, "Sebastien Vauban" writes: > emacs -Q -batch -l org-agenda-views.el -eval '(org-agenda nil "e")' > Warning: Lisp directory `C:/Program Files/emacs-24.1/../site-lisp' does not > exist. Maybe a warning due to the bad commits I pushed wrt the build system. Please pull again and report if the warning still exists. Thanks! -- Bastien
Re: [O] From latest maint/master, no need to (require 'org-install)
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. -- +<[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] From latest maint/master, no need to (require 'org-install)
On Wed, Oct 3, 2012 at 4:26 AM, Bastien wrote: > Hi Charles, > > Charles writes: > >> I ran make autoloads again and then make update2 - no complaints this time. >> >> Was this to be expected? > > There might be some hicups in the transition from the old org-install > way to the new org-loaddefs way, but if things are fine then it's fine. Or does this have to do with Emacs version. In your original announcement, you said: ,--- | This is not yet in Emacs trunk but will be in Emacs 24.3. `--- I didn't follow if that was about removing (require 'org-install) or only about something having to do with autoloading. Charles mentioned he is using Emacs 24.2.1, so I just thought to mention this. For finality... 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? Thanks, John > > -- > Bastien >
Re: [O] Some links no longer work
On 10/03/2012 03:09 PM, Giovanni Ridolfi wrote: Da: Simon Thum Inviato: Mercoledì 3 Ottobre 2012 14:45 Hi Simon, recently my UNC links stopped working; [...] I have links, say, [[\\server\share\some\dir\]] which (on win32) would open an explorer at the location. This is pretty handy; it is. However (dired-at-point "//myserver/dir") then C-x C-e at the end of the line is really a killer (provided you read dired's manual). Now, UNC links get me an error saying something like "file not found" right in emacs. cannot reproduce. [[\\myserver\dir]] here it works. I guess I'll retry with forward slashes - although it did not work for me without trailing backslash either. Thanks for the suggestion. I'll try tomorrow! Org-mode version 7.9.1 (a99402facf8726 quite old: 17 Sept 2012 GNU Emacs 24.1.1 (i386-mingw-nt6.1.7601) of 2012-06-10 on MARVIN Tschüß, Giovanni
Re: [O] Build fail on OSX
The problem was my fault. I simply used the old local.mk. After creating a new local.mk from mk/default.mk and changing the settings in there, building works again. On Oct 3, 2012, at 6:52 PM, Achim Gratz wrote: > 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 status"? > >> Here is my local.mk (which worked up until now) > > Remove the part after "##->8---" or compare to mk/default.mk and > take note of the changes that have been made there. > > > > 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 > >
Re: [O] Build fail on OSX
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 status"? > Here is my local.mk (which worked up until now) Remove the part after "##->8---" or compare to mk/default.mk and take note of the changes that have been made there. 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
Re: [O] Bug:install: cannot stat ‘org-install.elc’
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 that effect: >From 08b4c62aed7596a4b13d046250af7f8c469a9b1c Mon Sep 17 00:00:00 2001 From: Achim Gratz Date: Wed, 3 Oct 2012 18:39:07 +0200 Subject: [PATCH] introduce dummy org-install.el to catch old installations * lisp/Makefile: Arrange for an uncompiled org-install.el. This also ensures that if there's an old org-install.el in the installation directory, it will be replaced and not linger. * lisp/org-install.el: Provide an empty file that prints a warning about an outdated configuration. --- lisp/Makefile | 8 lisp/org-install.el | 13 + 2 files changed, 17 insertions(+), 4 deletions(-) create mode 100644 lisp/org-install.el diff --git a/lisp/Makefile b/lisp/Makefile index ef8c625..e2f1768 100644 --- a/lisp/Makefile +++ b/lisp/Makefile @@ -7,8 +7,9 @@ endif LISPV = org-version.el LISPI = org-loaddefs.el LISPA = $(LISPV) $(LISPI) +LISPB = $(LISPA:%el=%elc) org-install.elc LISPF = $(filter-out $(LISPA),$(sort $(wildcard *.el))) -LISPC = $(filter-out $(LISPN:%el=%elc),$(LISPF:%el=%elc)) +LISPC = $(filter-out $(LISPB) $(LISPN:%el=%elc),$(LISPF:%el=%elc)) _ORGCM_ = dirall single source slint1 slint2 -include local.mk @@ -65,7 +66,7 @@ $(LISPV): $(LISPF) @$(MAKE_ORG_VERSION) $(LISPI): $(LISPV) $(LISPF) - @echo "org-install: $(ORGVERSION) ($(GITVERSION))" + @echo "org-loaddefs: $(ORGVERSION) ($(GITVERSION))" @$(RM) $(@) @$(MAKE_ORG_INSTALL) @@ -76,10 +77,9 @@ install: $(LISPF) compile $(CP) $(LISPC) $(LISPF) $(LISPA) $(DESTDIR)$(lispdir) cleanauto clean cleanall:: - $(RM) $(LISPA) $(LISPA:%el=%elc) + $(RM) $(LISPA) $(LISPB) clean cleanall cleanelc:: $(RM) *.elc - $(RM) org-install.el # Fix leftover from previous install method clean-install: if [ -d $(DESTDIR)$(lispdir) ] ; then \ diff --git a/lisp/org-install.el b/lisp/org-install.el new file mode 100644 index 000..a31d8b7 --- /dev/null +++ b/lisp/org-install.el @@ -0,0 +1,13 @@ +;;; org-install.el --- autogenerated file, do not edit +;; +;;; Code: +(warn "The file org-install is obsolete. +Please change your configuration to (require 'org) instead.") + +(provide 'org-install) + +;; Local Variables: +;; no-byte-compile: t +;; coding: utf-8 +;; End: +;;; org-install.el ends here -- 1.7.12.1 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] Build fail on OSX
I do have my own local.mk (at the end of the message) where set things up OSXwise. I also add things for the new exporter and for R ORG_ADD_CONTRIB = org-e-* org-md org-export # e.g. the new exporter BTEST_EXTRA = ess-site # load ESS for R tests Here is more of my output: Mahler:org-mode neuwirth$ make up0 git remote update Fetching origin git pull Already up-to-date. Mahler:org-mode neuwirth$ make config = Emacs executable and Installation paths EMACS = /Applications/Emacs.app/Contents/MacOS/Emacs DESTDIR = ORGCM = dirall ORG_MAKE_DOC= info html pdf lispdir = /Applications/Emacs.App/Contents/Resources/site-lisp/org infodir = /Applications/Emacs.App/Contents/Resources/info datadir = /Applications/Emacs.App/Contents/Resources/etc/org testdir = /var/folders/cl/zktxb0v51ng7jfv0mspj2w94gn/T//tmp-orgtest = Additional files from contrib/lisp org-e-ascii.el org-e-beamer.el org-e-groff.el org-e-html.el org-e-latex.el org-e-man.el org-e-odt.el org-e-publish.el org-e-texinfo.el org-md.el org-export.el = Org version make: Org-mode version 7.9.2 (release_7.9.2-399-g2e9427.dirty => /Applications/Emacs.App/Contents/Resources/site-lisp/org) make up1 produces (towards the end) make[1]: Nothing to be done for `all'. rm -f org-version.el org-loaddefs.el org-version.elc org-loaddefs.elc install -m 644 -p ../contrib/lisp/org-e-ascii.el ../contrib/lisp/org-e-beamer.el ../contrib/lisp/org-e-groff.el ../contrib/lisp/org-e-html.el ../contrib/lisp/org-e-latex.el ../contrib/lisp/org-e-man.el ../contrib/lisp/org-e-odt.el ../contrib/lisp/org-e-publish.el ../contrib/lisp/org-e-texinfo.el ../contrib/lisp/org-md.el ../contrib/lisp/org-export.el . org-version: 7.9.2 (release_7.9.2-399-g2e9427.dirty) Loading /Users/neuwirth/devel/org-mode/lisp/org-compat.el (source)... Loading /Users/neuwirth/devel/org-mode/mk/org-fixup.el (source)... Saving file /Users/neuwirth/devel/org-mode/lisp/org-version.el... Loading vc-git... Wrote /Users/neuwirth/devel/org-mode/lisp/org-version.el org-install: 7.9.2 (release_7.9.2-399-g2e9427.dirty) Loading /Users/neuwirth/devel/org-mode/lisp/org-compat.el (source)... Loading /Users/neuwirth/devel/org-mode/mk/org-fixup.el (source)... Symbol's function definition is void: org-make-org-install make[1]: *** [org-loaddefs.el] Error 255 make: *** [all] Error 2 Here is my local.mk (which worked up until now) local.mk Description: Binary data
Re: [O] Build fail on OSX
Neuwirth Erich writes: > The probleme persists even if I try what you suggested/ You need to be a bit more specific if you want help. make up0 make config make up1 Also, this indicates that you have local changes: org-version: 7.9.2 (release_7.9.2-390-g50fe7c.dirty) git status The error you've reported originally seems to be a mismatch between the Makefile (eithzer default.mk or local.mk) and org-fixup.el, but that should have been fixed by Bastien already. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
Re: [O] Build fail on OSX
The probleme persists even if I try what you suggested/ On Oct 3, 2012, at 11:52 AM, Bastien wrote: > Hi Erich, > > Neuwirth Erich writes: > >> Until now, I was able to build from git (OSX 10.8.2, Emacs 24.2), >> but just now >> make up1 >> fails with the following error > > Please git pull manually before using make up1 and let us know if > this fixes your problem. > > Thanks, > > -- > Bastien
[O] Selecting the link type to be created
Hello Is there a way to specify which `org-store-link-function' or link type built into `org-store-link' should be used when there are multiple valid types? E.g. I have loaded `org-elisp-symbol' but would still be able to link to the library header or a "section" in the file. With `org-store-link' `org-elisp-symbol-store-link' takes over and I cannot link to anything else. Thanks, Jonas
Re: [O] [PATCH] Orgpan: resize the correct window
Sorry for the corrupted commit message. I created a patch using git-filter-branch opened the file and turned on message-mode and hit C-c C-c - obviously that is not enough. Could someone enlighten me how to actually submit the patches? The commit message was supposed to look like this: , | Orgpan: resize the correct window | | * contrib/lisp/org-panel.el (orgpan-panel): Make sure the panel buffer | is resized to four lines not the document buffer. | | TINYCHANGE ` By the way I have signed the FSF papers for Emacs this spring already. Jonas
[O] [PATCH] Orgpan: resize the correct window
is resized to four lines not the document buffer. TINYCHANGE --- contrib/lisp/org-panel.el |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/contrib/lisp/org-panel.el b/contrib/lisp/org-panel.el index 3ffdfaf..1df3847 100644 --- a/contrib/lisp/org-panel.el +++ b/contrib/lisp/org-panel.el @@ -598,12 +598,12 @@ button changes the binding of the arrow keys." org-mode-map)) ;;(org-back-to-heading) ;;(remove-hook 'window-configuration-change-hook 'orgpan-window-config-change) - (split-window) + (setq orgpan-org-window (selected-window)) + (setq orgpan-panel-window (split-window nil nil 'below)) + (select-window orgpan-panel-window) (set-window-buffer (selected-window) (orgpan-make-panel-buffer)) - (setq orgpan-panel-window (selected-window)) ;;(set-window-dedicated-p (selected-window) t) - (fit-window-to-buffer nil nil 3) - (setq orgpan-org-window (next-window)) + (fit-window-to-buffer nil 4 4) ;; The minor mode version starts here: (when orgpan-minor-mode-version (select-window orgpan-org-window) -- 1.7.9.5 Message-ID: <87mx03n090@bernoul.li>
Re: [O] Some links no longer work
Da: Simon Thum Inviato: Mercoledì 3 Ottobre 2012 14:45 Hi Simon, > recently my UNC links stopped working; [...] > I have links, say, [[\\server\share\some\dir\]] which (on win32) would open >an explorer at the location. > This is pretty handy; it is. However (dired-at-point "//myserver/dir") then C-x C-e at the end of the line is really a killer (provided you read dired's manual). > Now, UNC links get me an error saying something like "file not found" right > in emacs. cannot reproduce. [[\\myserver\dir]] here it works. Org-mode version 7.9.1 (a99402facf8726 quite old: 17 Sept 2012 GNU Emacs 24.1.1 (i386-mingw-nt6.1.7601) of 2012-06-10 on MARVIN Tschüß, Giovanni
[O] Some links no longer work
Hi, recently my UNC links stopped working; I am not sure it was supposed to ever work but not it does no longer ;( I have links, say, [[\\server\share\some\dir\]] which (on win32) would open an explorer at the location. This is pretty handy; I use to have a resources heading for my projects which get me to the relevant places fast. Now, UNC links get me an error saying something like "file not found" right in emacs. So, how do I get it to open links without emacs-side checks interfering? I searched the docs but no luck. Cheers, Simon
Re: [O] Bug:install: cannot stat ‘org-install.elc’
Bastien writes: >> To everyone else: the build system has been broken by the recent changes >> in multiple ways. Depending on what your local.mk contains it may or >> may not affect you, but I'd advise you to stay clear of all targets >> dealing with installation (and cleaning of installation). > > I reverted the bad commits and things should be back to normal now. Thank you. I'll have a closer look at the state of the onion later. 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. 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] Org-refile is quite slow
Hi Bastien, Bastien wrote: > "Sebastien Vauban" writes: > >> As said, I find the refiling quite slow -- am I the only one? > > Depending on `org-refile-targets' yes, it can be slow. > `org-refile-use-cache' can help here Didn't know about that. Thanks for the tip. The effect is day and night. It's really much, much quicker now. > but still, you may have to refresh the cache from time to time, and it is > annoying. IIUC, the cache is "in memory", not "in file" (like the clock history, or Gnus' registry). > Any idea on how to improve this is welcome. If this is the case (cache destroyed at every Emacs shutdown), I find this a perfect solution already... Best regards, Seb -- Sebastien Vauban
[O] Taking a break for 15 days
Hi all, I'm taking a break for 15 days, I won't read the mailing list and I won't be able to fix things during this time. Nicolas is the temporary maintainer. Thanks to him in advance! Please continue to report bugs against the current maint branch, we will try to fix all-or-most of them for the next Emacs merge, hopefully before Emacs 24.3. Best, -- Bastien
Re: [O] Bug:install: cannot stat ‘org-install.elc’
Achim Gratz writes: > To everyone else: the build system has been broken by the recent changes > in multiple ways. Depending on what your local.mk contains it may or > may not affect you, but I'd advise you to stay clear of all targets > dealing with installation (and cleaning of installation). I reverted the bad commits and things should be back to normal now. -- Bastien
Re: [O] Org-refile is quite slow
Hi Sébastien, "Sebastien Vauban" writes: > As said, I find the refiling quite slow -- am I the only one? Depending on `org-refile-targets' yes, it can be slow. `org-refile-use-cache' can help here, but still, you may have to refresh the cache from time to time, and it is annoying. Any idea on how to improve this is welcome. -- Bastien
Re: [O] Build fail on OSX
Hi Erich, Neuwirth Erich writes: > Until now, I was able to build from git (OSX 10.8.2, Emacs 24.2), > but just now > make up1 > fails with the following error Please git pull manually before using make up1 and let us know if this fixes your problem. Thanks, -- Bastien
Re: [O] Fwd: Citation in org mode does not compile
Hi Dokos, I am sorry for the mistake, but what happened, in my original files, the references are all correct but when I thought of giving examples in the email, I did not put correct references. Anyways, thanks for your valuable input. - *Sanjib Sikder *Ph.D. Fellow Chemical Engineering IIT Bombay* * On Wed, Oct 3, 2012 at 12:34 PM, Nick Dokos wrote: > Sanjib Sikder wrote: > > > HI, > > > > (setq org-latex-to-pdf-process '("texi2dvi --pdf --clean --verbose > --batch %f")) > > > > I have incorporated above line in my .emacs file. Now the C-c C-e p is > not showing the error > > "Undefined citation" but the problem is still there. In place of > refrences, I am getting questions > > marks. > > > > I haven't gone through the whole thread, but I did go back and unpacked > your files > from the original message. The problem there was indeed missing references: > your org file contains > > , > | hi \citep{biswas2008generalized} > | hello \citep{cai1992length} > ` > > > which did not match anything in the .bib file you attached to that > message. When I replaced them with the ones that *did* occur in your bib > file, like this: > > --8<---cut here---start->8--- > hi \citep{ashu1995molecular} > hello \citep{brush1967} > --8<---cut here---end--->8--- > > and I fixed a couple of things at the beginning of the file: > > --8<---cut here---start->8--- > # -*- mode: org -*- > #+TITLE: The Impact of Beer Consumption on Scientific Collaboration > --8<---cut here---end--->8--- > > everything worked fine (assuming that you added a call to bibtex > somewhere, either explicitly or by using texi2dvi, as indicated > previously). > > The mode-setting line *has* to be on the first line: you can't leave > empty lines before it. The only exception is when the first line is a > shebang line, something like #! /bin/bash in a shell script: then the > mode-setting line has to be the second line. Emacs imposes this > restriction, not org. > > There has to be a space after the # on that line: otherwise, it's not > interpreted as a comment and is included in the export output. That's an > org restriction. > > Specifying the title is good practice, since otherwise the file name > becomes the title. > > Nick > > >
[O] Build fail on OSX
Until now, I was able to build from git (OSX 10.8.2, Emacs 24.2), but just now make up1 fails with the following error make[1]: Nothing to be done for `all'. rm -f org-version.el org-loaddefs.el org-version.elc org-loaddefs.elc install -m 644 -p ../contrib/lisp/org-e-ascii.el ../contrib/lisp/org-e-beamer.el ../contrib/lisp/org-e-groff.el ../contrib/lisp/org-e-html.el ../contrib/lisp/org-e-latex.el ../contrib/lisp/org-e-man.el ../contrib/lisp/org-e-odt.el ../contrib/lisp/org-e-publish.el ../contrib/lisp/org-e-texinfo.el ../contrib/lisp/org-md.el ../contrib/lisp/org-export.el . org-version: 7.9.2 (release_7.9.2-390-g50fe7c.dirty) Loading /Users/neuwirth/devel/org-mode/lisp/org-compat.el (source)... Loading /Users/neuwirth/devel/org-mode/mk/org-fixup.el (source)... Wrong number of arguments: (lambda (org-release org-git-version) "Make the file org-version.el in the current directory. This function is internally used by the build system and should be used by foreign build systems or installers to produce this file in the installation directory of org-mode. Org will not work correctly if this file is not present (except directly from the Git work tree)." (with-temp-buffer (insert ";;; org-version.el --- autogenerated file, do not edit ;; ;;; Code: ;;;###autoload (defun org-release () \"The release version of org-mode. Inserted by installing org-mode or when a release is made.\" (let ((org-release \"" org-release "\")) org-release)) ;;;###autoload (defun org-git-version () \"The Git version of org-mode. Inserted by installing org-mode or when a release is made.\" (let ((org-git-version \"" org-git-version "\")) org-git-version)) (provide 'org-version) ;; Local Variables: ;; version-control: never ;; no-byte-compile: t ;; coding: utf-8 ;; End: ;;; org-version.el ends here ") (toggle-read-only 0) (write-file "org-version.el"))), 3 make[1]: *** [org-version.el] Error 255 make: *** [all] Error 2
Re: [O] Bug: Bad timestamp 'habit'
Hi Bastien, Bastien wrote: > tftor...@tftorrey.com (T.F. Torrey) writes: >> I am currently unable to produce an agenda from my files. This bug >> crept in somewhere in the last few days, but I'm not sure exactly >> when. > > This is now fixed, thanks. Confirmed OK. Thanks! It may be unrelated, but (with the latest pull) I now have a warning in some batch commands which I use to export agenda views: --8<---cut here---start->8--- emacs -Q -batch -l org-agenda-views.el -eval '(org-agenda nil "e")' Warning: Lisp directory `C:/Program Files/emacs-24.1/../site-lisp' does not exist. OVERVIEW Loading vc-svn... Saving file d:/home/sva/org-all-tasks.html... --8<---cut here---end--->8--- I don't see where that warning is generated in the Org sources. Worth mentioning? Best regards, Seb -- Sebastien Vauban
Re: [O] From latest maint/master, no need to (require 'org-install)
Hi Charles, Charles writes: > I ran make autoloads again and then make update2 - no complaints this time. > > Was this to be expected? There might be some hicups in the transition from the old org-install way to the new org-loaddefs way, but if things are fine then it's fine. -- Bastien
Re: [O] From latest maint/master, no need to (require 'org-install)
Hi all again, Bastien writes: > there is no need to (require 'org-install) anymore from the maint > and master branches. ... and you should actually remove (require 'org-install) from your configuration, since this file is not automatically created anymore. Thanks, -- Bastien
Re: [O] ORG_ADD_CONTRIB and org-e-odt.el don't always play well together
Nick Dokos writes: > ORG_ADD_CONTRIB = org-e-* Btw, I think it should be ORG_ADD_CONTRIB = org-export* org-e-* so that org-export.el is also in the load-path. HTH, -- Bastien
Re: [O] ORG_ADD_CONTRIB and org-e-odt.el don't always play well together
Hi Nick, Nick Dokos writes: > It's no big deal for me: I just stumbled across it and I thought I'd > report it. Thanks for reporting this -- i pushed a change in maint that should fix it. If you have time, thanks for confirming the fix. Best, -- Bastien
Re: [O] Bug: Bad timestamp 'habit'
Hi, tftor...@tftorrey.com (T.F. Torrey) writes: > I am currently unable to produce an agenda from my files. This bug > crept in somewhere in the last few days, but I'm not sure exactly > when. This is now fixed, thanks. -- Bastien
Re: [O] Bug:install: cannot stat ‘org-install.elc’
Ian Barton writes: > Just done a git pull followed by make clean, make all and make > install. I get the following error: > > install: cannot stat ‘org-install.elc’: No such file or directory > make[1]: *** [install] Error 1 > make[1]: Leaving directory `/home/ian/Dropbox/.emacs.d/src/org-mode/lisp' > make: *** [install-lisp] Error 2 > > Looking in the lisp directory I have an org-install.el but no .elc > file, so it looks as thought he makefile isn't compiling it. Remove org-install.el that has been left over from a previous build. To everyone else: the build system has been broken by the recent changes in multiple ways. Depending on what your local.mk contains it may or may not affect you, but I'd advise you to stay clear of all targets dealing with installation (and cleaning of installation). 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
[O] Bug:install: cannot stat ‘org-install.elc’
Just done a git pull followed by make clean, make all and make install. I get the following error: install: cannot stat ‘org-install.elc’: No such file or directory make[1]: *** [install] Error 1 make[1]: Leaving directory `/home/ian/Dropbox/.emacs.d/src/org-mode/lisp' make: *** [install-lisp] Error 2 Looking in the lisp directory I have an org-install.el but no .elc file, so it looks as thought he makefile isn't compiling it. Ian.
[O] Org-refile is quite slow
Hello, As said, I find the refiling quite slow -- am I the only one? When refiling, I see "Getting targets..." for some seconds. And I could get those profiling results: --8<---cut here---start->8--- org-refile1 9.484 9.484 org-refile-get-location 1 9.313 9.313 org-refile-get-targets1 7.015 7.015 org-let 2 5.624 2.812 org-search-view 2 5.624 2.812 org-sparse-tree 1 4.469 4.469 org-occur 1 4.297 4.297 org-agenda-redo 1 4.031 4.031 org-agenda-to-appt2 3.0 1.5 org-agenda-get-day-entries90 2.39 0.026555 org-agenda1 2.344 2.344 org-olpath-completing-read1 2.047 2.047 org-icompleting-read 1 2.047 2.047 org-agenda-prepare2 1.812 0.906 org-agenda-get-scheduled 90 1.63 0.018111 --8<---cut here---end--->8--- Any idea where to look at first, in which direction (if I'm quite alone experiencing such long wait times)? Best regards, Seb -- Sebastien Vauban
Re: [O] org-babel's treatment of NA in R source block
Vikas Rawal writes: >> > >> > I would like the NAs to be replaced by blank cells or by a less >> > obstrusive character like a ".". Is there a simple way I could change >> > this behaviour? >> > >> > Vikas >> > >> > >> Aloha Vikas, >> >> One route might be the ascii package in R, which exports objects to >> several markup languages, including Org. The ascii() argument na.print >> is a character string that specifies how NA should appear in the output. >> > > Thanks. That seems very good. > > But if the code block is directly producing org markup, what should I > tell my parent org file to expect? > > My source block began like this: > > #+BEGIN_SRC R :results value :colnames yes :hline yes > > I would expect this to change now. How do I say that the result is > already formatted for org? > > Vikas > > Does ":results value raw" do what you want? Another possibility is ":results value org", which changed behavior recently. All the best, Tom -- Thomas S. Dye http://www.tsdye.com
Re: [O] tables once again
Oops, forgot to send it to the list. On Oct 3, 2012, at 12:59 AM, Neuwirth Erich wrote: > Here is my example (slightly modified) again, > I still cannot get it to work the way I want it: > > > In my .emacs I have (among other things) > > (require 'org-install) > (require 'org-e-latex) > (require 'org-e-html) > ;;(require 'org-e-ascii) > > ;; using the new exporter > (global-set-key (kbd "C-c C-e") 'org-export-dispatch) > > > Doing C-c C-e still gives me the old dispatcher, not the new one. > M-x org-export-dispatch > does give me the new dispatcher. > > How can I bind the new dispatcher to C-c C-e? I think the issue is that you are binding it to a global key, but the org-mode keymap is overriding it in an org-mode buffer. So try (define-key org-mode-map (kbd "C-c C-e") 'org-export-dispatch) and see if that fixes it. You can always try C-h b to see what bindings are in place and which keymaps they come from. -Ivan
Re: [O] Bug: Bad timestamp 'habit'
Hi, Bill Jacobson wrote: > On 10/02/2012 05:05 PM, T.F. Torrey wrote: >> I am currently unable to produce an agenda from my files. This bug >> crept in somewhere in the last few days, but I'm not sure exactly when. >> >> This habit timestamp: >> >> SCHEDULED: <2012-08-08 Wed .+1d> For the sake of accuracy, this ain't an habit, this is a repeater -- IIUC. >> Produces this error: >> >> condition-case: Bad timestamp `habit' at 210773 in buffer `Writing.org' >> Error was: (Not a standard Org-mode time string: habit) >> >> It works if I use the min/max format (<2012-08-08 Wed .+1d/2d>), but I >> don't want to do that, and according to the manual, that isn't required. That's an habit for me: when you specify min/max, as you do here. >> Also, in this bug report data, I wonder why org-loaddefs.el can not be >> found. I run the org from a git repo, not compiled. >> >> Emacs : GNU Emacs 24.2.50.1 (i686-pc-linux-gnu, GTK+ Version 3.4.2) of >> 2012-09-28 on louvi, modified by Debian Package: Org-mode version 7.9.2 >> (release_7.9.2-383-g09d6bc-git @ org-loaddefs.el can not be found!) >> >> If no one else sees this, I'll dig through my files to see what's >> broken, but I see lots of work has been done to the agenda creator >> recently, and maybe this is a new problem and an easy fix. > > Same problem here: GNU Emacs 24.2.1 Org-mode version 7.9.2 > (release_7.9.2-382-g1ef9ee) > > I pull nightly and first noticed this behavior today. I also have a similar problem since yesterday morning or so: such timestamped dates (I mean: *repeaters*, SCHEDULED or not) are visible everyday of my agenda, while most of them should only be visible once a week: --8<---cut here---start->8--- ** Review my tasks and projects <2011-01-07 Fri 14:00-16:00 +1w> --8<---cut here---end--->8--- Best regards, Seb -- Sebastien Vauban
Re: [O] Clocktable: Put summary line as table caption
Hi Nicolas, Nicolas Goaziou wrote: > "Sebastien Vauban" writes: >> Here it is: > > It looks good to me. OK. > My only concern is about export back-ends that do not support captions > (I can't think of any atm). For them, the information will be lost. You're right. I also thought of that. But that concern is much more general than for the clocktables: if any (future) back-end does not support captions in his DNA, we will have to foresee a workaround in the export _anyway_, something such as copying the text just before or after the figures, tables, etc. > On the other hand, adding a defcustom or a dynamic block property to > toggle between captioned and non-captioned table would be overkill. Agreed. > I will commit it if there is no objection. None ;-) Best regards, Seb -- Sebastien Vauban
Re: [O] org-babel's treatment of NA in R source block
> > > > I would like the NAs to be replaced by blank cells or by a less > > obstrusive character like a ".". Is there a simple way I could change > > this behaviour? > > > > Vikas > > > > > Aloha Vikas, > > One route might be the ascii package in R, which exports objects to > several markup languages, including Org. The ascii() argument na.print > is a character string that specifies how NA should appear in the output. > Thanks. That seems very good. But if the code block is directly producing org markup, what should I tell my parent org file to expect? My source block began like this: #+BEGIN_SRC R :results value :colnames yes :hline yes I would expect this to change now. How do I say that the result is already formatted for org? Vikas
Re: [O] Fwd: Citation in org mode does not compile
Sanjib Sikder wrote: > HI, > > (setq org-latex-to-pdf-process '("texi2dvi --pdf --clean --verbose --batch > %f")) > > I have incorporated above line in my .emacs file. Now the C-c C-e p is not > showing the error > "Undefined citation" but the problem is still there. In place of refrences, I > am getting questions > marks. > I haven't gone through the whole thread, but I did go back and unpacked your files from the original message. The problem there was indeed missing references: your org file contains , | hi \citep{biswas2008generalized} | hello \citep{cai1992length} ` which did not match anything in the .bib file you attached to that message. When I replaced them with the ones that *did* occur in your bib file, like this: --8<---cut here---start->8--- hi \citep{ashu1995molecular} hello \citep{brush1967} --8<---cut here---end--->8--- and I fixed a couple of things at the beginning of the file: --8<---cut here---start->8--- # -*- mode: org -*- #+TITLE: The Impact of Beer Consumption on Scientific Collaboration --8<---cut here---end--->8--- everything worked fine (assuming that you added a call to bibtex somewhere, either explicitly or by using texi2dvi, as indicated previously). The mode-setting line *has* to be on the first line: you can't leave empty lines before it. The only exception is when the first line is a shebang line, something like #! /bin/bash in a shell script: then the mode-setting line has to be the second line. Emacs imposes this restriction, not org. There has to be a space after the # on that line: otherwise, it's not interpreted as a comment and is included in the export output. That's an org restriction. Specifying the title is good practice, since otherwise the file name becomes the title. Nick