Re: [O] still seeing semi-regular lockups
Hello, York Zhao gtdplatf...@gmail.com writes: Just suffered from extreme slowness. My Emacs had been running for about 1 hour and I was having two org-mode buffers, one file has 3800 lines, 168 KB bytes. And the other has 76,600 lines, 4,267,327 KB bytes. Both files had been opened for awhile. Didn't have problem in the beginning, but then typing in the bigger buffer became extremely slow, took at least one to two seconds for a typed character to be displayed on the screen. Killed the buffer and then reopen it didn't help at all. At the same time typing in the other smaller buffer didn't have the same slowness issue. Restarted Emacs and the issue disappeared. One of the problem I have noticed for a long time is that org-mode could become slower and slower with use, which was exactly what I had been experiencing just now. OK. If you experience it again, please do M-x org-element-cache-reset in the slow buffer and see if it is responsive again. Another interesting test would be to try reproducing the problem with `org-element-use-cache' set to nil. I'm not totally sure this is related to the cache, as killing the buffer should have solved the problem. Regards, -- Nicolas Goaziou
[O] Multi-line links
Dear org-mode list, It appears that multi-line links in org-mode will only work with if they span no more than two lines: http://comments.gmane.org/gmane.emacs.orgmode/19919 I was wondering if this hard-coded limit could be removed in future versions, also given the fact that the syntax spec. does not preclude newline characters from appearing within links. In my case, I was trying to set-up the org-ref extension so that it would handle multi-line links like the following, which makes them more legible than a single long line. [[citet:green1994hybridreasoningmodel, green1994generatingindirectanswers, green1992conversationalimplicaturesindirect]] The problem with this is that org-mode will only invoke the link handler for the first to lines, apparently due to the hard-coded limit, and for the third line, org-mode will only report «no link found». Since org-ref parses the links internally (i. e., the link-open action is different for each bibkey), this cannot be worked around by clicking on the first two lines. Best regards, Tobias
[O] oauth2.plstore secret when using google-contacts
Hi, When using google-contacts it keeps nagging me for a plstore passphrase. As this is my personal computer which is not accessed by other persons, I'd like to define the passphrase in some initialisation file so that I'm lo longer bothered by a repeating request for this passphrase. Please advise, Thanks in advance, Guido -- Be careful! UGLY strikes 9 out of 10!
Re: [O] results from Python block not visible
Since this org-babel + tramp-cache incompatibility is very puzzling, I continued researching it. The line that makes my Python block stop working (i.e. outputting None instead of the x I asked with print x') is this one, found in tramp-cache.el: (add-hook 'kill-buffer-hook 'tramp-flush-file-function) Its code is: (defun tramp-flush-file-function () Flush all Tramp cache properties from `buffer-file-name'. This is suppressed for temporary buffers. (unless (string-match ^ \\*temp\\* (or (buffer-name) )) (let ((bfn (if (stringp (buffer-file-name)) (buffer-file-name) default-directory))) (when (tramp-tramp-file-p bfn) (with-parsed-tramp-file-name bfn nil (tramp-flush-file-property v localname)) That temporary buffer detector is working correctly because org-babel buffers have names like *temp*-993012, which are correctly detected. I'm afraid that the (string-match ...) will forget the last search, so later (match-string) done by babel will be from the wrong search. Can this happen? -- Daniel On Fri, Jun 27, 2014 at 4:50 PM, Daniel Clemente n142...@gmail.com wrote: I confirm that with Debian's Emacs, org-babel works well after the (require 'tramp-cache): GNU Emacs 24.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.12.2) of 2014-06-06 on barber, modified by Debian But it fails with my compiled one from 2014-06-20. So is it because of tramp-cache or org-babel? On Fri, Jun 27, 2014 at 12:19 AM, Daniel Clemente n142...@gmail.com wrote: El Thu, 26 Jun 2014 12:36:47 -0400 Eric Schulte va escriure: #+BEGIN_SRC python :results output print x #+END_SRC It prints: #+RESULTS: : None I expected to see x. This worked some days ago. This works for me using the latest version of Org-mode with an Emacs launched by running make vanilla from the base of the Org-mode repo. I didn't know make vanilla. It worked fine from there, I don't know why from emacs -Q it didn't. Maybe the problem is in your configuration? Exactly, it is from my configuration, because after loading my full configuration, I see the problem again and code highlighting suddenly disappears. I identified the exact lines that cause org-babel to stop failing. Bewonder: (autoload 'tramp tramp Remotely access files. t) (require 'tramp-cache) Yes! After C-x C-e on the first line, org-babel still works. After C-x C-e on the second line, it doesn't work anymore. There were some Tramp changes in latest Emacs, maybe they are bad. I'm using: GNU Emacs 24.4.50.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw scroll bars) of 2014-06-20 on la4 What a strange bug...
Re: [O] Installing from git
Vicente Vera writes: Thanks for your reply. Which one is the default install method? If it's 'make install', I'd go for make up2 (which ends up doing make install if the tests are passing) if you want minimum involvement, but it's your choice. do i need to tweak local.mk because of the location of my Emacs installation (as explained here: http://orgmode.org/worg/dev/org-build-system.html#sec-4-1-3)? In my system (Debian) Emacs is in /usr/local/. As this would usually be first in PATH you don't need to do anything special. Although just to remind yourself that you are using that Emacs you could specify the full path anyway. The real question is where they moved site-lisp, in your case it would normally be in /usr/local/share/emacs/site-lisp (but since you've said you compiled Emacs yourself, you could have configured something different). If you've kept the standard config, then all you need to do in local.mk is to set prefix to /usr/local/share. Do a make config to have those locations shown to you or even a make config-all. And does this method allows to have the latest info manual without overriding the built-in org-mode installation? If infodir points to the correct location, then yes. That's the whole point of doing a proper installation. 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] Installing from git
This is my setup in .emacs; it runs without problems version after version. You are encouraged to simplify the path schema of org-mode branches I use.Minimal sequence for me is: make clean git pull make autoloads make info;; .emacs begins activate debugging (setq debug-on-error t debug-on-signal nil debug-on-quit nil) 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 (function (lambda (p)(unless (string-match "lisp\\(/packages\\)?/org$" p)p))) load-path)));; remove property list to defeat cus-load and remove autoloads(mapatoms (function (lambda (s) (let ((sn (symbol-name s))) (when (string-match "^\\(org\\|ob\\|ox\\)\\(-.*\\)?$" sn)(setplist s nil)(when (eq 'autoload (car-safe s))(unintern s)));; we should now start from a clean slate;;(setq myorg "master")(setq myorg "maint" ) ;; I have several directories under ~/org-mode/ with different ;; versions so I can change "easily";;(add-to-list 'load-path (concat "~/org-mode/" myorg "/testing/lisp"));;(add-to-list 'load-path (concat "~/org-mode/" myorg "/testing"))(add-to-list 'load-path (concat "~/org-mode/" myorg "/contrib/lisp"))(add-to-list 'load-path (concat "~/org-mode/" myorg "/lisp"))(require 'info)(setq Info-directory-list (cons (expand-file-name (concat "~/org-mode/" myorg "/doc")) Info-default-directory-list))(setq org-odt-data-dir (expand-file-name (concat "~/org-mode/" myorg "/etc")))(add-to-list 'auto-mode-alist '("\\.org\\'" . org-mode))(global-set-key "\C-cl" 'org-store-link)(global-set-key "\C-cc" 'org-capture)(global-set-key "\C-ca" 'org-agenda)(global-set-key "\C-cb" 'org-iswitchb);; .emacs endsHTH-Original Message-From: vicente...@gmail.comSent: Mon, 30 Jun 2014 18:44:42 -0400To: emacs-orgmode@gnu.orgSubject: [O] Installing from gitHello. I'm quite confused with the installation options.Recently started out a Debian base system and compiled Emacs from the bzr repository. That came out fine, so I ran 'make install' and now Emacs 24.4.50 sits in /usr/local/bin, /usr/local/share, etc. I want to install the master branch of org-mode. Currently I followed these steps:- cd ~/org_from_git/- git clone git://orgmode.org/org-mode.git¿Do i need to tweak 'local.mk' so the prefix variable points to /usr/local/share before running make? ¿Which make option should i use (besides 'make autoloads')?Thanks in advance. Free 3D Earth Screensaver Watch the Earth right on your desktop! Check it out at www.inbox.com/earth
[O] little elisp help?
hi guys, I have this: (setq org-link-abbrev-alist '((foo . file:/path/to/%(myfun).txt))) I'm trying to have myfun replace any spaces in the tag with underscores, but I'm not having much luck. Would someone mind giving me a hint? Thanks.
Re: [O] Installing from git
Vicente Vera vicente...@gmail.com writes: Hello. I'm quite confused with the installation options. Recently started out a Debian base system and compiled Emacs from the bzr repository. That came out fine, so I ran 'make install' and now Emacs 24.4.50 sits in /usr/local/bin, /usr/local/share, etc. I want to install the master branch of org-mode. I have both emacs and org-mode from git. For emacs: #+BEGIN_SRC shell git clone git://git.savannah.gnu.org/emacs.git make distclean ./configure make #+END_SRC You do not need the make install, I leave the emacs files where I want them on my home folder (also useful if I do not have root access in a server), and create two symbolic links to emacs/lib-src/emacsclient and emacs/src/emacs in ~/bin/ For org, I once read a discussion in this list about not doing this but that a lot of people do it, it keeps working for me, so I keep doing it. I clone the repository: #+BEGIN_SRC shell git clone git://orgmode.org/org-mode.git make #+END_SRC Then I remove the directory emacs/lisp/org and create a direct link to org-mode/lisp instead. Also I remove emacs/etc/org (or maybe this doesn't cause conflicts?) Also, since the git repository of org has the etc files in a different location, emacs cannot find them; the following takes care of that: #+BEGIN_SRC emacs-lisp (setq org-odt-data-dir path_to_org-mode_git_directory/etc/) #+END_SRC Finally, this takes care of the documentation: #+BEGIN_SRC emacs-lisp (eval-after-load 'info '(progn (info-initialize) (add-to-list 'Info-directory-list path_to_org-mode_git_directory/doc))) #+END_SRC Best, Jorge.
Re: [O] little elisp help?
tom scraw...@gmail.com writes: hi guys, I have this: (setq org-link-abbrev-alist '((foo . file:/path/to/%(myfun).txt))) I'm trying to have myfun replace any spaces in the tag with underscores, but I'm not having much luck. Would someone mind giving me a hint? #+begin_src emacs-lisp (let ((cons-pair '(foo bar loo file:x))) (replace-regexp-in-string [[:space:]] _ (car cons-pair))) #+end_src #+results: : foo_bar__loo -- cheers, Thorsten
Re: [O] Installing from git
Miguel Ruiz writes: Minimal sequence for me is: make clean git pull make autoloads make info You can simplify this to a just make by defining your own default target in local.mk like this: my_default_target: up0 uncompiled info (that's a tab after the colon). 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] Installing from git
Jorge A. Alfaro-Murillo writes: For org, I once read a discussion in this list about not doing this but that a lot of people do it, it keeps working for me, so I keep doing it. It doesn't work, you just haven't run into a problem that you can positively identify with that habit yet. You'd need to re-build Emacs each time you update Org if you wanted it to work. There really is a reason that all those files get installed, if you can't or don't want to write to system-wide directories you are free to install them in your home directory instead. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] Installing from git
Achim Gratz strom...@nexgo.de writes: It doesn't work, you just haven't run into a problem that you can positively identify with that habit yet. You'd need to re-build Emacs each time you update Org if you wanted it to work. Why? emacs/lisp points to org-mode/lisp, if I update org it updates in its org-mode repo, what can I break? There really is a reason that all those files get installed, if you can't or don't want to write to system-wide directories you are free to install them in your home directory instead. Do you mean the files that make install creates? Doesn't make alone create all things necessary for org to work?
Re: [O] little elisp help?
this (setq org-link-abbrev-alist '((foo . file:/path/to/%s.txt))) allow me to do this [[foo:file to open]] but it creates a file with spaces in the name. so I'd like to replace %s with %(myfun). with your example, how can I get foo bar loo from [[foo:foo bar loo]] see what I mean?
Re: [O] Pushing and pulling to google calendar
Am I missing something if I cite https://github.com/myuhe/org-gcal.el which is using the v3 Google Calendar api. Still lacks of true bidirectional sync, but that could happen. Seems nicely written. Fabrice 2014-06-30 21:29 GMT+02:00 David Engster d...@randomsample.de: Marvin M. Doyley writes: Is there a way to sync org-agenda with google calendar so that I can exploit googles calendar reminder. org-caldav[1] works with Google Calendar on the old, deprecated CalDAV endpoint (https://www.google.com/calendar/dav). I hear that the endpoint is still working for some people, so maybe you are in luck. Moving to the new endpoint would require OAuth authentication, which shouldn't be hard to add using the oauth-library in ELPA, but since I don't use Google, I'm lacking motivation... -David https://github.com/dengste/org-caldav -- Fabrice Popineau - SUPELEC Département Informatique 3, rue Joliot Curie 91192 Gif/Yvette Cedex Tel direct : +33 (0) 169851950 Standard : +33 (0) 169851212 --
Re: [O] little elisp help?
tom scraw...@gmail.com writes: hi guys, I have this: (setq org-link-abbrev-alist '((foo . file:/path/to/%(myfun).txt))) I'm trying to have myfun replace any spaces in the tag with underscores, but I'm not having much luck. Would someone mind giving me a hint? Thanks. You might consider using the built-in `org-link-escape', it's likely to do everything you need, and it's battle-tested!
Re: [O] still seeing semi-regular lockups
OK. If you experience it again, please do M-x org-element-cache-reset in the slow buffer and see if it is responsive again. Another interesting test would be to try reproducing the problem with `org-element-use-cache' set to nil. The exact same slowness problem happened just now. M-x org-element-cache-reset didn't have any effect. Nor did setting `org-element-use-cache' to nil. Again, killed the buffer and reopened didn't help. I couldn't remember whether the big file was already opened, but I think it was not opened yet, i.e., when the problem occurred, the file might just be opened. What I did was that I started Emacs, run `org-drill' across 8 files (in one session). Total size of these files was 730 KB bytes. The good thing was that the session was finished successfully, no max-lisp-eval-depth error, and I really hope this deadly error will never happen. One thing I didn't do, unfortunately, was that I reset cache only for the buffer where the slowness manifested. I think I should try reseting cache for all the 8 buffers too right? York
Re: [O] Installing from git
Thank you for your replies, I think i'm beginning to understand the process. These are the changes I made to local.mk: prefix = /usr/local/share datadir = /usr/local/share/emacs/24.4.50/etc/org (actually, this directory belongs to the built-in Org installation) Then: $ make $ sudo make install And it worked fine. The info manual is now updated, so is everything else. So, overall, the purpose of running 'make install' (or 'make up2', to also pull from the Git repository) is to avoid overriding the default Org installation that comes with Emacs? Going through the variables in local.mk it seems this is the idea, except maybe for 'infodir' which in my case points to the place where Emacs threw all its info files (including Org). To sum up, the process made the following changes on my system: - Org lisp files from Git now reside in /usr/local/share/emacs/site-lisp (which is in load-path by default). The original built-in Org lisp files are untouched. - M-x org-version shows the correct updated version and location. - M-x info shows the updated info manual which now resides in /usr/local/share/info (I think it replaced the built-in manual?). - Org data files now reside in /usr/local/share/emacs/24.4.50/etc/org (replacing the built-in files?). No extra elisp code was needed (adding the cloned repository to load-path, etc.).