Re: [O] still seeing semi-regular lockups

2014-07-02 Thread Nicolas Goaziou
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

2014-07-02 Thread Tobias Getzner
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

2014-07-02 Thread Guido Van Hoecke
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

2014-07-02 Thread Daniel Clemente
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

2014-07-02 Thread Achim Gratz
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

2014-07-02 Thread Miguel Ruiz





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?

2014-07-02 Thread tom
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

2014-07-02 Thread Jorge A. Alfaro-Murillo
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?

2014-07-02 Thread Thorsten Jolitz
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

2014-07-02 Thread Achim Gratz
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

2014-07-02 Thread Achim Gratz
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

2014-07-02 Thread Jorge A. Alfaro-Murillo
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?

2014-07-02 Thread tom
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

2014-07-02 Thread Fabrice Popineau
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?

2014-07-02 Thread Eric Abrahamsen
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

2014-07-02 Thread York Zhao
 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

2014-07-02 Thread Vicente Vera
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.).