On Thursday, 21 Oct 2021 at 20:54, William Denton wrote:
> With my usual set up, I can get things working except that any Org files
> initially loaded up aren't recognized as Org, but if I run =M-x org-mode= it
> all
> kicks in.
For the record, I have had this or something very similar for a ve
>>> "KLG" == Kévin Le Gouguec writes:
Thanks
> Uwe Brauer writes:
>> But I would like them to be indented like this
>>
>> ** DONE G1:H1:G1:
>> :PROPERTIES:
> In Org 9.5, setting org-adapt-indentation to 'headline-data makes
> :DRAWE
>/On Oct 18, 2021, at 20:51, Pedro Andres Aranda Gutierrez
/
>/wrote: />/I'm trying to generate the documentation />/./org.texi:17579: TeX
>capacity exceeded, sorry [input stack size=5000]. //Jean-Christophe Helary
>reported too the location of the source of
trouble identified by /Takesi Ayanoko
Hi Igor,
I believe the problem is in:
(defun pcomplete/org-mode/searchhead ()
...
;; When completing a bracketed link, i.e., "[[*", argument
;; starts at the star, so remove this character.
(substring pcomplete-stub 1 <-- trailing ]] not removed!
Cha
"Christopher M. Miles" writes:
> Now I tried your latest push. The errors gone. But org-agenda entries still
> missing. I checked
> *Messages* buffer, no error messages, including other error special buffers.
> no information.
Agenda now uses a new algorithm to search entries. There may be a bu
Ihor Radchenko writes:
> "Christopher M. Miles" writes:
>
>> After git bisect, I found the bad commit:
>>
>> #+begin_example
>> 0ef88e2d9 * | bad @ org-agenda.el/org-agenda-get-scheduled: Use cache
>> #+end_example
>>
>> after org-agenda generation, lot of entries not displayed. Then I found l
William Denton writes:
> $ git rev-parse HEAD
> 5315773e8a0838268592617174b221ec7bf1c87a
Sorry, I missed that you are already on the latest main.
I cannot reproduce the problem using relatively recent Emacs master
(commit ae9bfaa891c).
A blind guess: Try to run make clean?
Best,
Ihor
Hi,
in https://list.orgmode.org/87tuuw3n15@nicolasgoaziou.fr/#t it's stated:
> Org is standardized on lower case. Uppercase is used in the manual as
> a poor man's bold, and supported for historical reasons.
But C-c C-x p still inserts stuff like:
:PROPERTIES:
:ARCHIVE: ...
:END:
William Denton writes:
> I've had something strange going on for days that I haven't been able to
> figure
> out. With my usual set up, I can get things working except that any Org
> files
> initially loaded up aren't recognized as Org, but if I run =M-x org-mode= it
> all
> kicks in.
Can
I've had something strange going on for days that I haven't been able to figure
out. With my usual set up, I can get things working except that any Org files
initially loaded up aren't recognized as Org, but if I run =M-x org-mode= it all
kicks in. There were also transient errors about avl-tr
Thanks. Worked for me
Ihor,
> Fixed on current main (5315773e8).
confirmed. thanks!
from a previous e-mail (but, for my future reference):
> Are you on Emacs 24?
i'm on
GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.27,
cairo version 1.17.4) of 2021-03-26
> Can you try to run make befor
Uwe Brauer writes:
> But I would like them to be indented like this
>
> ** DONE G1:H1:G1:
> :PROPERTIES:
In Org 9.5, setting org-adapt-indentation to 'headline-data makes
:DRAWERS: indented (setting it to t makes everything but
On 21/10/2021 23:03, Ihor Radchenko wrote:
It was malformed add-hook call. Fixed in 5315773e8.
Thank you, Ihor. I do not see problems I have noticed today anymore.
Just to say that I recompiled org and reloaded and following a citation
now works "out of the box". Caveat: I haven't restarted Emacs (it's my
window manager and hence there's significant inertia against exiting
Emacs...) so I'll verify everything next time I restart (which could be
some time...).
On Thursday, 21 Oct 2021 at 12:18, Bruce D'Arcus wrote:
> But the default org-cite-follow-processor is "basic", so it should now
> work "out of the box". If for some reason it isn't, maybe there's an
> issue there?
Okay, I do have that variable set to basic so there must be something
else wrong in
> Ihor Radchenko writes:
> It was malformed add-hook call. Fixed in 5315773e8.
Great! I've pulled org-mode and I can confirm I no longer see my
org-persist errors. Excellent. I'm looking at the vc-diff buffer and
it's amazing that such a small omission has such a major effect.
Best wish
On Thu, Oct 21, 2021 at 11:58 AM Eric S Fraga wrote:
>
> Hi Bruce,
>
> thank you for the quick response.
>
> On Thursday, 21 Oct 2021 at 11:27, Bruce D'Arcus wrote:
> > Maybe I'm missing something, but why is that necessary?
>
> It's highly likely that I am missing something (not a rare occurence
Greg Minshall writes:
> hi. with a recent org-mode (*), `org-capture` seems to crash with the
> message:
>
> Variable binding depth exceeds max-specpdl-size
>
>
> this happens with (a suitably -L'd) `emacs -Q`
> - M-x org-capture
> - t
> - then crashes
Fixed on current main (5315773e8
It was malformed add-hook call. Fixed in 5315773e8.
Greg Minshall writes:
> hi. with a recent org-mode (*), `org-capture` seems to crash with the
> message:
>
> Variable binding depth exceeds max-specpdl-size
>
Looks like
https://list.orgmode.org/87mtn2za37.fsf@localhost/T/#m1c8761c1b2aaee2642f71367054a5065f9bf92f0
Are you on Emacs 24
Hi Bruce,
thank you for the quick response.
On Thursday, 21 Oct 2021 at 11:27, Bruce D'Arcus wrote:
> Maybe I'm missing something, but why is that necessary?
It's highly likely that I am missing something (not a rare occurence
;-)) but, out of the box without explicitly specifying a follow
funct
On Thu, Oct 21, 2021 at 10:12 AM Eric S Fraga wrote:
>
> Dear all,
>
> simple question: how can I get org-cite to rescan my bibliography (.bib)
> file when it changes? When I'm writing a paper, as I'm doing now, I add
> entries to my bibliography as I write but org-cite is not aware of any
> new
Ihor Radchenko writes:
> ... There is no problem on Emacs 28, but I can see the error
> using Emacs 26.3. I used the following command line from inside the Git
> folder to run Emacs (debug.org is the provided minimal file):
>
> emacs -Q -L ./lisp -l org /tmp/debug.org
>
> Interestingly, the foll
On Thu, Oct 21, 2021 at 10:29 AM Eric S Fraga wrote:
>
> Hello all,
>
> I may be violating some coding convention but the attached patch re-uses
> the org-cite-basic-goto function from the basic org-cite processor to
> implement the follow directive for the bibtex processor. Seemed like an
> obvi
Carlos,
> > ps -- the org-version was
> > : Org mode version 9.5 (9.5-gdc154f @
> > /home/minshall/.emacs.d/straight/build/org/)
> What are these? Seemingly not git revisions. Can I checkout that
> version somehow? If not, pass me your git revision and I will rerun my
> recipe there.
my belief (
hi. with a recent org-mode (*), `org-capture` seems to crash with the
message:
Variable binding depth exceeds max-specpdl-size
this happens with (a suitably -L'd) `emacs -Q`
- M-x org-capture
- t
- then crashes
after this crash, i seem to be unable to enter the debugger, etc.
(`(setq d
Colin Baxter 😺 writes:
> > M-x org-lint
>
> > Debugger entered--Lisp error: (error "Variable binding depth
> > exceeds max-specpdl-size") ... org-filename-concat
>
> I can reproduce that. Then emacs just hangs. I have the latest org-mode.
Thanks for another confirmation. I tried har
On Thursday, 21 Oct 2021 at 16:51, Uwe Brauer wrote:
> Do you use
> org-ref-insert-cite-link
> org-ref-helm-insert-cite-link
Neither. I use org-cite-insert.
--
: Eric S Fraga via Emacs 28.0.60, Org release_9.5-149-g781080
: Latest paper written in org: https://arxiv.org/abs/2106.05096
Hi
I have for example
** DONE G1:H1:G1:
:PROPERTIES:
:ID: G1
:User1:John
:email1: j...@gmail.com
:Start:<2021-02-16 mar>
:End: <2021-05-24 lun>
:STATUS: [ ]
:ST1: [ ]
:Sheet:H1
:Ex: E2
:Ex:
>>> "ESF" == Eric S Fraga writes:
> Dear all,
> simple question: how can I get org-cite to rescan my bibliography
> (.bib) file when it changes? When I'm writing a paper, as I'm doing
> now, I add entries to my bibliography as I write but org-cite is not
> aware of any new entries.
> I have gon
Hello all,
I may be violating some coding convention but the attached patch re-uses
the org-cite-basic-goto function from the basic org-cite processor to
implement the follow directive for the bibtex processor. Seemed like an
obvious win...
Seems to work just fine for me. I do wonder: should I
Dear all,
simple question: how can I get org-cite to rescan my bibliography (.bib)
file when it changes? When I'm writing a paper, as I'm doing now, I add
entries to my bibliography as I write but org-cite is not aware of any
new entries.
I have gone through the code but cannot see where the bib
> Max Nikulin writes:
> On 21/10/2021 02:04, Colin Baxter 😺 wrote:
>>
>> The max-specpdl-size error has happened again when I tried to add
>> a note to an agenda item. Emacs hung and had to be killed. The
>> debugger buffer was empty and the only other information given
Max Nikulin writes:
> Ihor, I have seen your instructions for more debug info, but I have not
> tried them yet. In the meanwhile I have tracked my problem down to to
> the following minimal file
>
> --- >8 ---
> #+begin_example org
>,* H
> #+end_example
> --- 8< ---
>
> M-x org-lint
>
> Deb
On 21/10/2021 02:04, Colin Baxter 😺 wrote:
The max-specpdl-size error has happened again when I tried to add a note
to an agenda item. Emacs hung and had to be killed. The debugger buffer
was empty and the only other information given was the message:
mapc: Lisp nesting exceeds `max-lisp-eval-d
Colin Baxter 😺 writes:
> > (setq org-element--cache-self-verify 'backtrace)
> > (setq org-element--cache-self-verify-frequency 1)
>
> I set the above in my ~/.emacs
>
> > If a warning appears, backtrace could be helpful. If not, it
> > should be something to do with org-element-ca
On Wed, Oct 20, 2021 at 08:33:42PM -0300, Carlos Pita wrote:
> I find the instructions about bug reporting in [1] lacking a heads-up
> that subscription to the mailing list is a (soft?) prerequisite. It's
> true that it links to [2] which states:
>
> You can subscribe to the list from this web
I pushed tentative fix to main. Let me know if you keep seeing the
error.
Best,
Ihor
"Christopher M. Miles" writes:
> After git bisect, I found the bad commit:
>
> #+begin_example
> 0ef88e2d9 * | bad @ org-agenda.el/org-agenda-get-scheduled: Use cache
> #+end_example
>
> after org-agenda generation, lot of entries not displayed. Then I found lot
> of errors in =*Messages*= buffe
After git bisect, I found the bad commit:
#+begin_example
0ef88e2d9 * | bad @ org-agenda.el/org-agenda-get-scheduled: Use cache
#+end_example
after org-agenda generation, lot of entries not displayed. Then I found lot of
errors in =*Messages*= buffer.
#+begin_example
Wrong type argument: stri
On Wednesday, 20 Oct 2021 at 14:43, Bruce D'Arcus wrote:
> BTW, per the bibtex-actions README, there are a few other small
> packages you want to install for the best experience.
Agreed. I actually had all of these bar embark installed already.
thank you,
eric
--
: Eric S Fraga via Emacs 28.0.
42 matches
Mail list logo
