Re: [O] Bug: Docstrings of =org-agenda-todo-ignore-with-date= and =org-agenda-todo-ignore-timestamp= unclear [9.2 (release_9.2-215-g5b39d8 @ /home/mbork/others-works/emacs/org-mode/lisp/)]

2019-06-24 Thread Marcin Borkowski
On 2019-06-23, at 21:29, Samuel Wales wrote: > this looks good, but i wonder if newcomers get confused about that todo thing. > > i am not proposing any solution, just brainstorming. > > the word todo is used in a few contexts in org: > > - the todo keyword per se [TODO] > - todoish

Re: [O] Bug: Docstrings of =org-agenda-todo-ignore-with-date= and =org-agenda-todo-ignore-timestamp= unclear [9.2 (release_9.2-215-g5b39d8 @ /home/mbork/others-works/emacs/org-mode/lisp/)]

2019-06-24 Thread Marcin Borkowski
On 2019-06-23, at 13:23, Marcin Borkowski wrote: > On 2019-06-19, at 21:19, Nicolas Goaziou wrote: > >> Hello, >> >> Marcin Borkowski writes: >> >>> The docstrings of =org-agenda-todo-ignore-with-date= and >>> =org-agenda-todo-ignore-timestamp= do not really tell what these >>> settings are

Re: [O] Compile failure

2019-06-24 Thread Fraga, Eric
On Monday, 24 Jun 2019 at 11:48, Kaushal Modi wrote: > That issue on Emacs master is fixed now for me. If it happens not to be, for Bill: just go to your emacs and git checkout 63b29f81075a3fdca70348f023d3ebb37a4f2a63 make clean make && make install and things should work. They do for me.

Re: [O] export to latex, make-backup-files, vc-make-backup-files

2019-06-24 Thread Uwe Brauer
> Uwe Brauer writes: > Those are the setting I have. > Why not? If it's under VC, why do you need emacs to make backups for you? But only some of my files are, most of them are not under VC, so if I set this variable globally to nil, no backups for files which are not under VC control

Re: [O] Compile failure

2019-06-24 Thread Kaushal Modi
That issue on Emacs master is fixed now for me. -- Kaushal Modi On Mon, Jun 24, 2019, 11:43 AM William Denton wrote: > On 24 June 2019, Robert Pluim wrote: > > > Thatʼs an emacs issue, not an org-mode issue. If you specify the full > > path to your emacs binary instead of using a symlink, does

Re: [O] Compile failure

2019-06-24 Thread William Denton
On 24 June 2019, Robert Pluim wrote: Thatʼs an emacs issue, not an org-mode issue. If you specify the full path to your emacs binary instead of using a symlink, does it compile? I'm just going to wait, not touch anything more, and wait until the Emacs developers fix things. I should have

Re: [O] export to latex, make-backup-files, vc-make-backup-files

2019-06-24 Thread Nick Dokos
Uwe Brauer writes: >> Uwe Brauer writes: > >> FWIW, I tried a set-up with git (I don't have mercurial available) and I > cannot >> reproduce this. > >> I'm not using numbered backups but the two variables you mention are set > the >> same way for me. Here's what I did: > >

Re: [O] Compile failure

2019-06-24 Thread Robert Pluim
> On Mon, 24 Jun 2019 08:49:07 -0400 (EDT), William Denton > said: William> The current source isn't compiling, at least for me (this is with an William> Emacs freshly compiled from source): William> $ make William> make -C doc clean; make -C lisp clean; William>

Re: [O] Compile failure

2019-06-24 Thread Fraga, Eric
On Monday, 24 Jun 2019 at 08:49, William Denton wrote: > The current source isn't compiling, at least for me (this is with an > Emacs freshly compiled from source): [...] > emacs: could not resolve realpath of "(null)": No such file or directory I've run into this problem with the latest Emacs.

[O] Compile failure

2019-06-24 Thread William Denton
The current source isn't compiling, at least for me (this is with an Emacs freshly compiled from source): $ make make -C doc clean; make -C lisp clean; make[1]: Entering directory '/usr/local/src/org-mode/doc' rm -f org orgguide *.pdf *.html *_letter.tex org-version.inc \ org-version.tex

Re: [O] latest org-attach.el change (commit "4939b4175") invalid download sub-command

2019-06-24 Thread stardiviner
Kyle Meyer writes: > stardiviner writes: > >> This latest org-attach.el change (commit "4939b4175") > > That commit didn't touch org-attach.el, but it's the parent of 72124726a > (org-attach: Make dispatcher commands customizable, 2019-04-26), which > did. That seems to be the actual