Re: [O] obtain ob-template.el for Babel language extension

2015-09-11 Thread Thomas S . Dye
Aloha Joe,

Joe Riel  writes:

> How do I get a copy of ob-template.el?
> The file can be viewed at 
> http://orgmode.org/w/worg.git/blob/HEAD:/org-contrib/babel/ob-template.el
> however, that is an html file and not the elisp.
> I tried using git to clone http://orgmode.org/w/worg.git
> but that does not work.

~$ git clone git://orgmode.org/worg.git

You should find ob-template.el in org-contrib/babel/

hth,
Tom
-- 
Thomas S. Dye
http://www.tsdye.com



Re: [O] two sets of default header arguments for one language

2015-09-11 Thread Rainer M Krug
Nicolas Goaziou  writes:

> Hello,
>
> Rainer M Krug  writes:
>
>> Do macros work for properties ? If yes, you could degine two macro,
>> one for each set of properties.
>
> No, they don't.

That's a pity.

It would be really great if one could define different sets of
hearer-args and then, at thr beginning of a code block, simply use:

#+MACRO: forTangle  :tangle ./test.R :export none
#+MACRO: forExecution  :tangle no :export both :session Test14
#+MACRO: forNoSession  :tangle no :export both

#+:header-args {{{forTangle}}}
#+begin_src R :tangle no
  cat(13)
#+end_src

#+:header-args {{{forExecution}}}
#+begin_src R :tangle no
  cat(14)
#+end_src

#+:header-args {{{forNoSession}}}
#+begin_src R :tangle no
  cat(14)
#+end_src


This would make it much easier to work with header-args and solve many
problems which were discussed in earlier threads.

The example might not be the best as it could be implemented by
header-args+ but if the code blocks using the different sets of
header-args are at different locations in the org document, changing
them would be much easier with macro expansion (or similar).

Would it be difficult to include this feature?

Thanks,

Rainer

>
> Regards,

-- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, 
UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Stellenbosch University
South Africa

Tel :   +33 - (0)9 53 10 27 44
Cell:   +33 - (0)6 85 62 59 98
Fax :   +33 - (0)9 58 10 27 44

Fax (D):+49 - (0)3 21 21 25 22 44

email:  rai...@krugs.de

Skype:  RMkrug

PGP: 0x0F52F982


signature.asc
Description: PGP signature


Re: [O] Bug: LaTeX source code blocks not exported in Markdown [8.3.1 (8.3.1-103-g366dc4-elpa @ /home/bitouze/.emacs.d/elpa/org-20150907/)]

2015-09-11 Thread Charles C. Berry

On Fri, 11 Sep 2015, Denis Bitouzé wrote:




Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?  See

http://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org-mode mailing list.


When exported to Mardown, the following org mode file:

--8<---cut here---start->8---
* Lisp code
#+begin_src emacs-lisp
(some-code)
#+end_src

* Foo code
#+BEGIN_SRC foo
Foo
#+END_SRC

* \LaTeX code
#+BEGIN_SRC latex
latex
#+END_SRC

(Huh: nothing?)
--8<---cut here---end--->8---

gives:

 ┌
 │ 
 │ [...]
 │ 
 │
 │ # Lisp code
 │
 │ (some-code)
 │
 │ # Foo code
 │
 │ Foo
 │
 │ # \LaTeX code
 │
 │ (Huh: nothing?)
 └

Expected behavior:

 ┌
 │ #+BEGIN_SRC latex
 │ latex
 │ #+END_SRC
 └

gives:

 ┌
 │ latex
 └



Not a bug.

`org-babel-default-header-args:latex' is

'((:results . "latex") (:exports . "results"))

Hence, on export the latex is enclosed in a latex 
export block (#+BEGIN_LATEX ... #+END_LATEX), which markdown (and html) 
will ignore as per


(info "(org) results") and
(info "(org) Exporting code blocks").

I think you wanted `#+BEGIN_SRC latex :exports code'.

HTH,

Chuck


Re: [O] Favorite way of syncing?

2015-09-11 Thread Paul Rudin
Tobias Frischholz  writes:

> Hey there!
>
> I was wondering what is your favorite way of syncing your org files and
> everything.
> I’ve checked out unison, but I want more of an automated system that
> synchronizes my two clients via an SSH server.
>
> So far, I’ve also read that people use TRAMP in conjunction with an SSH Server
> (and work exclusively on this SSH server).
> I’ve also read about org-sync and magit (git is an option for me).
> And now I’m starting the get confused.
>
> Any helpful thoughts would be greatly appreciated!
>

Dropbox (or similar) client on both machines?




Re: [O] two sets of default header arguments for one language

2015-09-11 Thread Nicolas Goaziou
Rainer M Krug  writes:

> That's a pity.
>
> It would be really great if one could define different sets of
> hearer-args and then, at thr beginning of a code block, simply use:
>
> #+MACRO: forTangle  :tangle ./test.R :export none
> #+MACRO: forExecution  :tangle no :export both :session Test14
> #+MACRO: forNoSession  :tangle no :export both

It might be great. Probably hackish too.

Anyway simplicity of macros is one of its features, IMO. They are
limited, yet useful for simple things.

Fortunately, there are other ways to achieve what you want without them.

> Would it be difficult to include this feature?

Probably not. The most permissive model for macros is even simpler to
implement than the current one, i.e., something like

  (replace-regexp-in-string macro-regexp macro-template buffer)

However macros actually follow a different paradigm, in which they are
required to be parsed. As a consequence they cannot really break the
structure of their container, which turns them into "safe" tools. For
example, you can compare the model above and the current one in the
following document

  A paragraph Paragraph{{{this(arg
  #+name: table
  | cell | )}}}  |

Your proposal in to allow them where the parser doesn't look, e.g.,
Babel header arguments, but probably also other places (node properties,
keywords...). It is difficult to draw a line. In any case, I'm not sure
macros would benefit from it. Babel can already do a lot of
destructuring in a document, not every tool needs to be as versatile as
Babel.


Regards,



Re: [O] Bug: LaTeX source code blocks not exported in Markdown [8.3.1 (8.3.1-103-g366dc4-elpa @ /home/bitouze/.emacs.d/elpa/org-20150907/)]

2015-09-11 Thread Nicolas Goaziou
Hello,

dbito...@wanadoo.fr (Denis Bitouzé) writes:

> When exported to Mardown, the following org mode file:
>

[...]

> * \LaTeX code
> #+BEGIN_SRC latex
> latex
> #+END_SRC
>
> (Huh: nothing?)
>
> gives:
>
>   ┌
>   │ 
>   │ [...]
>   │ 
>   │ 
>   │ # Lisp code
>   │ 
>   │ (some-code)
>   │ 
>   │ # Foo code
>   │ 
>   │ Foo
>   │ 
>   │ # \LaTeX code
>   │ 
>   │ (Huh: nothing?)
>   └
>
> Expected behavior:
>
>   ┌
>   │ #+BEGIN_SRC latex
>   │ latex
>   │ #+END_SRC
>   └
>
> gives:
>
>   ┌
>   │ latex
>   └

This is because latex block can be evaluated, which gives:

  #+RESULTS:
  #+BEGIN_LaTeX
  latex
  #+END_LaTeX

i.e., the generated results appear only when using latex export backend.
The original block is removed thereafter. You can use instead:

  #+BEGIN_SRC latex :exports code
  latex
  #+END_SRC

Regards,

-- 
Nicolas Goaziou



Re: [O] Favorite way of syncing?

2015-09-11 Thread Ramon Diaz-Uriarte



On Fri, 11-09-2015, at 15:59, Tobias Frischholz  wrote:
> Hey there!
>
> I was wondering what is your favorite way of syncing your org files and
> everything.  I’ve checked out unison, but I want more of an automated
> system that synchronizes my two clients via an SSH server.
>

I use syncthing (https://syncthing.net/) which, admittedly, does not
require a server nor uses SSH :-). I keep four computers in sync this way,
and also use it to send/receive the org files (with MobileOrg) to/from
android devices. It is as automatic as I can think of. Once set up, I have
to do nothing and it just works.


If you are familiar with BTsync you can think of syncthing as somewhat
similar (but much better, and free software).


It is possible to enable a rudimentary form of version control with
syncthing itself, but I don't (the files change too often). Instead, one of
the computers (which should always be on) is also running Seafile
(https://www.seafile.com/en/home/), which actually I think uses git as a
backend, so I can recover disasters.


Syncthing provides conflict detection. It is not git, but it is enough for
me with org files (I rarely edit in two or machines at the same time, and
the last machine where I make a change is often connected before I work on
another so I do not often have a chance for conflict). 


[In the past, I used dropbox ---instead of syncthing, though syncthing is
not exactly a one-to-one replacement---, and nightly cron jobs that
committed the org directory in one of the machines to a bzr repo ---instead
of the seafile part--- for disaster recovery.]


> So far, I’ve also read that people use TRAMP in conjunction with an SSH 
> Server (and work exclusively on this SSH server).
> I’ve also read about org-sync and magit (git is an option for me).
> And now I’m starting the get confused.
>

I use magit and git for version control but I do not find formal version
control very useful with my org files. I like to be able to finish
something, stop the timer on the laptop, and a second later put it to
hibernate and leave my house/office, without the need for a commit and
push, and knowing that all of that has been synced to all the other
machines that are on and connected. I know, though, that other people feel
differently.


Best,


R.






> Any helpful thoughts would be greatly appreciated!
>
> Best regards,
> Tobias Frischholz
>
> PGP PUBLIC KEY: http://pgp.mit.edu/pks/lookup?search=0xCD463AC1=index

-- 
Ramon Diaz-Uriarte
Department of Biochemistry, Lab B-25
Facultad de Medicina
Universidad Autónoma de Madrid 
Arzobispo Morcillo, 4
28029 Madrid
Spain

Phone: +34-91-497-2412

Email: rdia...@gmail.com
   ramon.d...@iib.uam.es

http://ligarto.org/rdiaz



Re: [O] What is the most practical workflow for capturing things in Mobileorg and later integrating them into the main files?

2015-09-11 Thread Ramon Diaz-Uriarte



On Fri, 11-09-2015, at 16:00, Jorge  wrote:
> Hi.  When I capture something in MobileOrg, it by default is classified as
> "Captures" and, when I do org-mobile-pull, those captures /silently/ go into
> ~/org/from-mobile.org.  This is bad.
>
> So one workflow would be to write some code that warns me if
> ~/org/from-mobile.org is non-empty, and find a way of hooking it into
> org-mobile-pull.  Then:
> 1) Capture something in MobileOrg
> 2) Do org-mobile-pull
> 3) If the code I wrote as above warns me that ~/org/from-mobile.org is
>non-empty, then visit it, go through the entries, fix them (adding more
>information now that I have a real keyboard) and use org-refile.
>
> Is there a more practical and easier option?
>

That is more or less what I do/what happens in my case:

I get a notification that flagged.org has changed (though I don't recall
ever having configured myself anything explicitly; I guess it is just that
the buffer is open). And when I feel like it, I visit it, add the info
wherever I need to, delete everything from it, and save flagged.org empty.



Best,

R.


> Regards

-- 
Ramon Diaz-Uriarte
Department of Biochemistry, Lab B-25
Facultad de Medicina
Universidad Autónoma de Madrid 
Arzobispo Morcillo, 4
28029 Madrid
Spain

Phone: +34-91-497-2412

Email: rdia...@gmail.com
   ramon.d...@iib.uam.es

http://ligarto.org/rdiaz



Re: [O] What is the most practical workflow for capturing things in Mobileorg and later integrating them into the main files?

2015-09-11 Thread Ken Mankoff
Hi Jorge,

My mobile capture work flow is:

1) Automatically pull whenever changes are made

2) Pulled items go into "refile.org"

3) refile.org tags all items as REFILE with:
   #+FILETAGS: REFILE
   as the top line
   
4) My default (custom) agenda shows a REFILE section if and only if it exists.

In more detail,

1)

;; Pull whenever mobileorg.org changes 
http://stackoverflow.com/questions/3456782/emacs-lisp-how-to-monitor-changes-of-a-file-directory
(defvar monitor-attributes nil "Cached file attributes to be monitored.")
(defun install-monitor (file secs)
  (run-with-timer
   0 secs
   (lambda (f p)
 (let ((att (elt (file-attributes f) 5)))
   (unless (or (null monitor-attributes) (equalp monitor-attributes att))
 (org-mobile-pull)
 (org-mobile-push)
 )
   (setq monitor-attributes att)))
   file secs))
(defvar monitor-timer (install-monitor (concat org-mobile-directory 
"/mobileorg.org") 5)   "Check if MobileOrg/mobileorg.org is changed every 5s.")


And 4)

  (setq org-agenda-custom-commands
'(
  ("c" "My Custom Agenda"
   (
(tags "REFILE" ((org-agenda-overriding-header "REFILE")))
...etc...

AND

https://lists.gnu.org/archive/html/emacs-orgmode/2015-06/msg00266.html

to only show the REFILE section if items are there.

Hope this helps,

  -k.


On 2015-09-11 at 10:00, Jorge  wrote:
> Hi.  When I capture something in MobileOrg, it by default is classified as
> "Captures" and, when I do org-mobile-pull, those captures /silently/ go into
> ~/org/from-mobile.org.  This is bad.
>
> So one workflow would be to write some code that warns me if
> ~/org/from-mobile.org is non-empty, and find a way of hooking it into
> org-mobile-pull.  Then:
> 1) Capture something in MobileOrg
> 2) Do org-mobile-pull
> 3) If the code I wrote as above warns me that ~/org/from-mobile.org is
>non-empty, then visit it, go through the entries, fix them (adding more
>information now that I have a real keyboard) and use org-refile.
>
> Is there a more practical and easier option?
>
> Regards




Re: [O] babel: fancy prompt messes up results of shell block

2015-09-11 Thread Grant Rettke
On Fri, Sep 11, 2015 at 3:29 AM, Loris Bennett
 wrote:
> Hi,
>
> I have a bit of a fancy bash prompt and so the output of evaluating a
> block of shell script ends up a little messy:
>
> #+BEGIN_SRC sh :session install :results output
> echo blah
> #+END_SRC
>
> #+RESULTS:
> : blah
> : ]2;loris@soroban [35m[10:21:45] [31mloris@soroban [36m(1058) 
> [33m/home/loris/tmp[34m[0m
>
> Is there any way to avoid this short of resetting PS1 within the babel
> session?

It looks like `org-babel-sh-strip-weird-long-prompt' removed the
prompt from the output. Your prompt doesn't match that regex? Maybe
redefine it there.



Re: [O] two sets of default header arguments for one language

2015-09-11 Thread Alan Schmitt
Hi Thomas,

On 2015-09-10 23:00, Thomas S. Dye  writes:

>> Is there a way to have two sets of default arguments for a given
>> language, or can I declare a new language just for the sake of different
>> arguments?
>
> Perhaps you could specify language specific header arguments in
> properties and keep the questions under one heading and the answers
> under another heading?
>
> * Questions
>  :PROPERTIES:
>  :header-args:ocaml: :tangle tp1.ml
>  :END:
>
> ...
>
> *Answers
>  :PROPERTIES:
>  :header-args:ocaml: :exports results :results verbatim drawer :post
>  wrap-myres(text=*this*) :tangle tp1_ans.ml
>  :END:

Thank you for the suggestion, but it really goes against the structure
of the document I have in mind.

Alan

-- 
OpenPGP Key ID : 040D0A3B4ED2E5C7
Last week athmospheric CO₂ average (Updated September 9, 2015, Mauna Loa Obs.):
377.86 ppm


signature.asc
Description: PGP signature


Re: [O] location/map intergration/ links for orgmode?

2015-09-11 Thread Eric S Fraga
On Friday, 11 Sep 2015 at 10:54, Xebar Saram wrote:

[...]

> I would love to know if there are open source alternatives to google maps

I cannot help you with the rest of your query but for this, try

  http://www.openstreetmap.org/

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.2, Org release_8.3.1-200-gd854c1



Re: [O] two sets of default header arguments for one language

2015-09-11 Thread Alan Schmitt
On 2015-09-11 00:39, "Charles C. Berry"  writes:

>>> Is there a way to have two sets of default arguments for a given
>>> language, or can I declare a new language just for the sake of different
>>> arguments?
>>>
>>
>> I'd use two new `languages'.
>>
>> For most uses, I think you can get away with as little as this:
>>
>> (defalias 'org-babel-execute:ocaml-a 'org-babel-execute:ocaml)
>> (defalias 'org-babel-execute:ocaml-q 'org-babel-execute:ocaml)
>>
>> (defvar org-babel-default-header-args:ocaml-a
>>  '((:exports . "results") [fill in the rest] ))
>> (defvar org-babel-default-header-args:ocaml-q
>>  '((:tangle . "tp1.ml")))
>>
>>
>> and have acceptable behavior without stepping on the original language.
>
>
> You also want to customize `org-src-lang-modes' to be able to edit the src
> code natively.

Very nice! I’ll give it a try. Thanks a lot,

Alan

-- 
OpenPGP Key ID : 040D0A3B4ED2E5C7
Last week athmospheric CO₂ average (Updated September 9, 2015, Mauna Loa Obs.):
377.86 ppm


signature.asc
Description: PGP signature


[O] location/map intergration/ links for orgmode?

2015-09-11 Thread Xebar Saram
Hi all

i wonder if anyone has experience with using maps etv in orgmode?
i have used org very successfully in my last 2 trips abroad to detail/note
places to visit (and eat! :)). i then usually search for the place name in
google maps and mark it there so i can reach it easily.
I would love to know if there are open source alternatives to google maps
and/or way to integrate location/map services in orgmode

thx !

Z


[O] babel: fancy prompt messes up results of shell block

2015-09-11 Thread Loris Bennett
Hi,

I have a bit of a fancy bash prompt and so the output of evaluating a
block of shell script ends up a little messy:

#+BEGIN_SRC sh :session install :results output
echo blah
#+END_SRC

#+RESULTS:
: blah
: ]2;loris@soroban[35m[10:21:45] [31mloris@soroban [36m(1058) 
[33m/home/loris/tmp[34m[0m

Is there any way to avoid this short of resetting PS1 within the babel
session?

Cheers,

Loris

-- 
This signature is currently under construction.




Re: [O] two sets of default header arguments for one language

2015-09-11 Thread Alan Schmitt
On 2015-09-11 09:09, Rainer M Krug  writes:

> Nicolas Goaziou  writes:
>
>> Hello,
>>
>> Rainer M Krug  writes:
>>
>>> Do macros work for properties ? If yes, you could degine two macro,
>>> one for each set of properties.
>>
>> No, they don't.
>
> That's a pity.
>
> It would be really great if one could define different sets of
> hearer-args and then, at thr beginning of a code block, simply use:

This would be great indeed.

I’m still going to look at macros as I noticed the code always has the
shape
- source block with the answer
- source block for a test for the students
- source block for tests to grade the students answers

Thanks for the suggestion!

Alan

-- 
OpenPGP Key ID : 040D0A3B4ED2E5C7
Last week athmospheric CO₂ average (Updated September 9, 2015, Mauna Loa Obs.):
377.86 ppm


signature.asc
Description: PGP signature


Re: [O] obtain ob-template.el for Babel language extension

2015-09-11 Thread Marco Maggesi
Hi,

I also have a few questions about ob-template.el

1. Can we assume that the HEAD version of ob-template.el is adequate as a
basis for an implementation which is compatible with org version 8.2.xx
(i.e., with older versions of org-mode)?

2. In function org-babel-execute:template functions first, second, third,
etc are used to extract values from processed-params. However, such
function are not defined in elisp, (nth N processed-params) should be used
instead.  Is it correct?
Also, it seems from other examples that the usual approach is to use assoc,
e.g.,  (cdr (assoc ":session" params)). Are there enforced conventions that
ensure the order in processed-params?

3. In function org-babel-expand-body:template we assume that vars is a list
of pairs.  However, it seems to me from some experiments that sometimes
vars contains symbols. Am I wrong?

Thank you,
Marco


Il giorno ven 11 set 2015 alle ore 18:03 Thomas S. Dye  ha
scritto:

> Aloha Joe,
>
> Joe Riel  writes:
>
> > On Thu, 10 Sep 2015 20:38:12 -1000
> > Thomas S. Dye  wrote:
> >
> >> Aloha Joe,
> >>
> >> Joe Riel  writes:
> >>
> >> > How do I get a copy of ob-template.el?
> >> > The file can be viewed at
> http://orgmode.org/w/worg.git/blob/HEAD:/org-contrib/babel/ob-template.el
> >> > however, that is an html file and not the elisp.
> >> > I tried using git to clone http://orgmode.org/w/worg.git
> >> > but that does not work.
> >>
> >> ~$ git clone git://orgmode.org/worg.git
> >>
> >> You should find ob-template.el in org-contrib/babel/
> >
> > Thanks, that was helpful.  Probably mention of that fact
> > should be added to the languages.org file---currently it
> > links directly to the html file which is less useful.
>
> Done.  Thanks.
>
> > Are elisp files that implement the languages in worg?
> > I found the *.org files that document them, but not their
> > sources.
>
> The language source files are distributed with Org mode.  You can find
> them at lisp/ob-*.el.
>
> hth,
> Tom
> --
> Thomas S. Dye
> http://www.tsdye.com
>
>


Re: [O] Favorite way of syncing?

2015-09-11 Thread Eric S Fraga
On Friday, 11 Sep 2015 at 18:42, Ramon Diaz-Uriarte wrote:

[...]

> I use syncthing (https://syncthing.net/) which, admittedly, does not
> require a server nor uses SSH :-). I keep four computers in sync this way,
> and also use it to send/receive the org files (with MobileOrg) to/from

Thanks for the heads up on this.  The only thing I use Dropbox for is
MobileOrg and I would love to avoid using a proprietary *and* closed
system, especially as some of the content is sensitive.  Off to read the
web site...  :-)

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.2, Org release_8.3.1-234-g8c85c9



[O] Not opening agenda files when clocking in

2015-09-11 Thread Julian M. Burgos
Dear list,

When clocking in at some particular task, org-mode opens all my agenda
files (I assume to check if there are dangling clocks).  I have many
agenda files, and I rather avoid opening tons of new buffers.  Is there any
way to make org-mode not check for dangling clocks in other agenda
files?  I only clock time in a single file (my journal.org file).

Many thanks,

Julian
-- 
Julian Mariano Burgos, PhD
Hafrannsóknastofnun/Marine Research Institute
Skúlagata 4, 121 Reykjavík, Iceland
Sími/Telephone : +354-5752037
Bréfsími/Telefax:  +354-5752001
Netfang/Email: jul...@hafro.is
n



Re: [O] ODT export backend missing

2015-09-11 Thread Eduardo Mercovich
Hi Jorge. 

>> The export dispatcher does not show ODT.  I see no errors in the
>> messages buffer, and Emacs does not print any error to the terminal.

> I discovered command org-odt-export-to-odt and called it directly.  Worked.
> Should have thought of it before.  Sorry.

While true and not a bug, I also thought about that before. 

If it exists, it works and it's an open format, shouldn't it be listed with
the rest? Just asking. 

Best... 


-- 
eduardo mercovich 

 Donde se cruzan tus talentos 
 con las necesidades del mundo, 
 ahí está tu vocación. (Aristóteles)



Re: [O] Favorite way of syncing?

2015-09-11 Thread Kyle Meyer
Myles English  writes:

>> I was wondering what is your favorite way of syncing your org files
>> and everything.
>
> For org files I use git combined with myrepos and it has been working
> very well for me for several years.  For dotfiles I recently discovered
> vcsh, also synced via myrepos.  It too is working nicely so far.
>
> When I leave one computer I type 'mr update' and everything syncs to a
> server running gitolite that manages bare repos.  When I get to another
> computer I type 'mr update' to sync it again.

I'd also recommend trying myrepos and wanted to add that you can avoid
using a bare repo by syncing with git annex [1].  This works regardless
of whether you decide to check your changes into git annex (which tracks
versions of a file and where it exists but not the actual content) or
track the content as usual with git.  I don't do this for my Org files
(like Myles, I use plain git and a central bare repo), but I use git
annex for other files whose content I don't want to track with git.

[1] Also by Joey Hess, the author of myrepos.
https://git-annex.branchable.com/

--
Kyle



Re: [O] Favorite way of syncing?

2015-09-11 Thread Myles English

Hi Tobias,

Tobias Frischholz writes:

> I was wondering what is your favorite way of syncing your org files and 
> everything.

For org files I use git combined with myrepos and it has been working
very well for me for several years.  For dotfiles I recently discovered
vcsh, also synced via myrepos.  It too is working nicely so far.

When I leave one computer I type 'mr update' and everything syncs to a
server running gitolite that manages bare repos.  When I get to another
computer I type 'mr update' to sync it again.

It is quite complicated but does the job.

https://myrepos.branchable.com
https://github.com/RichiH/vcsh
http://gitolite.com/gitolite/index.html

Myles



Re: [O] Merge branch 'maint'

2015-09-11 Thread Oleh Krehel
Kyle Meyer  writes:

>> As far as I understood, maint is a subset of master, i.e. all commits
>> that are in maint are in master as well. Is that correct?
>
> Yes.  As long as there aren't any new commits on maint that have yet to
> be merged

What is the purpose of maint exactly? In Emacs git repository there's
master and emacs24. All commits apply to master first, while some are
cherry picked onto emacs24. The emacs24 branch will never be merged into
master: it's divergent and that's fine.

As I understood, for Org mode some commits are applied to maint, and
then merged into master. Why?

Oleh



Re: [O] Merge branch 'maint'

2015-09-11 Thread Achim Gratz

Am 11.09.2015 um 13:59 schrieb Oleh Krehel:

What is the purpose of maint exactly?


It's a bit short on the explanation side, but does that help?

http://orgmode.org/worg/dev/index.html

Also (not exactly the branch model ORg uses, but explains the issues in 
more detail):


http://nvie.com/posts/a-successful-git-branching-model/
http://www.draconianoverlord.com/2013/09/07/no-cherry-picking.html
http://williamdurand.fr/2012/01/17/my-git-branching-model/


In Emacs git repository there's
master and emacs24. All commits apply to master first, while some are
cherry picked onto emacs24. The emacs24 branch will never be merged into
master: it's divergent and that's fine.


You might want to check your facts (most recently, see for instance 
commit 59db4308b546).  Realitity simply doesn't conform to your 
world-view and the conclusions you draw from it are similarly distorted. 
 Cherry-picking from master to emacs24 is actually fixing a mistake 
made when committing a bug-fix to master.



As I understood, for Org mode some commits are applied to maint, and
then merged into master. Why?


Because that's how you make sure that bugfixes are applied to the 
releases in maint and get incorporated into master so that they don't 
vanish with the next release, all while each change appears exactly in 
one commit.



--
Achim.

(on the road :-)




[O] What is the most practical workflow for capturing things in Mobileorg and later integrating them into the main files?

2015-09-11 Thread Jorge
Hi.  When I capture something in MobileOrg, it by default is classified as
"Captures" and, when I do org-mobile-pull, those captures /silently/ go into
~/org/from-mobile.org.  This is bad.

So one workflow would be to write some code that warns me if
~/org/from-mobile.org is non-empty, and find a way of hooking it into
org-mobile-pull.  Then:
1) Capture something in MobileOrg
2) Do org-mobile-pull
3) If the code I wrote as above warns me that ~/org/from-mobile.org is
   non-empty, then visit it, go through the entries, fix them (adding more
   information now that I have a real keyboard) and use org-refile.

Is there a more practical and easier option?

Regards



[O] Bug: LaTeX source code blocks not exported in Markdown [8.3.1 (8.3.1-103-g366dc4-elpa @ /home/bitouze/.emacs.d/elpa/org-20150907/)]

2015-09-11 Thread Denis Bitouzé


Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?  See

 http://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org-mode mailing list.


When exported to Mardown, the following org mode file:

--8<---cut here---start->8---
* Lisp code
#+begin_src emacs-lisp
(some-code)
#+end_src

* Foo code
#+BEGIN_SRC foo
Foo
#+END_SRC

* \LaTeX code
#+BEGIN_SRC latex
latex
#+END_SRC

(Huh: nothing?)
--8<---cut here---end--->8---

gives:

  ┌
  │ 
  │ [...]
  │ 
  │ 
  │ # Lisp code
  │ 
  │ (some-code)
  │ 
  │ # Foo code
  │ 
  │ Foo
  │ 
  │ # \LaTeX code
  │ 
  │ (Huh: nothing?)
  └

Expected behavior:

  ┌
  │ #+BEGIN_SRC latex
  │ latex
  │ #+END_SRC
  └

gives:

  ┌
  │ latex
  └
  
Emacs  : GNU Emacs 24.5.1 (i686-pc-linux-gnu, GTK+ Version 3.14.8)
 of 2015-06-29 on drums.chezmoi.fr
Package: Org-mode version 8.3.1 (8.3.1-103-g366dc4-elpa @ 
/home/bitouze/.emacs.d/elpa/org-20150907/)

current state:
==
(setq
 org-entities-user '(("nok" "{\\color{red}\\ding{55}}" nil "" "NOK"
  "NOK" "✘")
 ("ok" "{\\color{checkmark}\\ding{51}}" nil ""
  "OK" "OK" "✔")
 )
 org-enforce-todo-checkbox-dependencies t
 org-inlinetask-default-state "TODO"
 org-agenda-search-view-always-boolean t
 org-agenda-log-mode-items '(clock)
 org-latex-format-headline-function 'leuven--org-latex-format-headline
 org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point 
org-babel-execute-safely-maybe)
 org-pretty-entities t
 org-latex-packages-alist '(("" "listings") ("" "xcolor") ("french" "babel"))
 org-html-format-inlinetask-function 
'org-html-format-inlinetask-default-function
 org-stuck-projects '("+LEVEL=2/-DONE" ("TODO" "STRT") nil "")
 org-refile-use-cache t
 org-clock-in-resume t
 org-clock-out-when-done nil
 org-log-states-order-reversed nil
 org-odt-preferred-output-format "doc"
 org-agenda-sticky t
 org-goto-interface 'outline-path-completion
 outline-minor-mode-hook '(leuven--outline-minor-mode-hook
   (lambda nil
(if (and outline-minor-mode (derived-mode-p (quote
 
emacs-lisp-mode)))
 (progn (hide-sublevels 1000)))
)
   )
 org-agenda-skip-scheduled-if-done t
 org-ellipsis " ►"
 org-clock-persist t
 org-archive-location "::* Archive"
 org-agenda-window-setup 'current-window
 org-adapt-indentation nil
 org-agenda-entry-text-leaders "   │ "
 org-agenda-scheduled-leaders '("Scheduled  " "   ")
 org-clock-mode-line-total 'all
 org-tab-first-hook '(org-hide-block-toggle-maybe
  org-babel-hide-result-toggle-maybe
  org-babel-header-arg-expand)
 org-agenda-exporter-settings '((ps-number-of-columns 1) (ps-landscape-mode t)
(htmlize-output-type (quote css)))
 org-archive-hook '(org-attach-archive-delete-maybe)
 org-refile-targets '((nil :maxlevel . 4) (nil :maxlevel . 2))
 org-html-htmlize-output-type 'css
 org-modules '(org-info org-habit org-gnus org-id org-checklist)
 org-cycle-hook '(org-inlinetask-hide-tasks org-cycle-hide-archived-subtrees
  org-cycle-hide-drawers
  org-cycle-show-empty-lines 
org-optimize-window-after-visibility-change)
 org-html-checkbox-type 'unicode
 org-mime-send-subtree-hook '((lambda nil
   (org-entry-put (point) "mail_composed"
(current-time-string)))
  )
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-confirm-babel-evaluate nil
 org-speed-command-hook '(org-speed-command-default-hook 
org-babel-speed-command-hook)
 org-src-window-setup 'current-window
 org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default
 org-export-preprocess-hook '(leuven--org-export-preprocess-hook)
 org-clock-total-time-cell-format "%s"
 org-export-snippet-translation-alist '(("b" . "beamer") ("l" . "latex") ("h" . 
"html"))
 org-agenda-current-time-string "Right now"
 org-blocker-hook '(org-block-todo-from-checkboxes 
org-block-todo-from-children-or-siblings-or-parent)
 org-fontify-done-headline t
 org-agenda-skip-deadline-prewarning-if-scheduled 7
 org-agenda-restore-windows-after-quit t
 org-return-follows-link t
 org-babel-pre-tangle-hook '(save-buffer)
 org-agenda-diary-file "~/org/diary.org"
 org-export-time-stamp-file nil
 org-occur-hook '(org-first-headline-recenter)
 org-emphasis-alist '(("*" bold "" "") ("/" italic "" "")
  ("_" underline "" "")
  ("=" org-verbatim 

[O] Favorite way of syncing?

2015-09-11 Thread Tobias Frischholz
Hey there!

I was wondering what is your favorite way of syncing your org files and 
everything.
I’ve checked out unison, but I want more of an automated system that 
synchronizes my two clients via an SSH server.

So far, I’ve also read that people use TRAMP in conjunction with an SSH Server 
(and work exclusively on this SSH server).
I’ve also read about org-sync and magit (git is an option for me).
And now I’m starting the get confused.

Any helpful thoughts would be greatly appreciated!

Best regards,
Tobias Frischholz

PGP PUBLIC KEY: http://pgp.mit.edu/pks/lookup?search=0xCD463AC1=index



signature.asc
Description: Message signed with OpenPGP using GPGMail


Re: [O] Favorite way of syncing?

2015-09-11 Thread Erik Hetzner
Hi Tobias,

On Fri, 11 Sep 2015 06:59:31 -0700,
Tobias Frischholz  wrote:
> 
> Hey there!
> 
> I was wondering what is your favorite way of syncing your org files and 
> everything.
> I’ve checked out unison, but I want more of an automated system that 
> synchronizes my two clients via an SSH server.

> […]

I finally settled on the following (although syncthing looks
promising):

1. git for my 2 org dirs (for home & work)

2. git-annex to manage attachments (I have a local patch to
automatically get annex files from a repo when opening, but haven’t
submitted it yet)

3. git-auto-commit-mode with the following setup:

  ;; auto-commit to git if the file is in one of my notes repos
  (defun egh:maybe-git-auto-commit-mode ()
(let* ((bfn (buffer-file-name))
   (root (and bfn (vc-git-root (buffer-file-name
   (full-root (and root (expand-file-name root
  (if (or (string-equal full-root "/home/egh/c/notes/h/")
  (string-equal full-root "/home/egh/c/notes/w/"))
  (git-auto-commit-mode +1

  (add-hook 'org-mode-hook #'egh:maybe-git-auto-commit-mode)
  (setq-default gac-automatically-push-p t)

4. A simple script called morning to sync it up:
Hope that helps!

  #!/bin/sh
  cd ~/c/notes/h
  git pull origin master
  git annex copy --fast --to=cloud
  git annex sync

best, Erik
--
Sent from my free software system .



Re: [O] obtain ob-template.el for Babel language extension

2015-09-11 Thread Thomas S . Dye
Aloha Joe,

Joe Riel  writes:

> On Thu, 10 Sep 2015 20:38:12 -1000
> Thomas S. Dye  wrote:
>
>> Aloha Joe,
>> 
>> Joe Riel  writes:
>> 
>> > How do I get a copy of ob-template.el?
>> > The file can be viewed at 
>> > http://orgmode.org/w/worg.git/blob/HEAD:/org-contrib/babel/ob-template.el
>> > however, that is an html file and not the elisp.
>> > I tried using git to clone http://orgmode.org/w/worg.git
>> > but that does not work.
>> 
>> ~$ git clone git://orgmode.org/worg.git
>> 
>> You should find ob-template.el in org-contrib/babel/
>
> Thanks, that was helpful.  Probably mention of that fact
> should be added to the languages.org file---currently it
> links directly to the html file which is less useful.

Done.  Thanks.

> Are elisp files that implement the languages in worg?
> I found the *.org files that document them, but not their
> sources.

The language source files are distributed with Org mode.  You can find
them at lisp/ob-*.el.

hth,
Tom
-- 
Thomas S. Dye
http://www.tsdye.com



Re: [O] Merge branch 'maint'

2015-09-11 Thread Oleh Krehel
Stefan Nobis  writes:

> Oleh Krehel  writes:
>
>> Would it be so hard for Git to perform a single merge of master into
>> maint on release, while keeping them separate and cherry-picking
>> in-between for the sake of a clean linear history?
>
> The question is not whether git is capable of doing this (there are
> ways to accomplish this goal). The true question is: Do you really
> want a linear history?

Of course I do: it's prettier. My problem is that I don't see the
advantages that the other approach brings, I only see that it takes away
the prettiness.

> A linear history may look pretty, but at the same time you loose
> information. In a big complex project that is also a dependency to
> another complex project, a bit more ugly bookeeping may make
> maintenance easier.

Org's git history doesn't look complex at all: the commits are pretty
much synchronous and applied to master and maint at the same time.
Basically, Org's history is already linear, it's just hard to see it
behind the ugly bookkeeping.

Oleh





Re: [O] Favorite way of syncing?

2015-09-11 Thread Eric Abrahamsen
Myles English  writes:

> Hi Tobias,
>
> Tobias Frischholz writes:
>
>> I was wondering what is your favorite way of syncing your org files and 
>> everything.
>
> For org files I use git combined with myrepos and it has been working
> very well for me for several years.  For dotfiles I recently discovered
> vcsh, also synced via myrepos.  It too is working nicely so far.
>
> When I leave one computer I type 'mr update' and everything syncs to a
> server running gitolite that manages bare repos.  When I get to another
> computer I type 'mr update' to sync it again.
>
> It is quite complicated but does the job.
>
> https://myrepos.branchable.com
> https://github.com/RichiH/vcsh
> http://gitolite.com/gitolite/index.html

Uh oh, I might have to start playing with this! Though there's something
nice about the morning ritual of going through a bunch of repos and
updating them.

For doing version control of dotfiles or other collections of
non-interrelated single files, I've been curious about (but haven't yet
tried) ESR's src:

http://www.catb.org/~esr/src/




Re: [O] Commit ceae5d651b80295f35c01ecfc53661c7e8eceba7 Breaks syncing with Android

2015-09-11 Thread Charles Philip Chan
On 11 Aug 2015, cpc...@bell.net wrote:
On 11 Aug 2015, m...@nicolasgoaziou.fr wrote:

>> Do you have any other information to share? E.g., what happens when
>> syncing breaks?

> Yes. The sync fails with a "Syntax error in regexp pattern near index
> 383" error on the Android (version 5.1.1) side.

I just upgraded to the latest git version of org-mode and this problem
still persists. I have to use an older version of org-mobile for syncing
to work.

Charles

-- 
"Are [Linux users] lemmings collectively jumping off of the cliff of
reliable, well-engineered commercial software?"
(By Matt Welsh)


-- 
Linux!  Guerrilla UNIX Development Venimus, Vidimus, Dolavimus.
(By m...@ka4ybr.com, Mark A. Horton KA4YBR)


signature.asc
Description: PGP signature


[O] Are ~:results~ "drawer" and ~:wrap~ at odds with each other?

2015-09-11 Thread Grant Rettke
Good evening,

Studying header arguments I expected that ~:results~ "drawer" would
have identical results as ~:wrap~: store
results in a BEGIN_RESULTS special block and close it. Instead, :wrap
wrapped the results in a backend
specific exporter block. In my case, text.

I've got it wrong in my mind. How is :wrap supposed to work and how is
it different from the :results configuration?

Grant Rettke
--
g...@wisdomandwonder.com | http://www.wisdomandwonder.com/
“Wisdom begins in wonder.” --Socrates
“All creativity is an extended form of a joke.” --Kay
((λ (x) (x x)) (λ (x) (x x)))
“Life has become immeasurably better since I have been forced to stop
taking it seriously.” --Thompson



[O] Single outer smart quotes.

2015-09-11 Thread Leonard Randall
Hi,

The new smart quotes algorithm does not seem to capture British style
quoting (single outer quotes, double inner quotes) correctly. It treats all
single quotes that are not enclosed in double quotes as apostrophes. I
assume that it was revised to deal with apostrophes that occur on the
outside of words, and I saw that it was updated again just last week to
deal with some edge cases. Do you think that there is an easy way to make
it recognise single outer quotes without sacrificing the recent gains, or
would it be better just to treat American style quoting as the standard for
source files, and just add an en-gb entry to org-export-smart-quotes-alist
that converts double quotes to single quotes and vice versa?

Thanks,
Leonard


Re: [O] Favorite way of syncing?

2015-09-11 Thread Eric Abrahamsen

On 09/11/15 20:59 PM, Tobias Frischholz wrote:
>> I do this, too. I don't think Magit helps much, in fact I'd be better
>> off writing functions for `emacs-startup-hook' and `kill-emacs-hook'
>> that do my pushes and pulls for me.
>
> Those hooks sound very interesting to mean. Has anyone on this list 
> information in programming those?

The only thing I can think of that might be worth noting is that
`kill-emacs-hook' is meant for non-interactive hooks. If you want your
hook to query the user, you're supposed to use
`kill-emacs-query-functions' instead.

Eric




[O] Scheme code block gives false error message

2015-09-11 Thread Lawrence Bottorff
When I run this code:

#+BEGIN_SRC scheme :session ch1 :exports both
(define (check-it x)
  (cond
((string? x) (string-length x))
((number? x) (if (<= x 0) x (sub1 x)))
((boolean? x) (if (and #t x) 10 20))
(else #f)))
#+END_SRC

I get this error message:

org-babel-scheme-execute-with-geiser: Invalid read syntax: "#"

But the Chicken Scheme session has accepted the check-it function just
fine. A stand-alone csi REPL works fine, too. Why, then, do I get this
cryptic error?

LB


[O] Noweb: Same function, two string results differ one with double-quotes the other without

2015-09-11 Thread Grant Rettke
Good evening,

I am studying Noweb-Ref usage. I set up this example:

;; ✂✂
#+begin_src emacs-lisp :tangle "test.el" :results value table drawer
replace :noweb yes
(let ((a <>)
  (b <>))
  (list a
(type-of a)
b
(type-of b)))
#+end_src

#+RESULTS:
:RESULTS:
| HELLO, YOU. | string | "HELLO, WORLD." | string |
:END:

#+name: ucase
#+begin_src emacs-lisp :var x="WeAthEr" :results value scalar drawer replace
(upcase x)
#+end_src

#+RESULTS: ucase
:RESULTS:
"WEATHER"
:END:

#+name: emacs-lisp-data
#+begin_src emacs-lisp :results value scalar drawer replace
"Hello, world."
#+end_src

#+RESULTS: emacs-lisp-data
:RESULTS:
"Hello, world."
:END:
;; ✂✂

Then I executed each source block.

I was expecting as a result of the first source block to be a list
containing 4 items: double-quoted string, symbol,
double-quoted-string, symbol. Instead what I got was the first string
was not double quoted and the second was. Why doesn't the first value
have double quotes and the third value does have them? The scalar
values return the string and output with double quotes in the last two
source blocks.

Here is how I set up this ECM.

Emacs version: "GNU Emacs 24.4.1 (x86_64-apple-darwin13.4.0, NS
apple-appkit-1265.21)\n of 2015-03-16 on orion"

Org-Mode: "8.3.1" from Git at commit 8c85c990521cc833df9179894f6f8b2934d2231a

Updated autoloads.

I use a ECM startup file to start emacs and org mode for ECMS like this:

=open /Applications/Emacs.app --args --quick --load
~/src/help/.org-mode-ecm.emacs.el= which contains

;; ✂✂
;; -*- lexical-binding: t -*-
(setq load-prefer-newer t)
(add-to-list 'load-path "~/src/org-mode/lisp")
(add-to-list 'load-path "~/src/org-mode/contrib/lisp")
(setq org-list-allow-alphabetical t)
(setq org-enforce-todo-checkbox-dependencies t)
(require 'org)
;; ✂✂


Re: [O] obtain ob-template.el for Babel language extension

2015-09-11 Thread Joe Riel
On Fri, 11 Sep 2015 06:03:32 -1000
Thomas S. Dye  wrote:

> Aloha Joe,
> 
> Joe Riel  writes:
> 
> > On Thu, 10 Sep 2015 20:38:12 -1000
> > Thomas S. Dye  wrote:
> >
> >> Aloha Joe,
> >> 
> >> Joe Riel  writes:
> >> 
> >> > How do I get a copy of ob-template.el?
> >> > The file can be viewed at 
> >> > http://orgmode.org/w/worg.git/blob/HEAD:/org-contrib/babel/ob-template.el
> >> > however, that is an html file and not the elisp.
> >> > I tried using git to clone http://orgmode.org/w/worg.git
> >> > but that does not work.
> >> 
> >> ~$ git clone git://orgmode.org/worg.git
> >> 
> >> You should find ob-template.el in org-contrib/babel/
> >
> > Thanks, that was helpful.  Probably mention of that fact
> > should be added to the languages.org file---currently it
> > links directly to the html file which is less useful.
> 
> Done.  Thanks.
> 
> > Are elisp files that implement the languages in worg?
> > I found the *.org files that document them, but not their
> > sources.
> 
> The language source files are distributed with Org mode.  You can find
> them at lisp/ob-*.el.

Thanks.  

No offense, but the help pages on the code blocks could really use
improvement.  For example,

Exporting code blocks
-
Nowhere does this section explain *how* you can export a code block,
nor are there any links to pages that are helpful.  As a minimum it
should include the relevant commands and the key bindings for
exporting code blocks.  Where are they?

Evaluating code blocks
--
The second paragraph states that only 'emacs-lisp' is enabled by
default.  Suppose I want to use something other than 'emacs-lisp',
*how* do I enable that?  The parenthetical comment states that the
Languages section lists the supoported languages but doesn't mention
that the explanation of enabling other languages is there.  Better
to not leave the reader hanging.  How about this:

"By default, the evaluation facility is only enabled for Lisp code
blocks specified as ‘emacs-lisp’.  See _Languages_ for instructions on
enabling other languages and for a list of supported languages.  See
_Structure of code blocks_ for information on the syntax used to
define a code block."





-- 
Joe Riel




Re: [O] org-collector unable to handle macros

2015-09-11 Thread Mark Edgington
Aaron Ecay  gmail.com> writes:

> 
> This looks like the same problem I reported (and provided a patch for) here:
> .  Some orgtbl-*
> functions can’t cope with macro (or macro-resembling) text, because they
> use the exporter, which expects all macros to have valid definitions.
> 
> Hopefully this time the bug can actually get fixed, instead of becoming
> bogged down in irrelevant aspects of the context in which it is
> reported.
> 

The link you provided doesn't seem to be a valid URL.  Can you check it, and
post a new one?



Re: [O] Merge branch 'maint'

2015-09-11 Thread Josiah Schwab
Hello Oleh,

On 11 September 2015 at 04:59 PDT, Oleh Krehel wrote:

> What is the purpose of maint exactly? In Emacs git repository there's
> master and emacs24. All commits apply to master first, while some are
> cherry picked onto emacs24. The emacs24 branch will never be merged into
> master: it's divergent and that's fine.
>
> As I understood, for Org mode some commits are applied to maint, and
> then merged into master. Why?

It may be helpful for you to do a some background reading on workflows
with git.  Have you ever read the gitworkflows man page?

  https://www.kernel.org/pub/software/scm/git/docs/gitworkflows.html

This page discusses many of the questions you have raised.

Best,
Josiah



Re: [O] Merge branch 'maint'

2015-09-11 Thread Suvayu Ali
On Thu, Sep 10, 2015 at 06:26:59PM -0400, Kyle Meyer wrote:
> Oleh Krehel  writes:
> 
> > Why not just cherry-pick the commits from master onto maint, or the
> > other way around? That would result in no merge commits.
> 
> The result of doing that is IMO worse than many merge commits.  For each
> fix in maint, you'd end up with two commits that are linked only by a
> patch id (if there are no conflicts) and perhaps a reference in the
> message (e.g., if -x is used and there are no conflicts).  Merging
> allows you to manage a large set of changes, including conflicts,
> between upstream and downstream branches and to be sure about which
> commits a branch contains.

Indeed!  It's one of Git's upsides, why fight it?

> I think cherry picking should be limited to one-off cases where a fix
> lands in master and then it is later realized that it's needed in maint.

Well said.

-- 
Suvayu

Open source is the future. It sets us free.



Re: [O] Merge branch 'maint'

2015-09-11 Thread Oleh Krehel
Josiah Schwab  writes:

Hi Josiah,

>> As I understood, for Org mode some commits are applied to maint, and
>> then merged into master. Why?
>
> It may be helpful for you to do a some background reading on workflows
> with git.  Have you ever read the gitworkflows man page?
>
>   https://www.kernel.org/pub/software/scm/git/docs/gitworkflows.html
>
> This page discusses many of the questions you have raised.

Thanks for the link. I've read it, and it does make sense.  But making
sense doesn't make it more convenient. I can understand some feature
branch being merged, but is the workflow of applying a single commit to
maint and merging maint into master really the best that Git can offer?

Would it be so hard for Git to perform a single merge of master into
maint on release, while keeping them separate and cherry-picking
in-between for the sake of a clean linear history?  The easy way would
be to rewrite maint on each release, but perhaps Git can do better?

Oleh





Re: [O] Favorite way of syncing?

2015-09-11 Thread Jorge A. Alfaro-Murillo

Tobias Frischholz writes:

I was wondering what is your favorite way of syncing your org 
files and everything. 
[...] 
I’ve also read about org-sync and magit (git is an option for 
me).  And now I’m starting the get confused.


magit is just the emacs mode for git, if you don't have it and use 
git you should really install it. But it does not sync anything 
you still have to M-x magit  F F and M-x magit  P P, 
for pull and push.


I have several computers and synchronize my org files with git. I 
think it is the best option because I do not have to worry about 
the sync not working (for example when I do not have a connection) 
and conflicts in the files.


--
Jorge.




Re: [O] Favorite way of syncing?

2015-09-11 Thread Alan Schmitt
Hello,

I’m currently working on a single machine, but I may have a couple
suggestions.

On 2015-09-11 15:59, Tobias Frischholz  writes:

> Hey there!
>
> I was wondering what is your favorite way of syncing your org files and
> everything.
> I’ve checked out unison, but I want more of an automated system that
> synchronizes my two clients via an SSH server.

Have you looked at the “-repeat” option of unison? When I was using
several machines, I was using simple scripts to run when I arrived and
when I left, making sure I was up to date.

> So far, I’ve also read that people use TRAMP in conjunction with an SSH Server
> (and work exclusively on this SSH server).
> I’ve also read about org-sync and magit (git is an option for me).
> And now I’m starting the get confused.
>
> Any helpful thoughts would be greatly appreciated!

The problem with git is that you need to make sure you pull before
starting to make changes. This can also be solved by a script.

Please let us know when you have a working workflow.

Best,

Alan

-- 
OpenPGP Key ID : 040D0A3B4ED2E5C7
Last week athmospheric CO₂ average (Updated September 9, 2015, Mauna Loa Obs.):
377.86 ppm


signature.asc
Description: PGP signature


Re: [O] obtain ob-template.el for Babel language extension

2015-09-11 Thread Joe Riel
On Thu, 10 Sep 2015 20:38:12 -1000
Thomas S. Dye  wrote:

> Aloha Joe,
> 
> Joe Riel  writes:
> 
> > How do I get a copy of ob-template.el?
> > The file can be viewed at 
> > http://orgmode.org/w/worg.git/blob/HEAD:/org-contrib/babel/ob-template.el
> > however, that is an html file and not the elisp.
> > I tried using git to clone http://orgmode.org/w/worg.git
> > but that does not work.
> 
> ~$ git clone git://orgmode.org/worg.git
> 
> You should find ob-template.el in org-contrib/babel/

Thanks, that was helpful.  Probably mention of that fact
should be added to the languages.org file---currently it
links directly to the html file which is less useful.

Are elisp files that implement the languages in worg?
I found the *.org files that document them, but not their
sources.


-- 
Joe Riel




Re: [O] Favorite way of syncing?

2015-09-11 Thread Tory S. Anderson
At the moment I'm using a self-hosted OwnCloud to do syncing; it's 
super easy (takes care of itself), but sometimes conflicts are a 
problem (particularly when I forget to save my buffers before 
leaving work); if you notice it, though, it provides a conflict 
version (and has automatic versioning a la Dropbox). 


Eric Abrahamsen  writes:


jorge.alfaro-muri...@yale.edu (Jorge A. Alfaro-Murillo) writes:


Tobias Frischholz writes:

I was wondering what is your favorite way of syncing your org 
files
and everything. 
[...] 
I’ve also read about org-sync and magit (git is an option for 
me).

And now I’m starting the get confused.


magit is just the emacs mode for git, if you don't have it and 
use git
you should really install it. But it does not sync anything you 
still
have to M-x magit  F F and M-x magit  P P, for 
pull and

push.

I have several computers and synchronize my org files with 
git. I
think it is the best option because I do not have to worry 
about the
sync not working (for example when I do not have a connection) 
and

conflicts in the files.


I do this, too. I don't think Magit helps much, in fact I'd be 
better
off writing functions for `emacs-startup-hook' and 
`kill-emacs-hook'

that do my pushes and pulls for me.

But for now, I just try to remember to commit and push before I 
leave a

machine.

This way, you also really learn to appreciate using "git fetch" 
and "git

status", rather than doing a blind "git pull".

Eric





--
Tory S. Anderson
Computational Cognitive Narratologist
http://toryanderson.com



Re: [O] location/map intergration/ links for orgmode?

2015-09-11 Thread Nick Dokos
Xebar Saram  writes:

> Hi all
>
> i wonder if anyone has experience with using maps etv in orgmode?
> i have used org very successfully in my last 2 trips abroad to detail/note 
> places to visit (and eat!
> :)). i then usually search for the place name in google maps and mark it 
> there so i can reach it easily.
> I would love to know if there are open source alternatives to google maps 
> and/or way to integrate
> location/map services in orgmode
>

See the thread starting at

 http://thread.gmane.org/gmane.emacs.orgmode/26797

I think I had tried that back then and it worked (for some
value of "worked") but I have not used it since.

Nick




Re: [O] Favorite way of syncing?

2015-09-11 Thread Eric S Fraga
On Friday, 11 Sep 2015 at 15:59, Tobias Frischholz wrote:
> Hey there!
>
> I was wondering what is your favorite way of syncing your org files
> and everything.  I’ve checked out unison, but I want more of an
> automated system that synchronizes my two clients via an SSH server.

I use unison and it works like a charm, allowing me to keep 4+ systems
in complete sync.

The easiest alternative I can think of is Dropbox or equivalent, if you
want "automation".
-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.2, Org release_8.3.1-234-g8c85c9



Re: [O] Favorite way of syncing?

2015-09-11 Thread Eric Abrahamsen
jorge.alfaro-muri...@yale.edu (Jorge A. Alfaro-Murillo) writes:

> Tobias Frischholz writes:
>
>> I was wondering what is your favorite way of syncing your org files
>> and everything. 
> [...] 
>> I’ve also read about org-sync and magit (git is an option for me).
>> And now I’m starting the get confused.
>
> magit is just the emacs mode for git, if you don't have it and use git
> you should really install it. But it does not sync anything you still
> have to M-x magit  F F and M-x magit  P P, for pull and
> push.
>
> I have several computers and synchronize my org files with git. I
> think it is the best option because I do not have to worry about the
> sync not working (for example when I do not have a connection) and
> conflicts in the files.

I do this, too. I don't think Magit helps much, in fact I'd be better
off writing functions for `emacs-startup-hook' and `kill-emacs-hook'
that do my pushes and pulls for me.

But for now, I just try to remember to commit and push before I leave a
machine.

This way, you also really learn to appreciate using "git fetch" and "git
status", rather than doing a blind "git pull".

Eric




Re: [O] Merge branch 'maint'

2015-09-11 Thread Oleh Krehel
Achim Gratz  writes:

> Am 11.09.2015 um 13:59 schrieb Oleh Krehel:
>> What is the purpose of maint exactly?
>
> It's a bit short on the explanation side, but does that help?
>
> http://orgmode.org/worg/dev/index.html

It does help a bit.

> Also (not exactly the branch model ORg uses, but explains the issues
> in more detail):
>
> http://nvie.com/posts/a-successful-git-branching-model/
> http://www.draconianoverlord.com/2013/09/07/no-cherry-picking.html
> http://williamdurand.fr/2012/01/17/my-git-branching-model/
>
>> In Emacs git repository there's
>> master and emacs24. All commits apply to master first, while some are
>> cherry picked onto emacs24. The emacs24 branch will never be merged into
>> master: it's divergent and that's fine.
>
> You might want to check your facts (most recently, see for instance
> commit 59db4308b546).  Realitity simply doesn't conform to your
> world-view and the conclusions you draw from it are similarly
> distorted. Cherry-picking from master to emacs24 is actually fixing a
> mistake made when committing a bug-fix to master.

Well, there are only 5 commits since the last tag in the emacs-24
branch, the top one being a cherry-pick. I don't really see harm in
them, there are more cherry-picks in that branch.

What exactly is the advantage of having 2 commits in master for 1 commit
in maint? Besides the ease of merging maint into master and master into
maint or release? This ease of merging comes at the cost of ease of
examining the master, which is where most of the work should be anyway.

Now, please check my facts again. Is it true that Emacs doesn't have
maint and has instead a bunch of hanging branches for each release that
aren't meant to have master merged into them on release? If so, what
exactly is the advantage in applying a patch to a stable branch and then
merging it into master, instead of applying to patch to master and
cherry-picking it to the stable branch?

I'm not saying that I'm a Git expert or anything, far from it. But I
observe the Git history of Emacs and Org regularly, and both models seem
to be working fine for the users, release-wise. But the master branch of
Emacs looks a lot better than the master branch of Org, and I don't
understand the trade-off that Org's model offers to compensate for that
lack of prettiness.




Re: [O] Merge branch 'maint'

2015-09-11 Thread Stefan Nobis
Oleh Krehel  writes:

> Would it be so hard for Git to perform a single merge of master into
> maint on release, while keeping them separate and cherry-picking
> in-between for the sake of a clean linear history?

The question is not whether git is capable of doing this (there are
ways to accomplish this goal). The true question is: Do you really
want a linear history?

A linear history may look pretty, but at the same time you loose
information. In a big complex project that is also a dependency to
another complex project, a bit more ugly bookeeping may make
maintenance easier.

-- 
Until the next mail...,
Stefan.



Re: [O] org-collector unable to handle macros

2015-09-11 Thread Nick Dokos
Mark Edgington  writes:

> Aaron Ecay  gmail.com> writes:
>
>> 
>> This looks like the same problem I reported (and provided a patch for) here:
>> .  Some orgtbl-*
>> functions can’t cope with macro (or macro-resembling) text, because they
>> use the exporter, which expects all macros to have valid definitions.
>> 
>> Hopefully this time the bug can actually get fixed, instead of becoming
>> bogged down in irrelevant aspects of the context in which it is
>> reported.
>> 
>
> The link you provided doesn't seem to be a valid URL.  Can you check it, and
> post a new one?

In a (probably vain) attempt to make life harder for spammers, gmane
mangles email addresses by changing the "@" sign (shift-2 on US
keyboards[fn:1]) to "  ". If you reverse that transformation on the
link above, you'll get to the article - which BTW can also be found at

http://article.gmane.org/gmane.emacs.orgmode/93840

Nick

Footnotes:

[fn:1]  Note that even though I typed it literally above, gmane
will most probably change it to the mangled form when you
see this.




Re: [O] Favorite way of syncing?

2015-09-11 Thread Joon Ro
I use Unison for settings like dotfiles, since with unison you don't have to 
put files into a specific folder or use symlinks. I miss versioning of Dropbox, 
but it is okay since settings do not change that frequently. I just back up 
everything every day.
I use AeroFS for sensitive data and Dropbox for other things.
Best,Joon

> From: torys.ander...@gmail.com
> To: emacs-orgmode@gnu.org
> Date: Fri, 11 Sep 2015 09:25:19 -0600
> Subject: Re: [O] Favorite way of syncing?
> 
> At the moment I'm using a self-hosted OwnCloud to do syncing; it's 
> super easy (takes care of itself), but sometimes conflicts are a 
> problem (particularly when I forget to save my buffers before 
> leaving work); if you notice it, though, it provides a conflict 
> version (and has automatic versioning a la Dropbox). 
> 
> Eric Abrahamsen  writes:
> 
> > jorge.alfaro-muri...@yale.edu (Jorge A. Alfaro-Murillo) writes:
> >
> >> Tobias Frischholz writes:
> >>
> >>> I was wondering what is your favorite way of syncing your org 
> >>> files
> >>> and everything. 
> >> [...] 
> >>> I’ve also read about org-sync and magit (git is an option for 
> >>> me).
> >>> And now I’m starting the get confused.
> >>
> >> magit is just the emacs mode for git, if you don't have it and 
> >> use git
> >> you should really install it. But it does not sync anything you 
> >> still
> >> have to M-x magit  F F and M-x magit  P P, for 
> >> pull and
> >> push.
> >>
> >> I have several computers and synchronize my org files with 
> >> git. I
> >> think it is the best option because I do not have to worry 
> >> about the
> >> sync not working (for example when I do not have a connection) 
> >> and
> >> conflicts in the files.
> >
> > I do this, too. I don't think Magit helps much, in fact I'd be 
> > better
> > off writing functions for `emacs-startup-hook' and 
> > `kill-emacs-hook'
> > that do my pushes and pulls for me.
> >
> > But for now, I just try to remember to commit and push before I 
> > leave a
> > machine.
> >
> > This way, you also really learn to appreciate using "git fetch" 
> > and "git
> > status", rather than doing a blind "git pull".
> >
> > Eric
> >
> >
> >
> 
> -- 
> Tory S. Anderson
> Computational Cognitive Narratologist
> http://toryanderson.com
> 
  

Re: [O] BEAMER_ACT ignored during export in column environment

2015-09-11 Thread Nicolas Goaziou
Julien Cubizolles  writes:

> Nothing in my user's guide about overlay specifications for column
> you're right. However the mode ( ) has an effect:
> the environment is ignored in  mode at least. Moreover, a pure
> overlay specification like  to a column environment doesn't
> prevent a beamer document from being compiled. Couldn't org export it
> so that we recover the  usage ?

We would be playing with undocumented stuff. 

If you think that's fine, please provide a patch for it, ideally with
comments in the source, and an entry about it in ORG-NEWS.

Thank you.

Regards,