Re: [bug] File mode specification error: (void-function file-attribute-inode-number)

[Ihor Radchenko]

Samuel Wales  writes:

> emacs 25.1 does not have this function.  this error occurs upon
> find-file on an org file in org 9.5.
>
> File mode specification error: (void-function file-attribute-inode-number)

Thanks for reporting!

I just pushed the fix upstream.

However, note that Emacs 25 is barely supported. Our current policy is
supporting latest Emacs - 2 versions [1]. Emacs 28 is going to be
released in a few months, bundling Org 9.5. If you can, please update
your Emacs to at least version 26.

[1] https://orgmode.org/worg/org-maintenance.html#emacs-compatibility

Best,
Ihor

Provide link to pdf manual etc on homepage?

[Detlef Steuer]

Hi all,

very minor, but I just *again* searched for the pdf documentation :-)

The pdf versions of the org manual and the org guide are on
orgmode.org, but have no visible references for users.

I.e. there are https://orgmode.org/orgguide.pdf and
https://orgmode.org/org.pdf but these are somehow kept as a secret.

Is there any reason to do so?

Their existence could be announced in the "Further reading" section of
https://orgmode.org/index.html by just additionally provinding links to
the pdf versions. (Like it is done for the reference card in worg.)

My usecase ist keeping an uptodate copy of these files on an e-reader.

The elpa version does not provide pdf documentation and furthermore the
Makefiles in the elpa package do not work outside of the emacs source
tree it seems, therefore generating it for myself is not as easy as I
expected.

Especially for newcomers such links would be useful, too, I guess. 

All the best
Detlef

Re: next-error for agenda searches

[Ihor Radchenko]

Samuel Wales  writes:

> On 12/19/21, Ihor Radchenko  wrote:
>> multiple agenda views is not an uncommon workflow. You may have daily
>
> i think this is a strong objection.  multiple simultaneous agenda
> views seems to sink my suggestion.
>
> can one have multiple simultaneous c-c / buffers?  and multiple
> grep/occur/compilation shell minor mode?

I am not sure what you mean by multiple C-c / buffers. org-sparse-tree
does not create new buffers, just changes visibility of the current
buffer.

> or a grep buffer and an occur buffer and a compilation shell minor
> mode buffer simultaneously?  what disambiguates those?
>
> idk what is done in such cases.  perhaps there is an assumption of a
> single set of errors at a time, or some buffer local thing.

According to next-error docstring, only the last grep/occur/compilation
result is used. In theory, we can also do the same for agendas and AFAIU
it is even not that hard to implement.

If more people are interested, I do not see why next-error integration
cannot be included into Org.

>>> furthermore, the next-closest thing, follow mode, puts point in wrong
>>> window.  also, 'canonical visibility is not present so i cannot see
>>> everything [this might or might not be fixable by user].
>>
>> Can you elaborate?
>
> well it is moot because of the accessibility issue, but it is
> unsuitable for the next-error task.  point in wrong window so you have
> to switch.  some things hidden so you have to make visible is all i
> meant.  again, moot so no suggestions needed here.

FYI, there is org-fold-show-context-detail. You can customise how much
is revealed when jumping to an entry from agenda view.

>> Might be useful. Also, I personally prefer org-quickpeek in agenda.
>
> can't seem to find that package but next-error allows editing not just 
> peeking.

I referred to http://github.com/alphapapa/org-quick-peek
It cannot help with editing though.

> but basically i have had org for a long time and i am not able to
> maintain my forest as well as i need to.

Hmm... I myself went through several refactors of my Org file
structures. Exactly because things become unmaintainable over time. It
is hard to design a good structure without enough experience with the
old one.

I usually take things slowly and keep old and new structures together.
New things are going to the new structure and old things are moved from
old to new bit by bit (there is simply a daily 5 min task for this).

Hope it helps.

> my suggestion was for org's sake and i didn't think this much detail
> would be needed at the time.  i used my computer use time to do the
> best i could, but it seems that more detail was needed, and that
> detail needed discussion.  my bad.

Now it is quite clear for me what you meant. The idea is reasonable.

> n.b.  i've been on the list for years, and many core features of org,
> and parts thereof, were actually... my suggestions :).

Now, when I looked, mailbox search revealed the truth :)
I only casually followed the list until the beginning of this year.

> but sometimes i miss the mark apparently, especially lately.  as in this case.
>
> still, not sure why multiple grep buffers or grep with occur or c-c /,
> etc. are compatible but multiple simultaneous agenda not so.

Simultaneous agendas can be compatible, as I mentioned above. Just need
to take the last generated agenda/occur/grep/etc. It will follow the
existing next-error logic.

Best,
Ihor

[PATCH] Fix parallel build failure for Texinfo manual

[Ulrich Müller]

* doc/Makefile (org.texi, orgguide.texi): Fix parallel build failure.
---

Forwarding Gentoo Linux bug #829055 .
When doing a parallel build (make -j16), a failure was observed when
building the Texinfo documentation:

make -C doc info
make[1]: Entering directory 
'/var/tmp/portage/app-emacs/org-mode-9.5/work/org-mode-release_9.5/doc'
emacs  -Q -batch --eval '(setq vc-handled-backends nil org-startup-folded nil)' 
  \
  --eval '(add-to-list `load-path "../lisp")' \
  --eval '(load "../mk/org-fixup.el")'\
  --eval '(org-make-manuals)'
emacs  -Q -batch --eval '(setq vc-handled-backends nil org-startup-folded nil)' 
  \
  --eval '(add-to-list `load-path "../lisp")' \
  --eval '(load "../mk/org-fixup.el")'\
  --eval '(org-make-manuals)'
Loading 
/var/tmp/portage/app-emacs/org-mode-9.5/work/org-mode-release_9.5/mk/org-fixup.el
 (source)...
Loading 
/var/tmp/portage/app-emacs/org-mode-9.5/work/org-mode-release_9.5/mk/org-fixup.el
 (source)...
...lease_9.5/doc/org.texi locked by portage@local... (pid 55): (s, q, p, ?)? 
Cannot resolve lock conflict in batch mode
make[1]: *** [Makefile:31: orgguide.texi] Error 255
make[1]: *** Waiting for unfinished jobs
make[1]: Leaving directory 
'/var/tmp/portage/app-emacs/org-mode-9.5/work/org-mode-release_9.5/doc'
make: *** [mk/targets.mk:127: info] Error 2

Fix by making org.texi a prerequisite of orgguide.texi, with an empty
recipe.

 doc/Makefile | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/doc/Makefile b/doc/Makefile
index 96fda1445..7f996deae 100644
--- a/doc/Makefile
+++ b/doc/Makefile
@@ -27,12 +27,14 @@ guide:: orgguide.texi org-version.inc
../mk/guidesplit.pl $@/*
 endif
 
-org.texi orgguide.texi:org-manual.org org-guide.org
+org.texi:  org-manual.org org-guide.org
$(BATCH) \
  --eval '(add-to-list '"'"'load-path "../lisp")' \
  --eval '(load "../mk/org-fixup.el")' \
  --eval '(org-make-manuals)'
 
+orgguide.texi: org.texi
+
 org-version.inc:   org.texi
@echo "org-version: $(ORGVERSION) ($(GITVERSION))"
@echo "@c automatically generated, do not edit"  > org-version.inc
-- 
2.34.1

[PATCH] Re: Bug: org-deadline drops warning periods from TIME [9.4.6 (9.4.6-10-gee652a-elpaplus @ /home/fap/.emacs.d/elpa/org-plus-contrib-20210712/)]

[Ihor Radchenko]

erim...@web.de writes:

> * Reproduction
>
> Call ~org-deadline~ with a warning period like so:
>
>
> (org-deadline nil "<2021-07-20 Tue -1d>")
>;; => DEADLINE: <2021-07-20 Tue>
>
> * Expected
>
> Deadline gets added with the warning period provided.

Can you try the attached patch?

Also, note that warning period is still not supported when reading
deadline interactively. Not sure if we need it though.

Best,
Ihor

>From 5ea33ca79c1c9fa60e960fcc4508fbfc5358b95f Mon Sep 17 00:00:00 2001
Message-Id: <5ea33ca79c1c9fa60e960fcc4508fbfc5358b95f.1640010497.git.yanta...@gmail.com>
From: Ihor Radchenko 
Date: Mon, 20 Dec 2021 22:26:56 +0800
Subject: [PATCH] org--deadline-or-schedule: Allow warning period in TIME
 argument

* lisp/org.el (org--deadline-or-schedule): Match warning period if
provided in TIME arg.

Fixes https://orgmode.org/list/83b84e24-bf18-8b2c-0e8e-84abbd291...@web.de
---
 lisp/org.el | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/lisp/org.el b/lisp/org.el
index ce4e08eab..29e1d4d0e 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -10652,7 +10652,13 @@ (defun org--deadline-or-schedule (arg type time)
 			;; We use `org-repeat-re' because we need
 			;; to tell the difference between a real
 			;; repeater and a time delta, e.g. "+2d".
-			(string-match org-repeat-re time)
+			(or (string-match org-repeat-re time)
+;; `org-repeat-re' is not sufficient
+;; to match warning periods.
+(and (string-match-p org-ts-regexp-both time)
+ (string-match "\\([.+-]+[0-9]+[hdwmy]\
+\\(?:[/ ][-+]?[0-9]+[hdwmy]\\)?\\)"
+   time)))
 			(match-string 1 time))
 		   (and (org-string-nw-p old-date)
 			(string-match "\\([.+-]+[0-9]+[hdwmy]\
-- 
2.32.0

Re: [O] send block evaluation results to specified buffer

[Ihor Radchenko]

"Arthur A. Gleckler"  writes:

> Attached is a patch to allow one to specify that results from executing a
> block should go to a specific buffer.

It seems that nobody have noticed this email.

The idea of sending source block output to a separate buffer (not
*Messages*) looks interesting for me.

It would be even better to support image output in addition to text
output.

Maybe others can take a look again and provide some feedback.

Best,
Ihor

Re: [O] send block evaluation results to specified buffer

[Arthur A. Gleckler]

On Mon, Dec 20, 2021 at 6:02 AM Ihor Radchenko  wrote:

> "Arthur A. Gleckler"  writes:
>
> > Attached is a patch to allow one to specify that results from executing a
> > block should go to a specific buffer.
>
> It seems that nobody have noticed this email.
>
> The idea of sending source block output to a separate buffer (not
> *Messages*) looks interesting for me.
>
> It would be even better to support image output in addition to text
> output.
>
> Maybe others can take a look again and provide some feedback.
>

Thank you!  I've done all the necessary "paperwork," I believe.

Org-learn failing to update calendar scheduling

[Bithov Vinu Student]

I installed the plugin org-learn for my Emacs (latest version, latest
org-mode as well). The plugins no longer actively maintained nor does it
need to be, it does a select few things and doesn't need to be updated. The
org-learn module I used is attached to this email, here
 is
the original email about org-learn that describes how to use it, etc.

Anyway, I created an example org heading as follows:

* TODO Save the world

I hovered my cursor over the heading, M-x org-smart-reschedule, and gave a
grade of 5. It then switched to the calendar minibuffer, where the
preselected date is the current date. It shouldn't be this, it should be
the current date + n days (n increases as the heading is scheduled again
and again).

If I repeatedly org-smart-reschedule, it'll work out an interval and update
the E-factor, but nothing will be done for the next scheduling date. This
is frustrating because the more correct gradings I've give (>= 4 when
prompted) the larger the time until the next scheduling, and the rate of
increase in intervals increases. As a result after a couple of repetitions
it may be scheduled for several years later, which is impractical to do
manually.

How would I fix this?

Thanks,
~

-- 
Student Account

-- 
Calday Grange Grammar School is a charitable company limited by guarantee 
and registered in England and Wales with company number 8332696.
The 
Registered Office is at Grammar School Lane, West Kirby, Wirral, CH48 8GG
;;; org-learn.el --- Implements SuperMemo's incremental learning algorithm

;; Copyright (C) 2009-2012 Free Software Foundation, Inc.

;; Author: John Wiegley 
;; Keywords: outlines, hypermedia, calendar, wp
;; Homepage: http://orgmode.org
;; Version: 6.32trans
;;
;; This file is not part of GNU Emacs.
;;
;; GNU Emacs is free software: you can redistribute it and/or modify
;; it under the terms of the GNU General Public License as published by
;; the Free Software Foundation, either version 3 of the License, or
;; (at your option) any later version.

;; GNU Emacs is distributed in the hope that it will be useful,
;; but WITHOUT ANY WARRANTY; without even the implied warranty of
;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
;; GNU General Public License for more details.

;; You should have received a copy of the GNU General Public License
;; along with GNU Emacs.  If not, see .
;
;;
;;; Commentary:

;; The file implements the learning algorithm described at
;; http://supermemo.com/english/ol/sm5.htm, which is a system for reading
;; material according to "spaced repetition".  See
;; http://en.wikipedia.org/wiki/Spaced_repetition for more details.
;;
;; To use, turn on state logging and schedule some piece of information you
;; want to read.  Then in the agenda buffer type

(require 'org)
(eval-when-compile
  (require 'cl))

(defgroup org-learn nil
  "Options concerning the learning code in Org-mode."
  :tag "Org Learn"
  :group 'org-progress)

(defcustom org-learn-always-reschedule nil
  "If non-nil, always reschedule items, even if retention was \"perfect\"."
  :type 'boolean
  :group 'org-learn)

(defcustom org-learn-fraction 0.5
  "Controls the rate at which EF is increased or decreased.
Must be a number between 0 and 1 (the greater it is the faster
the changes of the OF matrix)."
  :type 'float
  :group 'org-learn)

(defun initial-optimal-factor (n ef)
  (if (= 1 n)
  4
ef))

(defun get-optimal-factor (n ef of-matrix)
  (let ((factors (assoc n of-matrix)))
(or (and factors
	 (let ((ef-of (assoc ef (cdr factors
	   (and ef-of (cdr ef-of
	(initial-optimal-factor n ef

(defun set-optimal-factor (n ef of-matrix of)
  (let ((factors (assoc n of-matrix)))
(if factors
	(let ((ef-of (assoc ef (cdr factors
	  (if ef-of
	  (setcdr ef-of of)
	(push (cons ef of) (cdr factors
  (push (cons n (list (cons ef of))) of-matrix)))
  of-matrix)

(defun inter-repetition-interval (n ef &optional of-matrix)
  (let ((of (get-optimal-factor n ef of-matrix)))
(if (= 1 n)
	of
  (* of (inter-repetition-interval (1- n) ef of-matrix)

(defun modify-e-factor (ef quality)
  (if (< ef 1.3)
  1.3
(+ ef (- 0.1 (* (- 5 quality) (+ 0.08 (* (- 5 quality) 0.02)))

(defun modify-of (of q fraction)
  (let ((temp (* of (+ 0.72 (* q 0.07)
(+ (* (- 1 fraction) of) (* fraction temp

(defun calculate-new-optimal-factor (interval-used quality used-of
		   old-of fraction)
  "This implements the SM-5 learning algorithm in Lisp.
INTERVAL-USED is the last interval used for the item in question.
QUALITY is the quality of the repetition response.
USED-OF is the optimal factor used in calculation of the last
interval used for the item in question.
OLD-OF is the previous value of the OF entry corresponding to the
relevant repetition number

flyspell overlays removed in comments: does this make sense?

[Eric S Fraga]

Hello all,

for some time (years, really), I've suffered with flyspell overlays
disappearing in comments in org documents.  It never occurred to me that
this was due to org itself so I just put up with and chalked it up to
one of those Emacs mysteries.  Today, for unrelated reasons [1], I ended
up looking at the code, specifically

org-fontify-meta-lines-and-blocks-1

and see that org explicitly removes flyspell overlays in comments.

Before I look into maybe adding a user option for the flyspell issue,
can somebody explain the rationale for this?  My comments tend to be
natural languages so flyspell is most definitely useful.  Okay, spelling
errors in comments may matter less in terms of dissemination but
still...

Or have I misunderstood something fundamental?

thank you,
eric


Footnotes:

[1] The unrelated reason is that I was looking at how I could get my own
user-defined meta lines ("#+calc: " for my use of embedded calc in org,
for the curious amongst you) fontified the way I want them.  Not easy,
as far as I can see.  I further noticed that org also removes flyspell
overlays from any "other" meta line, i.e. any other meta line not
processed by specific code.

-- 
: Eric S Fraga, with org release_9.5.1-279-g8908fb in Emacs 29.0.50
: Latest paper written in org: https://arxiv.org/abs/2106.05096

Re: [PATCH] Fix parallel build failure for Texinfo manual

[Marco Wahl]

Ulrich Müller  writes:

> * doc/Makefile (org.texi, orgguide.texi): Fix parallel build failure.
> ---
>
> Forwarding Gentoo Linux bug #829055 .
> When doing a parallel build (make -j16), a failure was observed when
> building the Texinfo documentation:
>
> make -C doc info
> make[1]: Entering directory 
> '/var/tmp/portage/app-emacs/org-mode-9.5/work/org-mode-release_9.5/doc'
> emacs  -Q -batch --eval '(setq vc-handled-backends nil org-startup-folded 
> nil)' \
>   --eval '(add-to-list `load-path "../lisp")' \
>   --eval '(load "../mk/org-fixup.el")'  \
>   --eval '(org-make-manuals)'
> emacs  -Q -batch --eval '(setq vc-handled-backends nil org-startup-folded 
> nil)' \
>   --eval '(add-to-list `load-path "../lisp")' \
>   --eval '(load "../mk/org-fixup.el")'  \
>   --eval '(org-make-manuals)'
> Loading 
> /var/tmp/portage/app-emacs/org-mode-9.5/work/org-mode-release_9.5/mk/org-fixup.el
>  (source)...
> Loading 
> /var/tmp/portage/app-emacs/org-mode-9.5/work/org-mode-release_9.5/mk/org-fixup.el
>  (source)...
> ...lease_9.5/doc/org.texi locked by portage@local... (pid 55): (s, q, p, ?)? 
> Cannot resolve lock conflict in batch mode
> make[1]: *** [Makefile:31: orgguide.texi] Error 255
> make[1]: *** Waiting for unfinished jobs
> make[1]: Leaving directory 
> '/var/tmp/portage/app-emacs/org-mode-9.5/work/org-mode-release_9.5/doc'
> make: *** [mk/targets.mk:127: info] Error 2
>
> Fix by making org.texi a prerequisite of orgguide.texi, with an empty
> recipe.
>
>  doc/Makefile | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/doc/Makefile b/doc/Makefile
> index 96fda1445..7f996deae 100644
> --- a/doc/Makefile
> +++ b/doc/Makefile
> @@ -27,12 +27,14 @@ guide::   orgguide.texi org-version.inc
>   ../mk/guidesplit.pl $@/*
>  endif
>  
> -org.texi orgguide.texi:  org-manual.org org-guide.org
> +org.texi:org-manual.org org-guide.org
>   $(BATCH) \
> --eval '(add-to-list '"'"'load-path "../lisp")' \
> --eval '(load "../mk/org-fixup.el")' \
> --eval '(org-make-manuals)'
>  
> +orgguide.texi:   org.texi
> +
>  org-version.inc: org.texi
>   @echo "org-version: $(ORGVERSION) ($(GITVERSION))"
>   @echo "@c automatically generated, do not edit"  > org-version.inc

Thanks for the report and the suggestion.

Possibly a split of function org-make-manuals in org-make-manual and
org-make-guide and further create two single targets instead of the
current double target is more clear.

See the patch.

WDYT?


>From cc89632186d63b2078baf446e44ed1425974be5e Mon Sep 17 00:00:00 2001
From: Marco Wahl 
Date: Mon, 20 Dec 2021 22:27:50 +0100
Subject: [PATCH] Fix parallel make of docs
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

* doc/Makefile: Split multiple target "org.texi orgguide.texi".
* mk/org-fixup.el (org-make-manual, org-make-guide):  New functions.
  (org-make-manuals): Removed.

Reported by Ulrich Müller.  https://list.orgmode.org/uee67g...@gentoo.org/
---
 doc/Makefile| 10 --
 mk/org-fixup.el | 15 ++-
 2 files changed, 18 insertions(+), 7 deletions(-)

diff --git a/doc/Makefile b/doc/Makefile
index 7fb96e65d..5b8639330 100644
--- a/doc/Makefile
+++ b/doc/Makefile
@@ -27,11 +27,17 @@ guide::		orgguide.texi org-version.inc
 	../mk/guidesplit.pl $@/*
 endif
 
-org.texi orgguide.texi:	org-manual.org org-guide.org
+org.texi:	org-manual.org org-guide.org
 	$(BATCH)   \
 	  --eval '(add-to-list `load-path "../lisp")' \
 	  --eval '(load "../mk/org-fixup.el")' 	  \
-	  --eval '(org-make-manuals)'
+	  --eval '(org-make-manual)'
+
+orgguide.texi:	org-manual.org org-guide.org
+	$(BATCH)   \
+	  --eval '(add-to-list `load-path "../lisp")' \
+	  --eval '(load "../mk/org-fixup.el")' 	  \
+	  --eval '(org-make-guide)'
 
 org-version.inc:	org.texi
 	@echo "org-version: $(ORGVERSION) ($(GITVERSION))"
diff --git a/mk/org-fixup.el b/mk/org-fixup.el
index c0eef23cb..e910f0b52 100644
--- a/mk/org-fixup.el
+++ b/mk/org-fixup.el
@@ -27,12 +27,17 @@
 (require 'autoload)
 (require 'org-compat "org-compat.el")
 
-(defun org-make-manuals ()
-  "Generate the Texinfo files out of Org manuals."
+(defun org-make-manual ()
+  "Generate the Texinfo file out of the Org manual."
   (require 'ox-texinfo)
-  (dolist (manual '("../doc/org-manual.org" "../doc/org-guide.org"))
-(find-file manual)
-(org-texinfo-export-to-texinfo)))
+  (find-file "../doc/org-manual.org")
+  (org-texinfo-export-to-texinfo))
+
+(defun org-make-guide ()
+  "Generate the Texinfo file out of the Org guide."
+  (require 'ox-texinfo)
+  (find-file "../doc/org-guide.org")
+  (org-texinfo-export-to-texinfo))
 
 (defun org-make-org-version (org-release org-git-version)
   "Make the file org-version.el in the current directory.
-- 
2.25.1

[BUG] 9.5.1 cannot export specific table [9.5 (9.5-g0a86ad @ /gnu/store/qhqhlclxnqsxazs88wrmqz2vi5abcgm0-emacs-org-9.5/share/emacs/site-lisp/org-9.5/)]

[Dr. Arne Babenhauserheide]

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

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

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


In org 9.5.1 I get problems exporting a table. Trying to export
https://hg.sr.ht/~arnebab/draketo/browse/politik/gnu-linux-desktop-share.org
as ascii or running the embedded gnuplot source block fails with
wholenump error.

In org 9.5.0 it still works (noticed because I ran a secondary Emacs
after updates while the original Emacs was still running 9.5.0 — writing
this report from the original Emacs with 9.5).

Scanning file 
/home/arne/Schreibtisch/arnebab-org/politik/gnu-linux-desktop-share.org
Scanning document... done
gnuplot-mode 0.7-beta -- determining gnuplot version ..
Warning: could not determine gnuplot version, guessing 3.7
gnuplot-mode 0.7-beta (gnuplot 3.7) -- report bugs as issues at 
https://github.com/emacsorphanage/gnuplot/
executing Gnuplot code block...
org-ascii-table-cell: Wrong type argument: wholenump, -2

Example-code:

 
#+begin_src gnuplot :var data=gnu-linux-per-kw :file 
gnu-linux-desktop-share.png :exports results
reset
set title "GNU/Linux users per 1000 Windows users"
set ylabel "GNU/Linux desktop share / GNU/kw
set terminal png size 420,320
plot data u 1:2 notitle with lines lw 2 lt rgb "#1E90FF"
#+end_src

#+RESULTS:
[[file:gnu-linux-desktop-share.png]]

The source of this graph is data I collected over the past decade
every July from 
[[http://www.netmarketshare.com/os-market-share.aspx?qprid=9][OS market 
share]]. They do browser detection, so the
data is far from perfect, but at least they have data we can use:

#+name: gnu-linux-per-kw
| 2008 | 8.6 | GNU/Linux users per 1000 Windows users (GNU/kw) |
| 2009 |  11 | GNU/kw  |
| 2010 |  10 | GNU/kw  |
| 2011 |  11 | GNU/kw  |
| 2012 |  12 | GNU/kw  |
| 2013 |  14 | GNU/kw  |
| 2014 |  19 | GNU/kw  |
| 2015 |  18 | GNU/kw  |
| 2016 |  22 | GNU/kw  |
| 2017 |  25 | GNU/kw  |
| 2018 |  21 | GNU/kw  |
| 2019 |  24 | GNU/kw  |
| 2020 |  41 | GNU/kw  |
| 2021 |  20 | GNU/kw  |


(just C-c C-c in the gnuplot block)

Backtrace:

Debugger entered--Lisp error: (wrong-type-argument wholenump -2)
  make-string(-2 32)
  org-ascii-table-cell((table-cell (:begin 14 :end 63 :contents-begin 14 
:contents-end 61 :post-blank 0 :parent (table-row (:type standard :begin 1 :end 
64 :contents-begin 2 :contents-end 63 :post-blank 0 :post-affiliated 1 :parent 
(table (:begin 1 :end 337 :type org :tblfm nil :contents-begin 1 :contents-end 
337 :value nil :post-blank 0 :post-affiliated 1 :parent (section ... #33)) #15 
(table-row (:type standard :begin 64 :end 85 :contents-begin 65 :contents-end 
84 :post-blank 0 :post-affiliated 64 :parent #33) (table-cell ... ...) 
(table-cell ... ...) (table-cell ... ...)) (table-row (:type standard :begin 85 
:end 106 :contents-begin 86 :contents-end 105 :post-blank 0 :post-affiliated 85 
:parent #33) (table-cell ... ...) (table-cell ... ...) (table-cell ... ...)) 
(table-row (:type standard :begin 106 :end 127 :contents-begin 107 
:contents-end 126 :post-blank 0 :post-affiliated 106 :parent #33) (table-cell 
... ...) (table-cell ... ...) (table-cell ... ...)) (table-row (:type standard 
:begin 127 :end 148 :contents-begin 128 :contents-end 147 :post-blank 0 
:post-affiliated 127 :parent #33) (table-cell ... ...) (table-cell ... ...) 
(table-cell ... ...)) (table-row (:type standard :begin 148 :end 169 
:contents-begin 149 :contents-end 168 :post-blank 0 :post-affiliated 148 
:parent #33) (table-cell ... ...) (table-cell ... ...) (table-cell ... ...)) 
(table-row (:type standard :begin 169 :end 190 :contents-begin 170 
:contents-end 189 :post-blank 0 :post-affiliated 169 :parent #33) (table-cell 
... ...) (table-cell ... ...) (table-cell ... ...)) (table-row (:type standard 
:begin 190 :end 211 :contents-begin 191 :contents-end 210 :post-blank 0 
:post-affiliated 190 :parent #33) (table-cell ... ...) (table-cell ... ...) 
(table-cell ... ...)) (table-row (:type standard :begin 211 :end 232 
:contents-begin 212 :contents-end 231 :post-blank 0 :post-affiliated 211 
:parent #33) (table-cell ... ...) (table-cell ... ...) (table-cell ... ...)) 
(table-row (:type standard :begin 232 :end 253 :contents-begin 233 
:contents-end 252 :post-blank 0 :post-affiliated 232 :parent #33) (

Re: next-error for agenda searches

[Samuel Wales]

more below.

On 12/20/21, Ihor Radchenko  wrote:
> If more people are interested, I do not see why next-error integration
> cannot be included into Org.

nitpick: it already is integrated for sparse tree matches in the
outline.  i suggested that if next-error worked for more things, like
agenda text and tag matches, then it would be consistent with the
existing org next-error functionality.  user would know to try it.

-- 
The Kafka Pandemic

A blog about science, health, human rights, and misopathy:
https://thekafkapandemic.blogspot.com

Re: next-error for agenda searches

[Samuel Wales]

well, i implied it at least.

On 12/20/21, Samuel Wales  wrote:
> more below.
>
> On 12/20/21, Ihor Radchenko  wrote:
>> If more people are interested, I do not see why next-error integration
>> cannot be included into Org.
>
> nitpick: it already is integrated for sparse tree matches in the
> outline.  i suggested that if next-error worked for more things, like
> agenda text and tag matches, then it would be consistent with the
> existing org next-error functionality.  user would know to try it.
>
> --
> The Kafka Pandemic
>
> A blog about science, health, human rights, and misopathy:
> https://thekafkapandemic.blogspot.com
>


-- 
The Kafka Pandemic

A blog about science, health, human rights, and misopathy:
https://thekafkapandemic.blogspot.com

Re: [BUG] 9.5.1 cannot export specific table [9.5 (9.5-g0a86ad @ /gnu/store/qhqhlclxnqsxazs88wrmqz2vi5abcgm0-emacs-org-9.5/share/emacs/site-lisp/org-9.5/)]

[Ihor Radchenko]

"Dr. Arne Babenhauserheide"  writes:

> In org 9.5.1 I get problems exporting a table. Trying to export
> https://hg.sr.ht/~arnebab/draketo/browse/politik/gnu-linux-desktop-share.org
> as ascii or running the embedded gnuplot source block fails with
> wholenump error.
> ...
> Debugger entered--Lisp error: (wrong-type-argument wholenump -2)
>   make-string(-2 32)
>   org-ascii-table-cell((table-cell (:begin 14...

Thanks for reporting!

It should have been fixed after 895e0baad. Can you update Org an try
again?

Best,
Ihor

Re: [BUG] 9.5.1 cannot export specific table [9.5 (9.5-g0a86ad @ /gnu/store/qhqhlclxnqsxazs88wrmqz2vi5abcgm0-emacs-org-9.5/share/emacs/site-lisp/org-9.5/)]

[Dr. Arne Babenhauserheide]

Ihor Radchenko  writes:

> "Dr. Arne Babenhauserheide"  writes:
>> In org 9.5.1 I get problems exporting a table. Trying to export
>> https://hg.sr.ht/~arnebab/draketo/browse/politik/gnu-linux-desktop-share.org
>> as ascii or running the embedded gnuplot source block fails with
>> wholenump error.
>> ...
>> Debugger entered--Lisp error: (wrong-type-argument wholenump -2)
>>   make-string(-2 32)
>>   org-ascii-table-cell((table-cell (:begin 14...
>
> Thanks for reporting!
>
> It should have been fixed after 895e0baad. Can you update Org an try
> again?

I can update org once the new version is in Guix.

Best wishes,
Arne
-- 
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.de


signature.asc
Description: PGP signature

Re: [PATCH] Fix parallel build failure for Texinfo manual

[Ulrich Mueller]

> On Mon, 20 Dec 2021, Marco Wahl wrote:

> Possibly a split of function org-make-manuals in org-make-manual and
> org-make-guide and further create two single targets instead of the
> current double target is more clear.

> See the patch.

> WDYT?

Sure, that's much cleaner. (I didn't dare to change the elisp code
because it is also more intrusive.)

> -org.texi orgguide.texi:  org-manual.org org-guide.org
> +org.texi:org-manual.org org-guide.org

Shouldn't it have only org-manual.org as prerequisite?

>   $(BATCH)  \
> --eval '(add-to-list `load-path "../lisp")' \
> --eval '(load "../mk/org-fixup.el")'\
> -   --eval '(org-make-manuals)'
> +   --eval '(org-make-manual)'
> +
> +orgguide.texi:   org-manual.org org-guide.org

Similar here, only org-guide.org?

> + $(BATCH)  \
> +   --eval '(add-to-list `load-path "../lisp")' \
> +   --eval '(load "../mk/org-fixup.el")'\
> +   --eval '(org-make-guide)'