Hello!
The 9.6 release fails to build with multiple jobs (-j62).
This issue was found automatically by the Gentoo Tinderbox CI.
Link to the Gentoo bug report: https://bugs.gentoo.org/884243
--
Have a great day!
~ Maciej XGQT Barć
OpenPGP_0x14D74A1F43A6AC3C.asc
Description: OpenPGP public key
Ihor Radchenko writes:
> Esteban Ordóñez writes:
>
>> El 2022-12-04 06:17, Ihor Radchenko escribió:
>>
>>> #+BEGIN: clocktable :scope file :maxlevel 2
>>> #+CAPTION: Clock summary at [2022-12-04 Sun 14:16]
>>> | Headline | Time|
>>> |--+---|
>>> | *Total time* |
El 2022-12-04 06:17, Ihor Radchenko escribió:
> #+BEGIN: clocktable :scope file :maxlevel 2
> #+CAPTION: Clock summary at [2022-12-04 Sun 14:16]
> | Headline | Time|
> |--+---|
> | *Total time* | *0h 0min* |
> #+END:
It is still not clear what "Clock summary at"
El 2022-12-05 08:50, Christian Moe escribió:
> Ihor Radchenko writes:
>
>> Esteban Ordóñez writes:
>>
>>> El 2022-12-04 06:17, Ihor Radchenko escribió:
>>>
#+BEGIN: clocktable :scope file :maxlevel 2
#+CAPTION: Clock summary at [2022-12-04 Sun 14:16]
| Headline | Time|
Esteban Ordóñez writes:
> El 2022-12-04 06:17, Ihor Radchenko escribió:
>
>> #+BEGIN: clocktable :scope file :maxlevel 2
>> #+CAPTION: Clock summary at [2022-12-04 Sun 14:16]
>> | Headline | Time|
>> |--+---|
>> | *Total time* | *0h 0min* |
>> #+END:
>
> It is still
El 2022-12-05 08:15, Ihor Radchenko escribió:
"the table below lists summary of clocked time as of [...] date; how
much time is spent doing
various tasks before [...] date."
> Hope it clarifies things.
It does!
'(("en" "File" "L" "Timestamp" "Headline" "Time" "ALL" "Total
time" "File
Maciej Barć writes:
> Hello!
>
> The 9.6 release fails to build with multiple jobs (-j62).
> This issue was found automatically by the Gentoo Tinderbox CI.
> Link to the Gentoo bug report: https://bugs.gentoo.org/884243
Thanks for reporting!
I tried
cd /tmp
git clone --depth=1
Colin Baxter wrote:
> I too would like a means to disable org-persist.
On emacs-devel there was this suggestion:
https://lists.gnu.org/archive/html/emacs-devel/2022-12/msg00125.html
I am sorry to take so much time to contribute. I guess that I feel very
unsure. Next time, I will do it in a more timely manner, considering
that the "time question" has been overcome! ;-)
Esteban Ordóñez writes:
>>> Hope it clarifies things.
>
> It does. Thank you very much, Christian.
Just to note: The helpful clarification was Ihor's.
I added a note about strings like this being tricky to localize and
keeping that in mind when doing them in English.
Yours,
Christian
Esteban Ordóñez writes:
> I am sorry to take so much time to contribute. I guess that I feel very
> unsure. Next time, I will do it in a more timely manner, considering
> that the "time question" has been overcome! ;-)
Emm. I am not sure what you are referring to.
Some bugs remain open for
Rudolf Adamkovič writes:
> Rudolf Adamkovič writes:
>
>> Agreed. Please, see the updated patch.
>
> Oops, I dropped an important word in the commit message.
>
> Please see the third version of patch below.
Thanks!
Applied onto main.
Hello Johan,
Many thanks for reporting the issue.
I'll investigate further and submit a patch next weekend at the latest.
Best regards,
Jeremie
On Mon, Dec 5, 2022 at 11:42 AM Johan Tolö wrote:
> Greg Minshall writes:
>
> > i see this same behavior. to me, (org-babel-R-assign-elisp)
> >
Greg Minshall writes:
i see this same behavior. to me, (org-babel-R-assign-elisp)
seems to be
the problem, but it hasn't changed any time recently. (nor, if
my =git
blame= is done correctly, has anything else in ob-R.el.)
[snipped]
Yeah, the problem is not a change to ob-R.el but the
yuvallangerontheroad writes:
> Please review.
Thanks!
Applied onto main with a small amendment to the commit message.
I added ":" after the changelog description term.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=c4de06ce1
You are now also listed as Org contributor.
El 2022-12-05 08:44, Ihor Radchenko escribió:
> So, do not worry about taking too much time for anything. The most
> important thing is contributing. We do not expect speed.
Thank you very much for your patience and mentorship. And everyone
elese's.
> On Dec 4, 2022, at 6:43 PM, Greg Minshall wrote:
>
> i see this same behavior. to me, (org-babel-R-assign-elisp) seems to be
> the problem, but it hasn't changed any time recently. (nor, if my =git
> blame= is done correctly, has anything else in ob-R.el.)
>
> i don't understand how
El 2022-12-05 10:25, Christian Moe escribió:
> Esteban Ordóñez writes:
>
Hope it clarifies things.
>>
>> It does. Thank you very much, Christian.
>
> Just to note: The helpful clarification was Ihor's.
It was helpful. I am sorry. I quoted tho wrong person.
> I added a note about strings
This is perfect, thank you!
On Mon, 5 Dec 2022 at 09:13, William Denton wrote:
> On 4 December 2022, Vikas Rawal wrote:
>
> > I frequently use orgmode macros -- like {{{M(Year 1998--99)}}} -- in
> tables
> > designed for latex export. I find that the macro syntax occupies many
> > character
> Angelo Graziosi writes:
> Colin Baxter wrote:
>> I too would like a means to disable org-persist.
> On emacs-devel there was this suggestion:
> https://lists.gnu.org/archive/html/emacs-devel/2022-12/msg00125.html
It appears to work, after removing a couple of surplus
Hi Ihor!
Cannot reproduce.
I think this is more likely to happen to users who actually compile on
boxes with very high CPU/thread count.
A common user with ~8 threads probably will not hit this issue
(I also could not reproduce this on my 4c/8t daily-driver).
Regardless if a common users is
hi, Charles,
> This makes a list like '("a" "b" "c") into a data.frame with one column.
1. which version of Org are you running?
: Org mode version 9.6 (9.6-g60de19 @
/home/minshall/.emacs.d/straight/build/org/):
2. is my below example yours?
i think i used to see the behavior you describe in
I just upgraded to Org 9.6 and I've noticed that having flyspell-mode
turned on causes very large slowdowns when adding or deleting footnotes in
an org file with lots of footnotes (e.g., more than 200, which is common
for the academic articles that I use org for). Any ideas for what might be
I'm using Debian v11.5 on my Chromebook. I have used 'apt install' to
load the pre-built version of Emacs 27.1. I've just found out that it
installs a pre-built version of Org-9.3 in /usr/share/emacs/27.1/lisp.
That directory is early in the load-path, so it appears to be loaded out
of
Hi Greg,
> On Dec 5, 2022, at 4:41 PM, Greg Minshall wrote:
>
> hi, Charles,
>
>> This makes a list like '("a" "b" "c") into a data.frame with one column.
>
> 1. which version of Org are you running?
> : Org mode version 9.6 (9.6-g60de19 @
> /home/minshall/.emacs.d/straight/build/org/):
>
On Mon, Dec 05, 2022 at 06:50:33PM -0800, David Masterson wrote:
> I'm using Debian v11.5 on my Chromebook. I have used 'apt install' to
> load the pre-built version of Emacs 27.1. I've just found out that it
> installs a pre-built version of Org-9.3 in /usr/share/emacs/27.1/lisp.
> That
Kyle Meyer writes:
> Bastien writes:
>
>> Some users reported an (invalid-function org-assert-version) error
>> when installing Org from ELPA:
>>
>> https://lists.sr.ht/~bzg/emacsfr/%3Cd091463e1615422eb00070727d6a094ec0ae3c73.camel%40adocentyn.io%3E
>>
Kyle Meyer writes:
> Bastien writes:
>
>> Kyle Meyer writes:
> [...]
>
>>> Every spot that calls org-assert-version is preceded by a line that
>>> requires org-macs, so isn't this error likely due to a mixed
>>> installation/load-path issue where the wrong/older org-macs is taking
>>>
Chuck,
sorry, i didn't see the change you had added.
> So, isn't that what is wanted?
that's a policy question that i can't answer. :)
cheers, Greg
writes:
> On Mon, Dec 05, 2022 at 06:50:33PM -0800, David Masterson wrote:
>> I'm using Debian v11.5 on my Chromebook. I have used 'apt install' to
>> load the pre-built version of Emacs 27.1. I've just found out that it
>> installs a pre-built version of Org-9.3 in /usr/share/emacs/27.1/lisp.
writes:
> On Mon, Dec 05, 2022 at 07:54:25PM -0800, David Masterson wrote:
>
>> Question: which end of load-path is "front" if you look at load-path via
>> describe-variable? It's been far too long since my days of Elisp
>> hacking.
>
> This goes "left to right" when looking at it on a
On Mon, Dec 05, 2022 at 07:54:25PM -0800, David Masterson wrote:
[...]
> Question: which end of load-path is "front" if you look at load-path via
> describe-variable? It's been far too long since my days of Elisp
> hacking.
This goes "left to right" when looking at it on a conventional
Johan Tolö writes:
[snipped]
* Test
:PROPERTIES:
:DIR: build
:END:
#+begin_src R :results output file graphics :file build/test.png
plot(1)
#+end_src
#+RESULTS:
[[attachment:build/test.png]]
The expected result is:
#+RESULTS:
[[attachment:test.png]]
My ob-core.el has in the
33 matches
Mail list logo
