Re: [O] a patch to ob-lisp.el

[numbch...@gmail.com]

Ask a beside question. I cloned org-mode git repo, should I contribute my
patch with git way? (I mean create a git branch on my own public clone,
then paste it here to let maintainer merge it?)

[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter:  @numbchild
Key fingerprint = 9BAA 92BC CDDD B9EF 3B36  CB99 B8C4 B8E5 47C3 2433
Blog: http://stardiviner.github.io/

On Wed, Apr 6, 2016 at 1:54 PM, numbch...@gmail.com 
wrote:

> My think my patch modifies less than 15 lines. Do I have to assign the
> copyright of FSF?
> I have sent one. But no response for some days. I hope Org-mode maintainer
> can merge this patch.
>
> [stardiviner] GPG key ID: 47C32433
> IRC(freeenode): stardiviner Twitter:  @numbchild
> Key fingerprint = 9BAA 92BC CDDD B9EF 3B36  CB99 B8C4 B8E5 47C3 2433
> Blog: http://stardiviner.github.io/
>
> On Thu, Mar 31, 2016 at 12:52 AM, Thomas S. Dye  wrote:
>
>> Aloha stardiviner,
>>
>> For instructions about the FSF papers, see
>> http://orgmode.org/worg/org-contribute.html.
>>
>> All the best,
>> Tom
>>
>> numbch...@gmail.com writes:
>>
>> > I updated all comments which you point out.
>> > I wandering how to sign the FSF papers? Sorry about this, this is my
>> first time
>> > to contribute code in open source.
>> >
>> >
>> >
>> > [stardiviner]  GPG key ID: 47C32433
>> > IRC(freeenode): stardiviner  Twitter: @numbchild
>> > Key fingerprint = 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433
>> > Blog: http://stardiviner.github.io/
>> >
>> > On Mon, Mar 28, 2016 at 12:01 PM, Nick Dokos  wrote:
>> >
>> > stardiviner  writes:
>> >
>> > > I hope to merge this patch to Org-mode `ob-lisp.el`.
>> > >
>> >
>> > I have only looked at the surface of it, but I see some issues.
>> >
>> > > < ;; Copyright (C) 2016-2020 Free Software Foundation, Inc.
>> > > ---
>> > > > ;; Copyright (C) 2009-2016 Free Software Foundation, Inc.
>> >
>> > Why did you leave out the previous copyright statement?
>> > Where did 2020 come from?
>> >
>> > > < ;; Authors: stardiviner 
>> > > < ;; Maintainer: stardiviner 
>> > > < ;; Keywords: org babel lisp sly slime
>> > > < ;; URL: https://github.com/stardiviner/ob-lisp
>> > > < ;; Created: 1th March 2016
>> > > < ;; Version: 0.0.1
>> > > < ;; Package-Requires: ((org "8"))
>> > > ---
>> > >> ;; Authors: Joel Boehland
>> > >> ;;  Eric Schulte
>> > >> ;;  David T. O'Toole 
>> > >> ;; Keywords: literate programming, reproducible research
>> > >> ;; Homepage: http://orgmode.org
>> >
>> > Why did you erase the previous authors?
>> >
>> > Are you volunteering to be the maintainer of ob-lisp.el or are you
>> > planning to keep your own repo and submit patches? Have you signed
>> FSF
>> > papers?
>> >
>> > > < ;; Requires SLY (Sylvester the Cat's Common Lisp IDE) and SLIME
>> > > < ;; See:
>> > > < ;; - https://github.com/capitaomorte/sly
>> > > < ;; - http://common-lisp.net/project/slime/
>> > > ---
>> > >> ;; Requires SLIME (Superior Lisp Interaction Mode for Emacs.)
>> > >> ;; See http://common-lisp.net/project/slime/
>> >
>> > Does it really require both? If so, I suggest you rework it so
>> > either can be used, but only one is required. If not, I suggest
>> > you fix the comment.
>> >
>> > --
>> > Nick
>>
>>
>> --
>> Thomas S. Dye
>> http://www.tsdye.com
>>
>
>

Re: [O] a patch to ob-lisp.el

[numbch...@gmail.com]

My think my patch modifies less than 15 lines. Do I have to assign the
copyright of FSF?
I have sent one. But no response for some days. I hope Org-mode maintainer
can merge this patch.

[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter:  @numbchild
Key fingerprint = 9BAA 92BC CDDD B9EF 3B36  CB99 B8C4 B8E5 47C3 2433
Blog: http://stardiviner.github.io/

On Thu, Mar 31, 2016 at 12:52 AM, Thomas S. Dye  wrote:

> Aloha stardiviner,
>
> For instructions about the FSF papers, see
> http://orgmode.org/worg/org-contribute.html.
>
> All the best,
> Tom
>
> numbch...@gmail.com writes:
>
> > I updated all comments which you point out.
> > I wandering how to sign the FSF papers? Sorry about this, this is my
> first time
> > to contribute code in open source.
> >
> >
> >
> > [stardiviner]  GPG key ID: 47C32433
> > IRC(freeenode): stardiviner  Twitter: @numbchild
> > Key fingerprint = 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433
> > Blog: http://stardiviner.github.io/
> >
> > On Mon, Mar 28, 2016 at 12:01 PM, Nick Dokos  wrote:
> >
> > stardiviner  writes:
> >
> > > I hope to merge this patch to Org-mode `ob-lisp.el`.
> > >
> >
> > I have only looked at the surface of it, but I see some issues.
> >
> > > < ;; Copyright (C) 2016-2020 Free Software Foundation, Inc.
> > > ---
> > > > ;; Copyright (C) 2009-2016 Free Software Foundation, Inc.
> >
> > Why did you leave out the previous copyright statement?
> > Where did 2020 come from?
> >
> > > < ;; Authors: stardiviner 
> > > < ;; Maintainer: stardiviner 
> > > < ;; Keywords: org babel lisp sly slime
> > > < ;; URL: https://github.com/stardiviner/ob-lisp
> > > < ;; Created: 1th March 2016
> > > < ;; Version: 0.0.1
> > > < ;; Package-Requires: ((org "8"))
> > > ---
> > >> ;; Authors: Joel Boehland
> > >> ;;  Eric Schulte
> > >> ;;  David T. O'Toole 
> > >> ;; Keywords: literate programming, reproducible research
> > >> ;; Homepage: http://orgmode.org
> >
> > Why did you erase the previous authors?
> >
> > Are you volunteering to be the maintainer of ob-lisp.el or are you
> > planning to keep your own repo and submit patches? Have you signed
> FSF
> > papers?
> >
> > > < ;; Requires SLY (Sylvester the Cat's Common Lisp IDE) and SLIME
> > > < ;; See:
> > > < ;; - https://github.com/capitaomorte/sly
> > > < ;; - http://common-lisp.net/project/slime/
> > > ---
> > >> ;; Requires SLIME (Superior Lisp Interaction Mode for Emacs.)
> > >> ;; See http://common-lisp.net/project/slime/
> >
> > Does it really require both? If so, I suggest you rework it so
> > either can be used, but only one is required. If not, I suggest
> > you fix the comment.
> >
> > --
> > Nick
>
>
> --
> Thomas S. Dye
> http://www.tsdye.com
>

Re: [O] How to do proper folding and semantic markup

[Adam Porter]

Eduardo Mercovich  mercovich.net> writes:

> Excuse me if this sounds almost philosophical, but in which situation an
> indirect buffer may be better that just focusing on the same (original)
> buffer? For example, when you are toying with potentially big
> modifications and don't want to replace the original? Is it like opening
> a parallel path to try things without worries?
> 
> I know it's far from the original question, but it seems interesting to
> understand the possibilities. :)

An excellent question.  :)  I've been thinking about writing an article or
something about this, but I'll give a quick explanation here.

For years I've used Evernote on an irregular basis (they have been steadily
regressing the UI across all platforms), and one of the things I do like
about it is that each note is independent of the other notes in the
database.  When I'm editing one note, I only see that note, and I can only
change that note.  

In Org, since I keep my notes in a few large files, it means that when I
jump to a heading, I also see all the surrounding headings.  Sometimes
that's what I want, like if I'm editing a document, but when I jump to a
random entry in my inbox.org file, the headings surrounding it are
completely unrelated to the one I'm looking at, and they get in the way.

So by jumping to an entry in an indirect buffer, I see only that entry, and
I can't modify any other nodes.  It means I can treat each entry
independently, view and edit them separately, etc.

In this way it resembles the way Evernote presents notes independently, but
with all the power and flexibility of Org and Emacs.

I put functions in org-bookmark-heading and helm-org-rifle to jump to
entries in indirect buffers by pressing  (by default), but I also
do this in Agenda views with this code:

  (defun ap/org-agenda-goto-heading-in-indirect-buffer ( switch-to)
"Go to the current agenda headline in an indirect buffer. If SWITCH-TO
is non-nil, close the org-agenda window."
(interactive)
(if switch-to
(org-agenda-switch-to)
  (org-agenda-goto))
(org-tree-to-indirect-buffer)
  
;; Put the non-indirect buffer at the bottom of the prev-buffers
;; list so it won't be selected when the indirect buffer is killed
(set-window-prev-buffers nil (append (cdr (window-prev-buffers))
 (car (window-prev-buffers)
  
  (defun ap/org-agenda-switch-to-heading-in-indirect-buffer ()
(interactive)

To me this is a very powerful and flexible way of working with Org files,
one that I think deserves wider exposure.  Org files can be thought of not
only as outlined documents but as collections of individual, unrelated
entries that can be viewed and edited independently.

(I also confess that it gives me some peace of mind, because a few times I
have accidentally hit the wrong keys and deleted parts of an Org file that I
didn't mean to.  Most of the time I immediately undo it and no harm is done,
but one time I didn't realize it until days or weeks later, and I had to
pull it out of an earlier commit in my org directory's git repo.)

Hope this helps!  Let me know if you have any other questions or ideas.  :)

Re: [O] [OT] Git plus Syncthing: breaking hard links

[briangpowell .]

* Strongly recommend you pay close attention to Nick Dokos--he's
brilliant--agree totally with his suggestions; "hardlinks cannot span
filesystems" etc.

** "hardlinks breaking"--in rsync I throw -H to include/follow hard links
across filesystems when syncing.

*** I'm with Nick though again--not sure what you mean by "hardlinks
breaking"

* Thanks for the "syncthing" link and comments--its open source:

"Syncthing
https://syncthing.net/
Syncthing replaces proprietary sync and cloud services with something open,
trustworthy and decentralized. Your data is your data alone and you deserve
to ..."

** Sounds great, hope its easy to implement, thanks.

*** I prefer rsync for such problems at the moment.

* Suggest you use FuseFS and sshfs---and on her MacOS she can use BREW to
install the FUSE .DMG package and use OSX shell to get to the filesystems
that you're willing to share (you mentioned you were worried about
providing too much).

** Not recommending SAMBA+CIFS protocol--especially right now, since there
is a vulnerability to be revealed on 12APR16

** Or you alone could use FuseFS and sshfs the dirs you want her to have
access to on the machine you both share/access (you seem to indicate she
has full and comfortable access to those dirs already--so installing the
FUSE .DMG package is probably overkill).



On Tue, Apr 5, 2016 at 8:45 AM, Nick Dokos  wrote:

> Eric Abrahamsen  writes:
>
> > This isn't really a Org question at all, but you all are smart and
> > friendly people, and are likely to have run into this situation before.
> > So I'm trying here before I turn to StackOverflow!
> >
> > I have Org files in a git repo, synced across two Linux machines. At the
> > same time, I have a few directories on these computers that I sync with
> > colleagues, via Syncthing.
> >
> > One of these colleagues also uses Org, so instead of giving her access
> > to my Org git repo, which would be a bit too much exposure, I hardlink
> > some of the Org files into the Syncthing directories, and she accesses
> > them there. With auto-revert-mode turned on, it's not too bad.
> >
> > Except that the hardlinks keep breaking! There are so many different
> > systems interacting here that I have no idea where to even start
> > looking. She's on a Mac, not Linux, and uses a fairly recent version of
> > Emacs, plus Org from the ELPA package. She is *not* using git on her
> > machine, just Syncthing and Emacs.
> >
>
> How do the hardlinks break exactly?
>
> Hardlinks to a file are limited to the same filesystem: a file with
> inode number N has essentially two or more directory entries, with
> different names associated to the same inode number. Syncthing certainly
> cannot maintain that as it copies the file to the cloud and back, so
> there seem to be plenty of opportunities for breakage, but it's not
> clear which one(s) obtain.
>
> > I'm inclined to blame Syncthing, but I really don't know where to start
> > debugging. If any of you have any relevant experience, or any advice
> > about where to look, that would be much appreciated. Otherwise, please
> > excuse the off-topic post...
> >
>
> --
> Nick
>
>
>

Re: [O] [OT] Git plus Syncthing: breaking hard links

[Tim Howes]

To avoid data loss, Syncthing creates a temporary file during transfer
with the name ~syncthing~.{filename}.tmp

If the transfer completes successfully, then it moves that file in place
of the previous version. It's a new inode, not an update of the previous
inode, so the hard link will be lost.

Instead of using hard links, you could share your git repo folder
directly using Syncthing, but use an .stignore file to exclude the files
that you want to keep private (such as the .git directory).

https://docs.syncthing.net/users/ignoring.html

-Tim

Re: [O] Bug: CALL misbehavior with :results verbatim [8.3.4 (8.3.4-5-gdc68d2-elpaplus @ /Users/rossdonaldson/.emacs.d/elpa/org-plus-contrib-20160229/)]

[Ross Donaldson]

Nicolas --

Oh! Apologies: didn't mean to be short or unhelpful. I misunderstood you -- my 
bad!

So: by default (at least, for me, in my configuration), Org automatically tries 
to interpret the results of src blocks as Org values -- usually tables. For 
example, evaluating `ls -la` in a shell src block returns, by default, Org's 
best attempt to parse a table from the output of ls.

`:results verbatim` skips this, inserting the values as an example block. Vis:

#+BEGIN_SRC sh
ls -la | head
#+END_SRC

#+RESULTS:
| total   | 360 |   |   |   | ||   |
  || |
| drwxr-xr-x@ |  17 | rossdonaldson | staff |   578 | Apr |  5 | 15:42 | .  
  || |
| lrwxr-xr-x  |   1 | rossdonaldson | staff |39 | Apr |  5 | 15:42 | 
.#cotidienne.org | -> | rossdonaldson@RossDonaldson.local.53153 |
| drwx--@ |  62 | rossdonaldson | staff |  2108 | Mar | 31 | 19:37 | .. 
  || |
| -rw-r--r--@ |   1 | rossdonaldson | staff |  5688 | Mar |  8 | 23:07 | 
Rplots.pdf   || |
| drwxr-xr-x@ |   3 | rossdonaldson | staff |   102 | Mar |  8 | 23:06 | auto   
  || |
| -rw-r--r--@ |   1 | rossdonaldson | staff |39 | May | 12 |  2015 | 
bookmarks.org|| |
| -rw-r--r--@ |   1 | rossdonaldson | staff |31 | Feb | 25 | 09:32 | 
cotidienne.md|| |
| -rw-r--r--@ |   1 | rossdonaldson | staff | 34538 | Apr |  5 | 15:33 | 
cotidienne.org   || |

#+BEGIN_SRC sh :results verbatim
ls -la | head
#+END_SRC

#+RESULTS:
#+begin_example
total 360
drwxr-xr-x@ 17 rossdonaldson  staff578 Apr  5 15:42 .
lrwxr-xr-x   1 rossdonaldson  staff 39 Apr  5 15:42 .#cotidienne.org -> 
rossdonaldson@RossDonaldson.local.53153
drwx--@ 62 rossdonaldson  staff   2108 Mar 31 19:37 ..
-rw-r--r--@  1 rossdonaldson  staff   5688 Mar  8 23:07 Rplots.pdf
drwxr-xr-x@  3 rossdonaldson  staff102 Mar  8 23:06 auto
-rw-r--r--@  1 rossdonaldson  staff 39 May 12  2015 bookmarks.org
-rw-r--r--@  1 rossdonaldson  staff 31 Feb 25 09:32 cotidienne.md
-rw-r--r--@  1 rossdonaldson  staff  34538 Apr  5 15:33 cotidienne.org
#+end_example

So. With call, I get values wrapped in quotes, often with a newline, if I use 
`verbatim`.

Nicolas Goaziou writes:

> Hello,
>
> Ross Donaldson  writes:
>
>> Nicolas --
>>
>>> Isn't it the point of the "verbatim" parameter?
>>
>> I didn't think so, no. Certainly, it doesn't behave this way in any other 
>> context, nor does the documentation make me think it should.
>>
>>> What did you expect instead?
>>
>> I expect the results of a call block to be the same as from evaluating the 
>> named src block directly. Why would I expect anything else?
>
> I don't know. I am not sure about the meaning of "verbatim". I was
> hoping for an explanation.
>
> Anyway, I investigated a bit. see
>  for some more 
> information.
>
>
> Regards,

--
Cheers,
Ross

Re: [O] bug: cannot refile x to x, or go to x, where headers have the same name

[Samuel Wales]

thank you!

On 4/5/16, Nicolas Goaziou  wrote:
> Hello,
>
> Samuel Wales  writes:
>
>> i often refile a header to a target that has the same name as the
>> source.  they are different headers, but they have the same name.
>>
>> my goal is to send x(1) to x(2) so that the olpath looks like
>> x(2)/x(1).  this to me is totally legitimate.  i often have headers
>> with the same name, for various reasons.
>>
>> but org-refile removes the /source/ header name from the list of
>> /target/ candidates.  perhaps the intention was to prevent refiling
>> something to itself.  did that cause problems?
>
> There's a guard against it later in the process, so I guess it doesn't
> matter here.
>
>> but i am not refiling something to itself.  they just have the same
>> name.  they are different headers.
>>
>> furthermore, the same bug occurs with refile goto.
>>
>> i can work around this by adding random text to the source header, or
>> moving point for goto, but i'd rather not have to.
>>
>> can this interlock ve disabled or modified to allow different headers
>> with the same name?
>
> I disabled this exclusion in master.
>
> Thank you for suggesting it.
>
> Regards,
>
> --
> Nicolas Goaziou
>


-- 
The Kafka Pandemic: http://thekafkapandemic.blogspot.com

The disease DOES progress.  MANY people have died from it.  And
ANYBODY can get it.

Denmark: free Karina Hansen NOW.

Re: [O] Feature Request: Time Line in Lab Book

[John Hendy]

On Tue, Apr 5, 2016 at 8:12 AM, Dominik Schrempf
 wrote:
> Hi John,
>
> thanks for your long answer.  I could take out a lot of it.  I think I
> did not describe my problem well although all of you seemed to guess it!
> Just a short rephrase with vocabulary from your posts:
>
> I want a logbook/journal where I always append text about new stuff to
> the end.  Only, when I work on a task that has arisen before, I file
> this text under this task.  This text should belong to the task only.
> Text after the task should belong to the top level (but this is not
> possible as you pointed out).
>
> The thing is, I can't really do this with headings only, because I often
> append text after a task in the same minute and it does not make sense
> to create a new headline then.  I now use drawers to achieve this.  That
> was not intuitive to me but it seems to work well!  I can now fold the
> task-specific text under the tasks.  If I expand all text but the
> drawers, I get the view that I wanted (at least within Emacs).
>
> The setup would be perfect if I could file tasks without headlines, kind
> of (is this clear?).  This may correspond to what you called "inline
> tasks" (because I want my tasks to show up next to where I take my
> notes).
>
> E.g.:
> --
> Top level entries.  This is all very interesting (A).
>
> ** TODO A task bla bla.
>:DESCRIPTION:
>We have to do this, because...
>And then, ten days later we finished it using...
>:END:
>
> This is the top level again and text here may be written directly after
> I wrote (A) from above and filed the task.
> --
>
> Do I make myself clear now?

I think so, and thus I can really only think of a couple options if
you need to have the structure you describe (aside from your leaning
toward drawers):

- inline tasks: they're just sort of "meta data" within whatever
you're currently typing, so that makes sense. If I understand
correctly, you're treating the task as just a "this is an action
amidst these notes," but the notes might continue on after that task
is documented.

- regular headlines: I *still* think this could work and may be wrong,
but think you mentally dislike the org hierarchy more than anything
being "wrong," per se, about how it's organized. Said another way, you
want the task to appear chronologically where it arose, even though it
doesn't *need* to appear there... With a simply modification of making
a headline per day, all would seem to be resolved, no?

#+begin_example
* 2016 April
** 2016 April 05

*** Thing 1

This is all very interesting. I only belongs to logs for 2016 April.

*** TODO a task

This is in the contents of a task that came up on April 5th. It only
belongs to the day's log.

*** Thing 2

This is also very interesting, and includes a task belonging to these notes.

Here are more notes

 TODO a task

Here is a task which belongs to Thing 2, April 5th, and April 2016. I
inserted it at the very end of Thing 2 so that none of the non-todo
based stuff about Thing 2 belongs to this task
#+end_example

Is it the levels of hierarchy that bother you about this approach? I
may have misread your initial request, but I wrestled with this
initially with org, finally accepting that it's all about headlines.
They're far more compatible with agenda, more meta data (e.g. drawers,
tags, etc.) can be attached, and re-arranging is easier.

Moving to drawers is up to you. I personally dislike accessing/editing
them. Search this manual page for "drawer" and then search it for
"headline" and "subtree"...
- http://orgmode.org/manual/Structure-editing.html

I use C-c C-[n/p/U] a lot, which gets you to the next headline. It
just seems like extra work to arrow down and TAB on the drawer when
the same can be accomplished in a headline. Looking at your example,
I've started to do something similar with some of my headlines when I
get new information or revisit things. I work in R, and am often
doing follow-up experiments or continuations of some previous work. I
used to go through the effort of linking between related headlines,
i.e. creating a main headline do document the work when I started,
then a headline in perhaps another month's tree with the continuation.
I'd =C-c l= on the old headline and then =C-c C-l= to insert a link
like:

#+begin_example

* Some description
[2016-04-04 Mon]

Today I re-did [[id:2745364e-8692-43ff-9d3c-89bdbf265d5e][this
experiment]] with such and such modifications.
#+end_example

Now for the sake of ease I often just refind the original and do:

#+begin_example

* Some description
[2016-03-21 Mon]

Did an experiment today about blah...

[2016-04-04 Mon]

This is the experiment I did today after the observations from above:
tables, data, code, whatever...

#+end_example

The mental block, at least I've found, was in my own mind... Keep in
mind the above are just examples; they'd be within some top level
headline (which I've 

Re: [O] How to do proper folding and semantic markup

[Nick Dokos]

Eduardo Mercovich  writes:

> Hi Adam.
>
>>> Also less known that it deserves, for focusing I do use narrowing a
>>> lot: [...]
>
>> Yeah, that's basically what tree-to-indirect does, it makes an indirect
>> buffer and then narrows it.  So you can widen the indirect buffer and get
>> another view of the whole buffer. [...]
>
> Excuse me if this sounds almost philosophical, but in which situation an
> indirect buffer may be better that just focusing on the same (original)
> buffer? For example, when you are toying with potentially big
> modifications and don't want to replace the original? Is it like opening
> a parallel path to try things without worries?
>
No - if you change the indirect buffer, you change the base buffer as
well. See

(info "(elisp) Indirect buffers")

For some uses, see

  https://www.emacswiki.org/emacs/IndirectBuffers
  
--
nick

Re: [O] Bug: URL with spaces in is incorrectly rendered in LaTeX export [8.3.3 (8.3.3-dist @ /usr/share/emacs24/site-lisp/org-mode/)]

[Nicolas Goaziou]

Hello,

Reuben Thomas  writes:

> The output for
>
>   [[file:Starting%20Workshop%20Notes.org][file:Starting Workshop Notes.org]]
>
> is:
>
>   \href{Starting\%20Workshop\%20Notes.org}{\url{Starting} Workshop Notes.org}
>
> despite the fact that in the org-mode buffer the URL is correctly
> displayed as a whole, and mousing over it shows the whole thing is
> active.

What output did you expect?


Regards,

-- 
Nicolas Goaziou

Re: [O] bug: cannot refile x to x, or go to x, where headers have the same name

[Nicolas Goaziou]

Hello,

Samuel Wales  writes:

> i often refile a header to a target that has the same name as the
> source.  they are different headers, but they have the same name.
>
> my goal is to send x(1) to x(2) so that the olpath looks like
> x(2)/x(1).  this to me is totally legitimate.  i often have headers
> with the same name, for various reasons.
>
> but org-refile removes the /source/ header name from the list of
> /target/ candidates.  perhaps the intention was to prevent refiling
> something to itself.  did that cause problems?

There's a guard against it later in the process, so I guess it doesn't
matter here.

> but i am not refiling something to itself.  they just have the same
> name.  they are different headers.
>
> furthermore, the same bug occurs with refile goto.
>
> i can work around this by adding random text to the source header, or
> moving point for goto, but i'd rather not have to.
>
> can this interlock ve disabled or modified to allow different headers
> with the same name?

I disabled this exclusion in master.

Thank you for suggesting it.

Regards,

-- 
Nicolas Goaziou

Re: [O] Bug: Agenda: Invalid Function 4 [8.3.4 (release_8.3.4-702-gcd47ab @ ~/.emacs.d/packages/org-mode/lisp/)]

[Nicolas Goaziou]

Hello,

Ian Dunn  writes:

>(setq org-agenda-query-string match)
>(setq org-agenda-redo-command
>   (list 'org-tags-view
> -   org--matcher-tags-todo-only
> +   (list 'quote org--matcher-tags-todo-only)
> `(if current-prefix-arg nil ,org-agenda-query-string)))
>(setq files (org-agenda-files nil 'ifmode)
>   rtnall nil)
>
> If my patch doesn't work, I at least hope it helps everyone figure out
> the real problem.

Thank you. I applied it with a slight change (using backquote syntax).

Regards,

-- 
Nicolas Goaziou

Re: [O] orgmode and a database

[Uwe Brauer]

>>> "Jose" == Jose E Marchesi  writes:

   >> 1) Using ob-rec.el (part of recutils)

   >> #+begin_src rec :data mydata.rec :type milestone :fields ProjectID,Name
   >> Year == 2014
   >> #+end_src


   > #+begin_src rec :data mydata.rec :type milestone :fields ProjectID,Name
   >  Year == '2014'
   > #+end_src

   > It produces:

   > #+RESULTS:
   > | ProjectID | Name|
   > |---+-|
   > | 2 | Another |
   > | 4 | Foo |



BTW is the inverse operation possible:

from an orgtable to one or more fields in a recfile?

Uwe 

Re: [O] How to do proper folding and semantic markup

[Eduardo Mercovich]

Hi Adam.

>> Also less known that it deserves, for focusing I do use narrowing a
>> lot: [...]

> Yeah, that's basically what tree-to-indirect does, it makes an indirect
> buffer and then narrows it.  So you can widen the indirect buffer and get
> another view of the whole buffer. [...]

Excuse me if this sounds almost philosophical, but in which situation an
indirect buffer may be better that just focusing on the same (original)
buffer? For example, when you are toying with potentially big
modifications and don't want to replace the original? Is it like opening
a parallel path to try things without worries?

I know it's far from the original question, but it seems interesting to
understand the possibilities. :)


-- 
eduardo mercovich 

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

Re: [O] orgmode and a database

[Charles Millar]

On 04/04/2016 04:27 PM, Charles Millar wrote:

Hi,

On 04/04/2016 03:46 PM, Uwe Brauer wrote:

Hello

I am looking for a sort of database I could use with orgmode. Anybody
has a suggestion? What's about recutils?





A few months ago I added recutils or "rec" to the Babel:languages, 
Emacs Package section - still haven't provided an example though. (It 
may have been Eric who encouraged me to post my entry to Worg, but at 
the moment I cannot recall for sure.)



It was Nick Dokos.

Charlie Millar

Re: [O] Feature Request: Time Line in Lab Book

[Charles Millar]

On 04/05/2016 09:34 AM, Eric S Fraga wrote:

On Tuesday,  5 Apr 2016 at 15:12, Dominik Schrempf wrote:

Do I make myself clear now?

Yes and I think the key would be to ensure that every note etc. has a
heading.  This avoids all the problems you have with non-terminated
entries.  Avoid a flat structure and org works very well.

For instance, if you use a capture rule based on a date-tree, you can
easily add to the end of the file while still add notes later to any
previous entry.  Plus you have the advantage of knowing when notes were
added.  See screenshot where I have added three notes and then went and
added some text to the first note I took today.



The notes were added using my journal capture rule posted earlier.

A few years ago I found code for a journal entry at Metjack that is not 
org-capture (or org-remember as it was at that time)


https://metajack.im/2009/01/01/journaling-with-emacs-orgmode/

Charlie Millar

Re: [O] Bug: Agenda: Invalid Function 4 [8.3.4 (release_8.3.4-702-gcd47ab @ ~/.emacs.d/packages/org-mode/lisp/)]

[Nick Dokos]

Ian Dunn  writes:

> 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.
> 
>
> For some time now, I've been noticing that org-agenda-redo (the
> 'g' key in the Agenda buffer, since it isn't *exactly* the same) often
> fails with the error "Invalid Function 4".  I looked into this, and
> discovered that it only happened when I used a tag view list with only
> TODO items.  A backtrace showed that the issue was the redo command, and
> I believe I have solved the problem with the following patch:
>
> diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
> index e9f3505..2f7241b 100644
> --- a/lisp/org-agenda.el
> +++ b/lisp/org-agenda.el
> @@ -4852,7 +4852,7 @@ The prefix arg TODO-ONLY limits the search to TODO 
> entries."
>(setq org-agenda-query-string match)
>(setq org-agenda-redo-command
>   (list 'org-tags-view
> -   org--matcher-tags-todo-only
> +   (list 'quote org--matcher-tags-todo-only)
> `(if current-prefix-arg nil ,org-agenda-query-string)))
>(setq files (org-agenda-files nil 'ifmode)
>   rtnall nil)
>
> If my patch doesn't work, I at least hope it helps everyone figure out
> the real problem.
>
> Thank you for your time.

I don't know if the patch is good (it probably is), but the *real*
problem is what's shown by that backtrace you mentioned, so you should
include the backtrace in your bug report (at least in the future).

--
Nick

Re: [O] orgmode and a database

[Charles Millar]

Uwe,

On 04/05/2016 06:32 AM, Uwe Brauer wrote:

> Hi,
> On 04/04/2016 03:46 PM, Uwe Brauer wrote:

> I have been using recutils with orgmode for more than year - still
> learning of course. So far, my experience has been fine. I am still
> developing some sort of standard databases, e.g. one for contacts,
> another for finance type of records, etc.

Do you have some example or a pointer or so. I don't know even how to
start.


A caveat - I am slowly learning lisp - of any kind - and I have not 
programmed in over 45 years (college).


See the attached files - one is a template for entering data into a 
recfile and the other is a sample of how I use some of the data in that 
recfile. I also have a couple of remote-descriptors so that I don't have 
reinvent the wheel for every recfile.


Originally I set up an org capture template and switched modes for 
entries into a refile, but this was not a "good" solution. In the 
recutils list I mentioned org capture and perhaps it could be modified 
to recutils, but I never sent Jose a use case.



> Have you checked out the two recutils mailing lists? Not very
> active at the moment. I mentioned in those lists that perhaps some
> sort of capture much like org-capture might be useful, but have
> made no further effort in that regards.

> I picked up a excellent pointers as to using recutils to create
> org-mode tables from Jose Marchesi's and Eric Shulte's ob-rec.el
> discussion on this list back in 2011. I ultimately export the tables
> and related text to LaTeXpdf docs.

Could you provide me a link, please?


Here's the thread on Gmane

http://article.gmane.org/gmane.emacs.orgmode/37697/match=ob+rec+el

Uwe Brauer

Charlie Millar

(defun cm-estate-rec-entries (Description File  Memo AccountDate AccountAmount Shares AccountSchedule1 AccountSchedule2 EstateTaxSchedule FiduciaryTaxSchedule ProceedsDate ProceedsAmount AccountSchedule3 AccountSchedule4 Beneficiary OtherAccount1  CheckDate CheckNumber CheckAmount)
  (goto-char (point-max))
  (newline)
  (interactive "sDescription:  \nsFile: \nsMemo: \nsAccountDate: \nsAccountAmount: \nsShares: \nsAccountSchedule: \nsAccountSchedule:  \nsEstateTaxSchedule: \nsFiduciaryTaxSchedule: \nsProceedsDate: \nsProceedsAmount: \nsAccountSchedule: \nsAccountSchedule: \nsBeneficiary: \nsOtherAccount: \nsCheckDate:  \nsCheckNumber: \nsCheckAmount: ")
  (insert "Description: " Description) (newline)
  (insert "File: " File) (newline)
  (insert "Memo: " Memo) (newline)
  (insert "AccountDate: " AccountDate) (newline)
  (insert "AccountAmount: " AccountAmount) (newline)
  (insert "Shares: " Shares) (newline)
  (insert "AccountSchedule: " AccountSchedule1) (newline)
  (insert "AccountSchedule: " AccountSchedule2) (newline)
  (insert "EstateTaxSchedule: " EstateTaxSchedule) (newline)
  (insert "FiduciaryTaxSchedule: " FiduciaryTaxSchedule) (newline)
  (insert "ProceedsDate: " ProceedsDate) (newline)
  (insert "Proceeds: " ProceedsAmount) (newline)
  (insert "AccountSchedule: " AccountSchedule3) (newline)
  (insert "AccountSchedule: " AccountSchedule4) (newline)
  (insert "Beneficiary: " Beneficiary) (newline)
  (insert "OtherAccount: " OtherAccount1)
  (if (y-or-n-p "Are those checkbook entries necessary?")
  (progn
	(newline)
	(insert "OtherAccount: Checkbook") (newline)
	(insert "CheckDate: " CheckDate) (newline)
	(insert "CheckNumber: " CheckNumber) (newline)
	(insert "CheckAmount: " CheckAmount) (newline))
(progn
  (newline





Not sure if this will help, but here is a sample set up for one of my documents 
that usually have 15 - 20 tables which first are called from a recutils and 
then passed to a source block for the table. (Please note that I use the 
numprint package, which does not "like" any text in a number only column, so 
there is a separate line for the initial row. I am still playing wihtthis)

#+Begin_example

Some text here which is followed by a table

#+LATEX:
\label{SCHEDA}
\begin{center}
\textbf{SCHEDULE A\\PRINCIPAL RECEIVED}
\end{center}
\setlength{\extrarowheight}{8pt}
\vspace{-3.0ex}
\ofoot{Schedule A}

#+NAME: SCHEDAP
#+ATTR_LATEX: :mode table :environment longtable :align 
p{60pt}p{60pt}p{240pt}p{60pt}
|   Date | {{{cmhfill}}} Shares | Description   
   | Inventory {{{cm2space}}} Value |
#+begin_src rec :data foo.rec :type Finance :fields 
AccountDate,Description,AccountAmount :results silent
 (File = 'bar' && AccountSchedule = 'A')
#+end_src
#+RESULTS: SCHEDAP
#+NAME: SCHEDA
#+HEADER: :eval no
#+begin_src emacs-lisp :var table=SCHEDAP :exports results
  (setq table (cons 'hline table))
  (setq table (append table '(("|Total Schedule A"
  (setq table (append table '(("\n#+TBLFM: at>$>=vsum(atI$>..at>>$>);%.2f::"
  table
#+end_src
#+ATTR_LATEX: :mode table :environment longtable :align 
p{60pt}N{6}{3}p{250pt}N{8}{2}
#+RESULTS: SCHEDA

Some  more text here

#+End_example

[O] Bug: Agenda: Invalid Function 4 [8.3.4 (release_8.3.4-702-gcd47ab @ ~/.emacs.d/packages/org-mode/lisp/)]

[Ian Dunn]

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.


For some time now, I've been noticing that org-agenda-redo (the
'g' key in the Agenda buffer, since it isn't *exactly* the same) often
fails with the error "Invalid Function 4".  I looked into this, and
discovered that it only happened when I used a tag view list with only
TODO items.  A backtrace showed that the issue was the redo command, and
I believe I have solved the problem with the following patch:

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index e9f3505..2f7241b 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -4852,7 +4852,7 @@ The prefix arg TODO-ONLY limits the search to TODO 
entries."
   (setq org-agenda-query-string match)
   (setq org-agenda-redo-command
(list 'org-tags-view
- org--matcher-tags-todo-only
+ (list 'quote org--matcher-tags-todo-only)
  `(if current-prefix-arg nil ,org-agenda-query-string)))
   (setq files (org-agenda-files nil 'ifmode)
rtnall nil)

If my patch doesn't work, I at least hope it helps everyone figure out
the real problem.

Thank you for your time.

-- 
Ian Dunn

Emacs  : GNU Emacs 25.1.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.14.13)
 of 2016-04-04
Package: Org-mode version 8.3.4 (release_8.3.4-702-gcd47ab @ 
~/.emacs.d/packages/org-mode/lisp/)

current state:
==
(setq
 org-tab-first-hook '(org-hide-block-toggle-maybe 
org-babel-hide-result-toggle-maybe
  org-babel-header-arg-expand)
 org-speed-command-hook '(org-speed-command-default-hook 
org-babel-speed-command-hook)
 org-occur-hook '(org-first-headline-recenter)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-confirm-shell-link-function 'yes-or-no-p
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-src-mode-hook '(org-src-babel-configure-edit-buffer 
org-src-mode-configure-edit-buffer)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-babel-pre-tangle-hook '(save-buffer)
 org-mode-hook '(#[0 "\300\301\302\303\304$\207"
   [org-add-hook change-major-mode-hook org-show-block-all 
append local] 5]
 #[nil "\300\301\302\303\304$\207"
   [org-add-hook change-major-mode-hook 
org-babel-show-result-all append local] 5]
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-archive-hook '(org-attach-archive-delete-maybe)
 org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point 
org-babel-execute-safely-maybe)
 org-directory "~/Documents/org"
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers 
org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 )

Re: [O] orgmode and a database

[Uwe Brauer]

   > Thanks. Could you please send me the mydate file otherwise that
   > will not work (and I don't know enough recfiles syntax to cook
   > up my own.

   > Sure.  This could be an example of a recfile:

Thanks that worked nicely!

Re: [O] orgmode and a database

[Jose E. Marchesi]

   > 1) Using ob-rec.el (part of recutils)

   >#+begin_src rec :data mydata.rec :type milestone :fields 
ProjectID,Name
   >  Year == 2014
   >#+end_src

Thanks. Could you please send me the mydate file otherwise that will not
work (and I don't know enough recfiles syntax to cook up my own.

Sure.  This could be an example of a recfile:

-- mydata.rec --
%rec: milestone

ProjectID: 1
Name: GNU Recutils
Year: 2012

ProjectID: 2
Name: Another
Year: 2014

ProjectID: 3
Name: GNU Emacs
Year: 1985

ProjectID: 4
Name: Foo
Year: 2014
-- end of mydata.rec --

Evaluating this block from an org file (note the 's around 2014 that I
forgot to use in the example above):

#+begin_src rec :data mydata.rec :type milestone :fields ProjectID,Name
 Year == '2014'
#+end_src

It produces:

#+RESULTS:
| ProjectID | Name|
|---+-|
| 2 | Another |
| 4 | Foo |

Re: [O] orgmode and a database

[Uwe Brauer]

>>> "Jose" == Jose E Marchesi  writes:

   >> I have been using recutils with orgmode for more than year - still
   >> learning of course. So far, my experience has been fine. I am still
   >> developing some sort of standard databases, e.g. one for contacts,
   >> another for finance type of records, etc.

   > Do you have some example or a pointer or so. I don't know even how to
   > start.

   > AFAIK you can read data from a recfile and generate org-mode tables
   > dynamically in at least two ways:

   > 1) Using ob-rec.el (part of recutils)

   >#+begin_src rec :data mydata.rec :type milestone :fields ProjectID,Name
   >  Year == 2014
   >#+end_src

Thanks. Could you please send me the mydate file otherwise that will not
work (and I don't know enough recfiles syntax to cook up my own.

   > 2) Using babel and sh blocks (I found this example in [1])
   >):

   >#+begin_src sh :exports results :results output replace :results value 
table
   >  recsel -t milestone -e "Year == 2014"  -p 'ProjectID,Name' 
milestones.rec | rec2csv
   >#+end_src


That is odd, since I obtain an error which I attach: of  course I have
sh installed on my system

Which sh

/bin/sh





   > The recutils manual is available at the recutils webpage [2].

thanks

Uwe 

   > [1] 
https://www.reddit.com/r/emacs/comments/1u52eu/can_people_share_their_orgmode_workflows/
   > [2] http://www.gnu.org/software/recutils


Debugger entered--Lisp error: (error "No org-babel-execute function for sh!")
  signal(error ("No org-babel-execute function for sh!"))
  error("No org-babel-execute function for %s!" "sh")
  org-babel-execute-src-block(nil)
  org-babel-execute-src-block-maybe()
  org-babel-execute-maybe()
  org-babel-execute-safely-maybe()
  run-hook-with-args-until-success(org-babel-execute-safely-maybe)
  org-ctrl-c-ctrl-c(nil)
  funcall-interactively(org-ctrl-c-ctrl-c nil)
  call-interactively(org-ctrl-c-ctrl-c nil nil)
  command-execute(org-ctrl-c-ctrl-c)

Re: [O] orgmode and a database

[Eric S Fraga]

On Tuesday,  5 Apr 2016 at 16:40, Jose E. Marchesi wrote:

[...]

> You could try to use rec-mode.el from the git version of recutils, as it
> contains several fixes since the 1.7 release:
>
> http://git.savannah.gnu.org/cgit/recutils.git/tree/etc/rec-mode.el

Thanks.  I'll give that a shot.

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.92.1, Org release_8.3.4-668-g809a83

Re: [O] orgmode and a database

[Colin Baxter]

> > I am looking for a sort of database I could use with orgmode. Anybody
> > has a suggestion? What's about recutils?
> >
> > thanks
> >
> > Uwe Brauer 
> 
> I've just installed recutils from source. If you do the same then be
> aware that as well as the usual linux packages, you will also need
> "check", "uuid-dev" and "bash-builtins" for a successful build. Perhaps
> its obvious that they would be required, but its certainly not
> documented - at least as far as I could discover. Sorry that this was
> perhaps off-topic, but it might be useful for others.
> 
> These dependencies are documented in the README-dev file at the top
> directory of the recutils source distribution.  Excerpt:
>
> Dependencies
> 
> There are some third party dependencies needed to build some of the
> utilities shipped in this distribution.  The configure script checks
> for the needed packages and drives the conditional compilation of the
> impacted utitilities.  The dependencies are:
> - The testing infrastructure uses the Check library.  At the moment
>   the svn version of the library if needed.  The configure script will
>   check if you have the right version.  libcheck can be obtained at
>   http://sourceforge.net/projects/check/.
>
> The following dependencies are optional.  Missing them will result in
> a less capable software:
> - The GNU Privacy Guard (gnupg) is required in order to support
>   encryption.  The following libraries are required: libgpg-error and
>   libgcrypt.  Any recent version of those libraries will work.  gnupg
>   can be obtained at http://gnupg.org.
> - libcurl is required for supporting remote descriptors.  Any
>   recent version must work.  The library can be obtained at
>   http://curl.haxx.se/libcurl/.
> - The mdbtools are required for building the mdb2rec utility.
>   mdbtools can be obtained at http://mdbtools.sourceforge.net.
> - The UUID library from Theodore Ts'o is required for the uuid type.
>   In Debian-like systems that library is packaged under the name
>   uuid-dev and the runtime under the name libuuid1.
> - The algol68toc compiler is required for building the Algol68
>   bindings.

I'm afraid my recutils from http://ftp.gnu.org/gnu/recutils/recutils-1.7.tar.gz 
had no REDADME.dev. It did have a README, which mentions README.dev but no 
README.dev.

Re: [O] orgmode and a database

[Colin Baxter]

I'm afraid my recutils from http://ftp.gnu.org/gnu/recutils/recutils-1.7.tar.gz 
had no REDADME.dev. It did have a README, which mentions README.dev but no 
README.dev. 

Best wishes,

Colin.

05.04.2016, 13:54, "Jose E. Marchesi" :
> > I am looking for a sort of database I could use with orgmode. Anybody
> > has a suggestion? What's about recutils?
> >
> > thanks
> >
> > Uwe Brauer
>
> I've just installed recutils from source. If you do the same then be
> aware that as well as the usual linux packages, you will also need
> "check", "uuid-dev" and "bash-builtins" for a successful build. Perhaps
> its obvious that they would be required, but its certainly not
> documented - at least as far as I could discover. Sorry that this was
> perhaps off-topic, but it might be useful for others.
>
> These dependencies are documented in the README-dev file at the top
> directory of the recutils source distribution. Excerpt:
>
> Dependencies
> 
> There are some third party dependencies needed to build some of the
> utilities shipped in this distribution. The configure script checks
> for the needed packages and drives the conditional compilation of the
> impacted utitilities. The dependencies are:
> - The testing infrastructure uses the Check library. At the moment
>   the svn version of the library if needed. The configure script will
>   check if you have the right version. libcheck can be obtained at
>   http://sourceforge.net/projects/check/.
>
> The following dependencies are optional. Missing them will result in
> a less capable software:
> - The GNU Privacy Guard (gnupg) is required in order to support
>   encryption. The following libraries are required: libgpg-error and
>   libgcrypt. Any recent version of those libraries will work. gnupg
>   can be obtained at http://gnupg.org.
> - libcurl is required for supporting remote descriptors. Any
>   recent version must work. The library can be obtained at
>   http://curl.haxx.se/libcurl/.
> - The mdbtools are required for building the mdb2rec utility.
>   mdbtools can be obtained at http://mdbtools.sourceforge.net.
> - The UUID library from Theodore Ts'o is required for the uuid type.
>   In Debian-like systems that library is packaged under the name
>   uuid-dev and the runtime under the name libuuid1.
> - The algol68toc compiler is required for building the Algol68
>   bindings.

Re: [O] orgmode and a database

[Colin Baxter]

> Hi,
>
> On 04/05/2016 06:43 AM, Colin Baxter wrote:
>>> Hello
>>>
>>> I am looking for a sort of database I could use with orgmode. Anybody
>>> has a suggestion? What's about recutils?
>>>
>>> thanks
>>>
>>> Uwe Brauer
>> I've just installed recutils from source. If you do the same then be
>> aware that as well as the usual linux packages, you will also need
>> "check", "uuid-dev" and "bash-builtins" for a successful build. Perhaps
>> its obvious that they would be required, but its certainly not
>> documented - at least as far as I could discover. Sorry that this was
>> perhaps off-topic, but it might be useful for others.
>>
>> Colin.
> What flavor or OS are you using? I had a Debian Jessie desktop
> (recently relegated to the junk heap; it was a reclaimed from a 2000 -
> 2001 machine which originally came with WindowsXT) and a LMDE2 laptop
> (still in use and which I believe is based on Jessie) both of which
> came with recutils-1.6, so last year  installed 1.7 from source on
> both. As I recall I had no problems. Perhaps I loaded the packages you
> mentioned at earlier time.
>
>

Hi Charlie,

recutils-1.7 on Debian 3.2.78-1 i686 GNU/Linux. It installed ok, but
gave warnings on "make test". These disappeared on installing the
packages I mentioned.

Cheers, Colin.

Re: [O] orgmode and a database

[Jose E. Marchesi]

> Hi Charlie,
>
> recutils-1.7 on Debian 3.2.78-1 i686 GNU/Linux. It installed ok, but
> gave warnings on "make test". These disappeared on installing the
> packages I mentioned.

Colin et al.,

All this talk of recutils motivated me to try it again as I do have a
task that would benefit from this, currently managed using org
properties but unwieldy as a result.

However, I cannot get it working in emacs.  There is a (setq) line in
rec-mode that is ill-formed and I cannot navigate through a database.  I
am using

You could try to use rec-mode.el from the git version of recutils, as it
contains several fixes since the 1.7 release:

http://git.savannah.gnu.org/cgit/recutils.git/tree/etc/rec-mode.el

Re: [O] orgmode and a database

[Eric S Fraga]

On Tuesday,  5 Apr 2016 at 14:04, Colin Baxter wrote:

[...]

> Hi Charlie,
>
> recutils-1.7 on Debian 3.2.78-1 i686 GNU/Linux. It installed ok, but
> gave warnings on "make test". These disappeared on installing the
> packages I mentioned.

Colin et al.,

All this talk of recutils motivated me to try it again as I do have a
task that would benefit from this, currently managed using org
properties but unwieldy as a result.

However, I cannot get it working in emacs.  There is a (setq) line in
rec-mode that is ill-formed and I cannot navigate through a database.  I
am using

ii  recutils   1.7-1+b1 amd64text-based databases called 
recfiles

on Debian testing.

How do others actually create and manage the rec databases in Emacs?

Thanks,
eric

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.92.1, Org release_8.3.4-668-g809a83

Re: [O] orgmode and a database

[Charles Millar]

Hi,

On 04/05/2016 09:04 AM, Colin Baxter wrote:

Hi,

On 04/05/2016 06:43 AM, Colin Baxter wrote:

Hello

I am looking for a sort of database I could use with orgmode. Anybody
has a suggestion? What's about recutils?

thanks

Uwe Brauer

I've just installed recutils from source. If you do the same then be
aware that as well as the usual linux packages, you will also need
"check", "uuid-dev" and "bash-builtins" for a successful build. Perhaps
its obvious that they would be required, but its certainly not
documented - at least as far as I could discover. Sorry that this was
perhaps off-topic, but it might be useful for others.

Colin.

What flavor or OS are you using? I had a Debian Jessie desktop
(recently relegated to the junk heap; it was a reclaimed from a 2000 -
2001 machine which originally came with WindowsXT) and a LMDE2 laptop
(still in use and which I believe is based on Jessie) both of which
came with recutils-1.6, so last year  installed 1.7 from source on
both. As I recall I had no problems. Perhaps I loaded the packages you
mentioned at earlier time.



Hi Charlie,

recutils-1.7 on Debian 3.2.78-1 i686 GNU/Linux. It installed ok, but
gave warnings on "make test". These disappeared on installing the
packages I mentioned.

Cheers, Colin.

I forgot!! Very conveniently, i might add. Last fall I discovered that 
although recutils-1.7 was apparently installed correctly, it was not. I 
could not use the readrec bash built-in. So I had to reinstall making 
sure that I downloaded all the other required packages that listed in 
the README-dev which Jose mentions in his recent message to this thread.

Re: [O] orgmode and a database

[Jose E. Marchesi]

I'm afraid my recutils from
http://ftp.gnu.org/gnu/recutils/recutils-1.7.tar.gz had no
REDADME.dev. It did have a README, which mentions README.dev but no
README.dev.

Aha, looks like README.dev is not included in the distribution tarball.
Time to fix that :)

Re: [O] ob-clojure: possible to display results as soon as something is written to STDOUT?

[Frederick Giasson]

Hi John,

Here is a blog post that explains the changes I did. I still have one 
improvement to do (but don't how it could be done or even if it can be 
done) which is explained at the end of the post:


http://fgiasson.com/blog/index.php/2016/04/05/using-clojure-in-org-mode-and-implementing-asynchronous-processing/

Thanks for your help, it is now working the way I need it to.


Take care,

Fred

Re: [O] Feature Request: Time Line in Lab Book

[Eric S Fraga]

On Tuesday,  5 Apr 2016 at 15:12, Dominik Schrempf wrote:
> Do I make myself clear now?

Yes and I think the key would be to ensure that every note etc. has a
heading.  This avoids all the problems you have with non-terminated
entries.  Avoid a flat structure and org works very well.

For instance, if you use a capture rule based on a date-tree, you can
easily add to the end of the file while still add notes later to any
previous entry.  Plus you have the advantage of knowing when notes were
added.  See screenshot where I have added three notes and then went and
added some text to the first note I took today.


The notes were added using my journal capture rule posted earlier.

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.92.1, Org release_8.3.4-668-g809a83

Re: [O] Feature Request: Time Line in Lab Book

[Dominik Schrempf]

Hi John,

thanks for your long answer.  I could take out a lot of it.  I think I
did not describe my problem well although all of you seemed to guess it!
Just a short rephrase with vocabulary from your posts:

I want a logbook/journal where I always append text about new stuff to
the end.  Only, when I work on a task that has arisen before, I file
this text under this task.  This text should belong to the task only.
Text after the task should belong to the top level (but this is not
possible as you pointed out).

The thing is, I can't really do this with headings only, because I often
append text after a task in the same minute and it does not make sense
to create a new headline then.  I now use drawers to achieve this.  That
was not intuitive to me but it seems to work well!  I can now fold the
task-specific text under the tasks.  If I expand all text but the
drawers, I get the view that I wanted (at least within Emacs).

The setup would be perfect if I could file tasks without headlines, kind
of (is this clear?).  This may correspond to what you called "inline
tasks" (because I want my tasks to show up next to where I take my
notes).

E.g.:
--
Top level entries.  This is all very interesting (A).

** TODO A task bla bla.
   :DESCRIPTION:
   We have to do this, because...
   And then, ten days later we finished it using...
   :END:

This is the top level again and text here may be written directly after
I wrote (A) from above and filed the task.
--

Do I make myself clear now?

Thanks,
Dominik

On Thu, Mar 31 2016, John Hendy wrote:
> On Thu, Mar 31, 2016 at 3:12 AM, Dominik Schrempf
>  wrote:
>> Hello,
>>
>
> [snip]
>
>> A possible example:
>>
>> * February 2016
>> February 10th: Some text and stuff in February 2016.
>>
>> ** TODO A task to be done. Filed on February 10th.
>>E.g., February 24th: Some text that should belong to the task only.
>>I could not work on this task before February 18th.
>>
>> February 18th: Some more text belonging to February 2016 and not to the
>> task.
>>
>> * March 2016
>
> Like Eric, I'm a little confused of what you would want instead. The
> above is great for what currently happens, but could you do a similar
> example of what you want? You ask if this "feature" exists, but I'm
> not sure what it would be... all I can envision as a modification to
> above is:
>
> * Feb 2016
>
> Feb 10th: blah blah blah notes
>
> Feb 18th: blah blah notes
>
> ** TODO filed feb 10th, but *done* on 2/24
>
>> And so on.  Maybe this feature does already exist, but I am not aware of
>> it.  I know that especially upon export, this is hard to realize,
>> because all text always belongs to the previous headline.  But maybe it
>> is worth thinking about it because at least to me this would be highly
>> useful (e.g., having different styles in HTML export for the text under
>> the task and the text of the top level, the time line).
>
> I've wrestled with this a lot myself, at least if I put this in the
> bucket of "what's the *best* way to organize an org file." To expand
> on Nick's comments, something can only be in one hierarchy at a time,
> and everything afterward will live in that parent/child, unless you
> start a new sibling. The downside is you can't "escape" a current
> sub-heading to return to "just the parent heading" again. I've not
> quite wrestled with that, but moreso the desire to have one thing live
> in several places at the same time. I posted some structure questions
> when I migrated from TiddlyWiki in 2010; you could take a look at
> these threads if you're interested:
> - https://lists.gnu.org/archive/html/emacs-orgmode/2010-03/msg00390.html
> - http://lists.gnu.org/archive/html/emacs-orgmode/2011-07/msg01173.html
>
> If your example is accurate, why not make everything it's own
> headline? The notes from 2/18 wouldn't, then, "belong" to the todo
> filed on 2/10 and completed on 2/24. You'd just have:
>
> ** Feb 10
> blah blah
> ** TODO Feb 10 something
> Notes about task
> ** Feb 18
> blah blah
>
> It seems the core of your issue is not being certain on whether or not
> you want the TODO to be represented in the date tree according to
> creation or completion. That, or you don't like that you have to
> decouple the todo itself and your notes about it, which would lead to
> separate entries, one for the todo on 2/10 and one for the notes about
> what you did to complete it on 2/24. Are any of those accurate? I
> think clarification would be helpful if I've missed what you're
> wrestling with.
>
> I've taken to a pure datetree for notes, with inline todos for
> anything that comes up in the context of something else (and which I
> want to keep in that context). So:
>
> * Meeting about blah  :tag:
>  [2016-03-31 Thu]
>
> Notes here about thing
>
> * TODO some task
>
> Notes I did about this todo
> * END
>
> Otherwise, I have a separate tree just for tasks 

Re: [O] orgmode and a database

[Jose E. Marchesi]

   > I have been using recutils with orgmode for more than year - still
   > learning of course. So far, my experience has been fine. I am still
   > developing some sort of standard databases, e.g. one for contacts,
   > another for finance type of records, etc.

Do you have some example or a pointer or so. I don't know even how to
start.

AFAIK you can read data from a recfile and generate org-mode tables
dynamically in at least two ways:

1) Using ob-rec.el (part of recutils)

   #+begin_src rec :data mydata.rec :type milestone :fields ProjectID,Name
 Year == 2014
   #+end_src


2) Using babel and sh blocks (I found this example in [1])
   ):

   #+begin_src sh :exports results :results output replace :results value table
 recsel -t milestone -e "Year == 2014"  -p 'ProjectID,Name' milestones.rec 
| rec2csv
   #+end_src

In both cases evaluating these blocks with C-cC-c must give you a nice
table that then you can export to a report.

The recutils manual is available at the recutils webpage [2].

[1] 
https://www.reddit.com/r/emacs/comments/1u52eu/can_people_share_their_orgmode_workflows/
[2] http://www.gnu.org/software/recutils

Re: [O] orgmode and a database

[Russell Adams]

> So what about some functionally openoffice or filemaker (a commercial
> software which runs on Mac or on Windows) provide. You write data in a
> table and then can run searches which produce new (smaller tables).

I've been wishing for a dbase III clone or something fast, Postgres
backed, that I could use in a terminal only for CRUD. I'm sick of
webapps for everything.

I may have to check out recutils.

--
Russell Adamsrlad...@adamsinfoserv.com

PGP Key ID: 0x1160DCB3   http://www.adamsinfoserv.com/

Fingerprint:1723 D8CA 4280 1EC9 557F  66E8 1154 E018 1160 DCB3

Re: [O] orgmode and a database

[Jose E. Marchesi]

> I am looking for a sort of database I could use with orgmode. Anybody
> has a suggestion? What's about recutils?
>
> thanks
>
> Uwe Brauer 

I've just installed recutils from source. If you do the same then be
aware that as well as the usual linux packages, you will also need
"check", "uuid-dev" and "bash-builtins" for a successful build. Perhaps
its obvious that they would be required, but its certainly not
documented - at least as far as I could discover. Sorry that this was
perhaps off-topic, but it might be useful for others.

These dependencies are documented in the README-dev file at the top
directory of the recutils source distribution.  Excerpt:

Dependencies

There are some third party dependencies needed to build some of the
utilities shipped in this distribution.  The configure script checks
for the needed packages and drives the conditional compilation of the
impacted utitilities.  The dependencies are:
- The testing infrastructure uses the Check library.  At the moment
  the svn version of the library if needed.  The configure script will
  check if you have the right version.  libcheck can be obtained at
  http://sourceforge.net/projects/check/.

The following dependencies are optional.  Missing them will result in
a less capable software:
- The GNU Privacy Guard (gnupg) is required in order to support
  encryption.  The following libraries are required: libgpg-error and
  libgcrypt.  Any recent version of those libraries will work.  gnupg
  can be obtained at http://gnupg.org.
- libcurl is required for supporting remote descriptors.  Any
  recent version must work.  The library can be obtained at
  http://curl.haxx.se/libcurl/.
- The mdbtools are required for building the mdb2rec utility.
  mdbtools can be obtained at http://mdbtools.sourceforge.net.
- The UUID library from Theodore Ts'o is required for the uuid type.
  In Debian-like systems that library is packaged under the name
  uuid-dev and the runtime under the name libuuid1.
- The algol68toc compiler is required for building the Algol68
  bindings.

Re: [O] orgmode and a database

[Colin Baxter]

> Hello
>
> I am looking for a sort of database I could use with orgmode. Anybody
> has a suggestion? What's about recutils?
>
> thanks
>
> Uwe Brauer 

I've just installed recutils from source. If you do the same then be
aware that as well as the usual linux packages, you will also need
"check", "uuid-dev" and "bash-builtins" for a successful build. Perhaps
its obvious that they would be required, but its certainly not
documented - at least as far as I could discover. Sorry that this was
perhaps off-topic, but it might be useful for others.

Colin.

Re: [O] [OT] Git plus Syncthing: breaking hard links

[Nick Dokos]

Eric Abrahamsen  writes:

> This isn't really a Org question at all, but you all are smart and
> friendly people, and are likely to have run into this situation before.
> So I'm trying here before I turn to StackOverflow!
>
> I have Org files in a git repo, synced across two Linux machines. At the
> same time, I have a few directories on these computers that I sync with
> colleagues, via Syncthing.
>
> One of these colleagues also uses Org, so instead of giving her access
> to my Org git repo, which would be a bit too much exposure, I hardlink
> some of the Org files into the Syncthing directories, and she accesses
> them there. With auto-revert-mode turned on, it's not too bad.
>
> Except that the hardlinks keep breaking! There are so many different
> systems interacting here that I have no idea where to even start
> looking. She's on a Mac, not Linux, and uses a fairly recent version of
> Emacs, plus Org from the ELPA package. She is *not* using git on her
> machine, just Syncthing and Emacs.
>

How do the hardlinks break exactly?

Hardlinks to a file are limited to the same filesystem: a file with
inode number N has essentially two or more directory entries, with
different names associated to the same inode number. Syncthing certainly
cannot maintain that as it copies the file to the cloud and back, so
there seem to be plenty of opportunities for breakage, but it's not
clear which one(s) obtain.

> I'm inclined to blame Syncthing, but I really don't know where to start
> debugging. If any of you have any relevant experience, or any advice
> about where to look, that would be much appreciated. Otherwise, please
> excuse the off-topic post...
>

-- 
Nick

Re: [O] orgmode and a database

[Charles Millar]

Hi,

On 04/05/2016 06:43 AM, Colin Baxter wrote:

Hello

I am looking for a sort of database I could use with orgmode. Anybody
has a suggestion? What's about recutils?

thanks

Uwe Brauer

I've just installed recutils from source. If you do the same then be
aware that as well as the usual linux packages, you will also need
"check", "uuid-dev" and "bash-builtins" for a successful build. Perhaps
its obvious that they would be required, but its certainly not
documented - at least as far as I could discover. Sorry that this was
perhaps off-topic, but it might be useful for others.

Colin.
What flavor or OS are you using? I had a Debian Jessie desktop (recently 
relegated to the junk heap; it was a reclaimed from a 2000 - 2001 
machine which originally came with WindowsXT) and a LMDE2 laptop (still 
in use and which I believe is based on Jessie) both of which came with 
recutils-1.6, so last year  installed 1.7 from source on both. As I 
recall I had no problems. Perhaps I loaded the packages you mentioned at 
earlier time.


Charlie Millar

Re: [O] orgmode and a database

[Uwe Brauer]

   > Hi,
   > On 04/04/2016 03:46 PM, Uwe Brauer wrote:

   > I have been using recutils with orgmode for more than year - still
   > learning of course. So far, my experience has been fine. I am still
   > developing some sort of standard databases, e.g. one for contacts,
   > another for finance type of records, etc.

Do you have some example or a pointer or so. I don't know even how to
start. 

   > Have you checked out the two recutils mailing lists? Not very
   > active at the moment. I mentioned in those lists that perhaps some
   > sort of capture much like org-capture might be useful, but have
   > made no further effort in that regards.

   > I picked up a excellent pointers as to using recutils to create
   > org-mode tables from Jose Marchesi's and Eric Shulte's ob-rec.el
   > discussion on this list back in 2011. I ultimately export the tables
   > and related text to LaTeXpdf docs.

Could you provide me a link, please?

Uwe Brauer 

Re: [O] orgmode and a database

[Uwe Brauer]

>>> "Ken" == Ken Mankoff  writes:

> On 2016-04-04 at 15:46, Uwe Brauer  wrote:
>> I am looking for a sort of database I could use with orgmode. Anybody
>> has a suggestion? What's about recutils?

> Can you be more specific?

Well my first shot would be something like a mediawiki software which is
connected say to a mysql server. I can search wiki, but then most likely
I could move files in a directory and run grep.


So what about some functionally openoffice or filemaker (a commercial
software which runs on Mac or on Windows) provide. You write data in a
table and then can run searches which produce new (smaller tables).


> Org tables? They can be joined...

Now I don't understand what you mean be joined, linked?

> Org supports SQLite
> http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-sqlite.html
> http://howardism.org/Technical/Emacs/literate-database.html

Yeah that looks a bit to hackerish to me.

> And many use Org PROPERTY drawers as a database (for example, the
> address book support/examples).

That is maybe more what I need, could that be used in tables?

Uwe 

Re: [O] [OT] Git plus Syncthing: breaking hard links

[Eric Abrahamsen]

Eric S Fraga  writes:

> Hi Eric,
>
> I don't know syncthing at all and how MacOS works even less [1] but I do
> know emacs... a little.  Could the problem be related to how emacs does
> backups?  cf. backup-by-copying and make-backup-files

Hmm, I have my Emacs set up to not make backups, but maybe my
colleague's Emacs isn't... I will take a look.

> Just throwing things into the mix in case something helps!

That's basically all I was hoping for from this list! Thanks for
throwing things in :)

E

Re: [O] [OT] Git plus Syncthing: breaking hard links

[Eric S Fraga]

Hi Eric,

I don't know syncthing at all and how MacOS works even less [1] but I do
know emacs... a little.  Could the problem be related to how emacs does
backups?  cf. backup-by-copying and make-backup-files

Just throwing things into the mix in case something helps!

Footnotes: 
[1]  the last Apple computer I used was the Lisa... ;-)

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.92.1, Org release_8.3.4-668-g809a83

Re: [O] seeking advice on use of drawers vs blocks

[Christian Moe]

Hi,

Mandoku looks very nice -- an inspiration.

I don't really know enough about what your users do or how you want to
process the blocks to venture an opinion. On the one hand, for the sake
of simplicity and continuity for your users (to say nothing of
aesthetics), I'd say keep the drawer format, and add what functionality
you need to add by defining further conventions and writing code to
process drawer contents. Org blocks are many wonderful things, but
unobtrusive they're not, and they look quite intimidating when you start
adding header lines and parameters. On the other hand, when Org already
has these powerful blocks, it does seem a bit wasteful to reinvent the
wheel, as well as less portable.

On the third hand, have you considered wrapping a block in a drawer? It
would only look worse after you've opened it, and you could provide a
template for insertion so users don't have to remember where all the
colons and pluses go. If you only need the added metadata/functionality
for some annotations, and not always, that might be a solution.

Yours,
Christian Moe

Christian Wittern writes:

> Dear Orgmoders,
>
> Today I would like to poll the collective wisdom of the Orgmode user
> community about a design question I have.
>
> Since discovering org-mode more than 9.5 years ago (yeah! ), it has
> transformed my life almost as much, maybe even more than Emacs itself.
> Among other things, for work I have developed a package called Mandoku,
> which uses the org-mode format to deal with (classical) Chinese text.  For
> those interested, a description of this format, which is 99% org-mode is
> here[1].
>
> Now, as described at the very end of that page, I allow users to maintain
> annotations to things on the previous line of text in drawers. I then have
> scripts to collect these annotations and do various interesting things with
> them.  Now, since I started doing this some 6+ years ago, the org-mode
> syntax has seen some changes and especially blocks seem much more advanced
> now. I would like to have more expressive power concerning the content of
> the annotations, so I am considering switching to a block format for these
> annotations (or more likely for the time being, supporting both). This would
> give me more metadata and control over the content, because I can have
> header lines etc. However, my audience is somewhat non-technical and they
> concentrate on reading the texts, so the intrusion has to be minimal.
> Currently I handle that with the drawers being mostly folded and only
> expanded on demand with a  key on the line as usual, that is also the
> reason to use a short word for the drawer, which is the only thing seen in
> the folded state.
>
> So this does not work so nicely with blocks, especially if the header line
> expands.  Ideally I would even like to avoid seeing the header line in
> folded state and just have an icon in the margin to indicate that there is
> an annotation.  Does anybody know how this can be done? Has anybody done
> something similar?
>
> Apart from that, I wonder if there are other things to consider in the
> question: Should I move to block syntax rather than staying with drawers?
>
> Any and all comments appreciated,
>
> Christian Wittern
>
>
>
> [1] http://www.mandoku.org/mandoku-format-en.html

[O] [OT] Git plus Syncthing: breaking hard links

[Eric Abrahamsen]

This isn't really a Org question at all, but you all are smart and
friendly people, and are likely to have run into this situation before.
So I'm trying here before I turn to StackOverflow!

I have Org files in a git repo, synced across two Linux machines. At the
same time, I have a few directories on these computers that I sync with
colleagues, via Syncthing.

One of these colleagues also uses Org, so instead of giving her access
to my Org git repo, which would be a bit too much exposure, I hardlink
some of the Org files into the Syncthing directories, and she accesses
them there. With auto-revert-mode turned on, it's not too bad.

Except that the hardlinks keep breaking! There are so many different
systems interacting here that I have no idea where to even start
looking. She's on a Mac, not Linux, and uses a fairly recent version of
Emacs, plus Org from the ELPA package. She is *not* using git on her
machine, just Syncthing and Emacs.

I'm inclined to blame Syncthing, but I really don't know where to start
debugging. If any of you have any relevant experience, or any advice
about where to look, that would be much appreciated. Otherwise, please
excuse the off-topic post...

Thanks,
Eric

[O] seeking advice on use of drawers vs blocks

[Christian Wittern]

Dear Orgmoders,

Today I would like to poll the collective wisdom of the Orgmode user
community about a design question I have.

Since discovering org-mode more than 9.5 years ago (yeah! ), it has
transformed my life almost as much, maybe even more than Emacs itself.
Among other things, for work I have developed a package called Mandoku,
which uses the org-mode format to deal with (classical) Chinese text.  For
those interested, a description of this format, which is 99% org-mode is
here[1].

Now, as described at the very end of that page, I allow users to maintain
annotations to things on the previous line of text in drawers. I then have
scripts to collect these annotations and do various interesting things with
them.  Now, since I started doing this some 6+ years ago, the org-mode
syntax has seen some changes and especially blocks seem much more advanced
now. I would like to have more expressive power concerning the content of
the annotations, so I am considering switching to a block format for these
annotations (or more likely for the time being, supporting both). This would
give me more metadata and control over the content, because I can have
header lines etc. However, my audience is somewhat non-technical and they
concentrate on reading the texts, so the intrusion has to be minimal.
Currently I handle that with the drawers being mostly folded and only
expanded on demand with a  key on the line as usual, that is also the
reason to use a short word for the drawer, which is the only thing seen in
the folded state.

So this does not work so nicely with blocks, especially if the header line
expands.  Ideally I would even like to avoid seeing the header line in
folded state and just have an icon in the margin to indicate that there is
an annotation.  Does anybody know how this can be done? Has anybody done
something similar?

Apart from that, I wonder if there are other things to consider in the
question: Should I move to block syntax rather than staying with drawers?

Any and all comments appreciated,

Christian Wittern



[1] http://www.mandoku.org/mandoku-format-en.html

-- 
Christian Wittern, Kyoto