Re: [O] error message at line break

[Tim Cross]

Étienne Deparis  writes:

>
> I confirm that I've the same variable set in my Emacs config file:
>
>   (setq-default auto-fill-function 'do-auto-fill)
>
> Which I take from the Emacs Wiki AutoFill page¹, with the explanation
> of: « If you would like to enable auto fill for all major modes, you can
> add this single line to your configuration ».
>
> ¹ https://www.emacswiki.org/emacs/AutoFillMode
>

That is a weird way to turn on auto-fill mode and I would not be
confident it is setting up the mode correctly. See the Emacs manual for
the official way to do this using mode hooks.

I don't think you want to turn on auto-fill mode in ALL modes. Some
modes, you really don't want Emacs to modify buffer contents by filling.
Typically, you only want this when your dealing with text (so text-mode
hook is a popular choice for adding auto-fill-mode).

I would also be wary of emacswiki advice. While there is some good
advice there, there is some which is not very good and lots which is
outdated/obsolete. This is the downside of wikis. Always try to verify
the advice using the manual corresponding to your Emacs version.

-- 
Tim Cross

Re: [O] error message at line break

[Étienne Deparis]

Hello,

I allow myself to revive an old thread, as I encounter today the exact
same problem: Emacs crash in org mode at line ending with the following
backtrace:

  Debugger entered--Lisp error: (wrong-type-argument char-or-string-p nil)
  insert-before-markers-and-inherit(nil)
  org-comment-line-break-function(t)
  default-indent-new-line(t)
  do-auto-fill()
  internal-auto-fill()
  self-insert-command(1)
  org-self-insert-command(1)
  funcall-interactively(org-self-insert-command 1)
  call-interactively(org-self-insert-command nil nil)
  command-execute(org-self-insert-command)

I confirm that I've the same variable set in my Emacs config file:

  (setq-default auto-fill-function 'do-auto-fill)

Which I take from the Emacs Wiki AutoFill page¹, with the explanation
of: « If you would like to enable auto fill for all major modes, you can
add this single line to your configuration ».

¹ https://www.emacswiki.org/emacs/AutoFillMode

To fix this, I simply replace the last line of
`org-comment-line-break-function' (in ./lisp/org.el, line 19723) from:

  (insert-before-markers-and-inherit fill-prefix)

To

  (when fill-prefix
(insert-before-markers-and-inherit fill-prefix))

But I must admit I don't know all the implications of such a change. In
my case, it does the job perfectly well, but maybe I miss something?

I run make test and every thing goes fine too.

I would like to suggest to fix the method
`org-comment-line-break-function', in order to support user change of
the variable auto-fill-function, as it seems to be a common thing. What
do you think?

Have a good week-end,

Étienne

>henry atting  writes:
>
>> Nicolas Goaziou  writes:
>>
>>> Hello,
>>>
>>> henry atting  writes:
>>>
 Okay, say I have an org file with two lines in it (fill-column is set to
 70). Here you go:


 Jemand mußte Josef K. verleumdet haben, denn ohne daß er etwas Boeses
 getan haette, wurde er eines Morgens verhaftet. Die Koechin der Frau


 Then you go on with the text, which is:

 Grubach, seiner Zimmervermieterin, die ihm jeden Tag gegen acht Uhr frueh
 das Fruehstueck brachte,...

 At each automatic line skip I get the mentioned error message. But if
 you indent these two lines one space everything works fine.
>>>
>>> Strange, I still cannot reproduce it.
>>>
>> Strange, in deed. I can reproduce it even this way:
>>
>> 1. Start emacs with `emacs -Q'
>> 2. Add my org directory to the load path
>> 3. Load org-mode
>> 4. Then type the above quoted beginning of Kafka's Prozess
>>
>
>Finally... the culprit was:
>
>(setq-default auto-fill-function 'do-auto-fill)
>
>A very old setting in my ~/.emacs. Now that I start auto-fill with the
>appropriate hook everythings works fine.
>
>henry

Re: [O] Error in org-element-parse-buffer?

[Nicolas Goaziou]

Hello,

Norman Walsh  writes:

> Consider this org-mode file:
>
> This is a *bold* word.
>
> What org-element-parse-buffer returns is:
>
> (org-data nil (section (:begin 1 :end 24 :contents-begin 1 :contents-end 
> 24
> :post-blank 0 :post-affiliated 1 :parent #0) (paragraph (:begin 1 :end 24
> :contents-begin 1 :contents-end 24 :post-blank 0 :post-affiliated 1 
> :parent #1)
> #("This is a " 0 10 (:parent #2))
> (bold (:begin 11 :end 18 :contents-begin 12 :contents-end 16
>:post-blank 1 :parent #2) #("bold" 0 4 (:parent #3)))
 ^
 it is here.

Regards,

-- 
Nicolas Goaziou

Re: [O] error in org-mode 9.2 manual p. 239

[Marco Wahl]

Hi Ian,

Thanks.

> On this page we have this statement
> -
> 15.11 Context Dependent Documentation
> C-c C-x C-i in an Org file tries to open a suitable section of the Org info
> documentation
> 
>
> I believe that this should be C-c C-x I
> org-info-find-node

Yes, I corrected this.


Ciao
-- 
Marco

Re: [O] error in org-mode 9.2 manual

[Marco Wahl]

Hi Ian,

> P. 122
> M-* org-agenda-bulk-toggle-all may have wrong definition, it is a duplicate
> of definition for org-agenda-mark-regexp

I changed the text from

- Mark entries matching a regular expression for bulk action.

to

+ Toggle mark of every entry for bulk action.


Thanks,
-- 
Marco

Re: [O] Error in Literal Examples manual?

[Nicolas Goaziou]

Hello,

Lawrence Bottorff  writes:

> At the bottom of this  is
> a description of adding a `org-store-link` inside of a babel code block
> edit called with C-c ' , however, it doesn't seem to work with C-c l ,
> although M-x org-store-line does work. Or am I seeing, doing this
> wrong?

Recent manual doesn't talk about `C-c l', which is a user-reserved
binding. However, if it is bound to `org-store-link', it should work as
expected.

Regards,

-- 
Nicolas Goaziou

Re: [O] Error in compact guide

[Nicolas Goaziou]

Hello,

John Weeks  writes:

> Hi! Tiny error in release 9.2 of compact org-mode guide, page 23; C-c M-x
> is the binding given for org-copy instead of C-c M-w (it's correct in the
> "full" manual).

Fixed. Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] Error in emacs 26.1 when publishing to html

[Pascal Quesseveur]

>"KM" == Kaushal Modi  writes:

  KM> htmlize.el is required for ox-html exports, especially if you export src
  KM> blocks. You need to have htmlize installed in the default load-path (you
  KM> will need to do that much customization in emacs -Q sessions too).

  Thank you. In fact I am upgrading from emacs 24 to emacs 26, and I
get some problems with my org files. I have to adapt my customizations
to the new publishing concepts in Org. Currently I am unable to get an
HTML output. So I decided to begin with no customizations to try find
the culprit. It does not work either because of htmlize. I was
surprised because I didn't read anything about this in the manual.

  I have installed htmlize, and I am now looking for what does not work
in my configuration.


-- 
Pascal Quesseveur
pques...@gmail.com

Re: [O] Error in emacs 26.1 when publishing to html

[Kaushal Modi]

Hello Pascal.

On Mon, Jun 11, 2018, 4:29 AM Pascal Quesseveur  wrote:

> Hello,
>
> I would like to report the following problem.
>
> I use emacs 26.1, with org-mode version 9.1.9 on Windows.
>
> Using emacs with no customization (-Q option) I get an error when
> publishing an Org file to html. Org asks for htmlize.
>

htmlize.el is required for ox-html exports, especially if you export src
blocks. You need to have htmlize installed in the default load-path (you
will need to do that much customization in emacs -Q sessions too).


> ,
> | org-babel-exp process emacs-lisp at position 10935...
> | org-babel-exp process nil at position 11208...
> | org-babel-exp process emacs-lisp at position 11275...
> | org-html-fontify-code: Please install htmlize from
> https://github.com/hniksic/emacs-htmlize
> `
>



With htmlize loaded, there is no problem.
>

Correct. That is intended. You need htmlize installed if you have export
elements that need fontification/syntax highlighting, like code blocks.

> --

Kaushal Modi

Re: [O] error while creating agenda clocktable

[Bastien]

Hi Rainer,

The presence of the file column in the clocktable depends on the scope.

Removing the headline column is not an option, I don't see many cases
were it would be useful, except corner-cases.

Rainer Stengele  writes:

> In the past I just copied the org-clocktable-write-default and
> modified it brutally in order to just output my 2 needed columns.

You can still do this.

> That of course makes it sensitive to code changes..

For this code change, it's just a matter of adapting :tags and :match
in your code, that should not be too difficult (crossing fingers).

HTH,

-- 
 Bastien

Re: [O] error while creating agenda clocktable

[Rainer Stengele]

Am 27.04.2018 um 15:47 schrieb Bastien:

Hi Rainer,

Rainer Stengele  writes:


I will copy the new function and modify it to fit my needs.


Thanks for this - please share your experience so that we can better
guide people in updating their code.

The only backward-incompatible change is that :tags is now :match
and :tags can now be nil or t to allow to insert tags.

You might also want to test the new feature.

Thanks,


Hi Bastien,

thanks for the request, I am glad to do do.

What I really want is a very simple clocktable in my agenda view:

Only 2 columns, CATEGORY, the total clocked time and the sum of clocked time 
for each CATEGORY in the agenda view.
Using the standard org-clocktable-write-default I see this:

|---+---+---+--|
|   | GESAMT| *Gesamtdauer*   | 
*2:45* |
|---+---+---+--|
| Projectmanagement.org | *Dateizeit* | * |
* |
|   | project 1 | *project 1: Projektmanagement*  | 
0:15 |
|   | project 2 | *project 2: Projektmanagement*  | 
1:15 |
..

..
my goal is to end up with column 2 and 4:

|---+--|
| CATEGORY  | *2:45* |
|---+--|
| *Dateizeit* |* |
| project 1 | 0:15 |
| project 2 | 1:15 |

as I only use 1 project org file and only 1 headline under which I clock my 
project time.
I would of course be more than happy to have new clocktable options to inhibit the filename column and also the headline lock column, not 
sure how that is named in the code.


In the past I just copied the org-clocktable-write-default and modified it 
brutally in order to just output my 2 needed columns.
That of course makes it sensitive to code changes..

Thank you.
Regards, Rainer

Re: [O] error while creating agenda clocktable

[Bastien]

Hi Rainer,

Rainer Stengele  writes:

> I will copy the new function and modify it to fit my needs.

Thanks for this - please share your experience so that we can better
guide people in updating their code.

The only backward-incompatible change is that :tags is now :match
and :tags can now be nil or t to allow to insert tags.

You might also want to test the new feature.

Thanks,

-- 
 Bastien

Re: [O] error while creating agenda clocktable

[Rainer Stengele]

Hi Bastien,

I see that org-clocktable-write-default has been modified quite a bit.
I will copy the new function and modify it to fit my needs.

So please consider this case closed.

Thank you.
Regards, Rainer

Am 27.04.2018 um 14:05 schrieb Rainer Stengele:

Hi Bastien,

I am addressing you because I read that something changed with the agenda 
clocktables.
Maybe related to that E-Mail:

Subject: Re: agenda clockreport -- include tags?
Date: Fri, 27 Apr 2018 01:34:50 +0200

After updating today I cannot get the agenda clocktable anymore.
I use my own formatter function rst/org-clocktable-write-default, which worked 
fine before.

Can you please look into this?

Error message see here:


Debugger entered--Lisp error: (wrong-type-argument listp 15)
   assoc("CATEGORY" 15)
   (cdr (assoc p (nth 4 entry)))
   (or (cdr (assoc p (nth 4 entry))) "")
   (closure ((tcol) (narrow-cut-p) (content) (recalc) (headline . #("*Helbako-RO-BMW: Projektmanagement*" 0 1 (:org-clock-minutes 15 
wrap-prefix #("* " 0 2 (face org-indent)) line-prefix "" org-category "Helbako-RO-BMW" invisible org-link org-emphasis t font-lock-multiline 
t face (bold org-level-1) fontified t) 1 34 (:org-clock-minutes 15 wrap-prefix #("* " 0 2 (face org-indent)) line-prefix "" org-category 
"Helbako-RO-BMW" org-emphasis t font-lock-multiline t face (bold org-level-1) fontified t) 34 35 (:org-clock-minutes 15 wrap-prefix #("* " 0 
2 (face org-indent)) line-prefix "" org-category "Helbako-RO-BMW" keymap (keymap (down-mouse-3 . org-mouse-move-tree-start) (drag-mouse-3 . 
org-mouse-move-tree) (C-down-mouse-1 . org-mouse-move-tree-start) (C-drag-mouse-1 . org-mouse-move-tree) (follow-link . mouse-face) 
(mouse-3) (mouse-2 . org-open-at-mouse)) mouse-face highlight invisible org-link org-emphasis t font-lock-multiline t face (bold 
org-level-1) fontified t))) (entry 1 #("*Helbako-RO-BMW: Projektmanagement*" 0 1 (:org-clock-minutes 15 wrap-prefix #("* " 0 2 (face 
org-indent)) line-prefix "" org-category "Helbako-RO-BMW" invisible org-link org-emphasis t font-lock-multiline t face (bold org-level-1) 
fontified t) 1 34 (:org-clock-minutes 15 wrap-prefix #("* " 0 2 (face org-indent)) line-prefix "" org-category "Helbako-RO-BMW" org-emphasis 
t font-lock-multiline t face (bold org-level-1) fontified t) 34 35 (:org-clock-minutes 15 wrap-prefix #("* " 0 2 (face org-indent)) 
line-prefix "" org-category "Helbako-RO-BMW" keymap (keymap (down-mouse-3 . org-mouse-move-tree-start) (drag-mouse-3 . org-mouse-move-tree) 
(C-down-mouse-1 . org-mouse-move-tree-start) (C-drag-mouse-1 . org-mouse-move-tree) (follow-link . mouse-face) (mouse-3) (mouse-2 . 
org-open-at-mouse)) mouse-face highlight invisible org-link org-emphasis t font-lock-multiline t face (bold org-level-1) fontified t)) nil 
nil 15 (("CATEGORY" . "Helbako-RO-BMW"))) (entries (1 #("*Waltron: Projektmanagement*" 0 1 (:org-clock-minutes 75 wrap-prefix #("* " 0 2 
(face org-indent)) line-prefix "" org-category "Waltron" invisible org-link org-emphasis t font-lock-multiline t face (bold org-level-1) 
fontified t) 1 27 (:org-clock-minutes 75 wrap-prefix #("* " 0 2 (face org-indent)) line-prefix "" org-category "Waltron" org-emphasis t 
font-lock-multiline t face (bold org-level-1) fontified t) 27 28 (:org-clock-minutes 75 wrap-prefix #("* " 0 2 (face org-indent)) 
line-prefix "" org-category "Waltron" keymap (keymap (down-mouse-3 . org-mouse-move-tree-start) (drag-mouse-3 . org-mouse-move-tree) 
(C-down-mouse-1 . org-mouse-move-tree-start) (C-drag-mouse-1 . org-mouse-move-tree) (follow-link . mouse-face) (mouse-3) (mouse-2 . 
org-open-at-mouse)) mouse-face highlight invisible org-link org-emphasis t font-lock-multiline t face (bold org-level-1) fontified t)) nil 
nil 75 (("CATEGORY" . "Waltron"))) (1 #("*00 - Project Managament - general*" 0 1 (:org-clock-minutes 15 wrap-prefix #("* " 0 2 (face 
org-indent)) line-prefix "" org-category "PM - daily" invisible org-link org-emphasis t font-lock-multiline t face (bold org-level-1) 
fontified t) 1 34 (:org-clock-minutes 15 wrap-prefix #("* " 0 2 (face org-indent)) line-prefix "" org-category "PM - daily" org-emphasis t 
font-lock-multiline t face (bold org-level-1) fontified t) 34 35 (:org-clock-minutes 15 wrap-prefix #("* " 0 2 (face org-indent)) 
line-prefix "" org-category "PM - daily" keymap (keymap (down-mouse-3 . org-mouse-move-tree-start) (drag-mouse-3 . org-mouse-move-tree) 
(C-down-mouse-1 . org-mouse-move-tree-start) (C-drag-mouse-1 . org-mouse-move-tree) (follow-link . mouse-face) (mouse-3) (mouse-2 . 
org-open-at-mouse)) mouse-face highlight invisible org-link org-emphasis t font-lock-multiline t face (bold org-level-1) fontified t)) nil 
nil 15 (("CATEGORY" . "PM - daily"))) (1 #("*00 - PM Special*" 0 1 (:org-clock-minutes 60 wrap-prefix #("* " 0 2 (face org-indent)) 
line-prefix "" org-category "PM - special" invisible org-link org-emphasis t font-lock-multiline t face (bold org-level-1) fontified t) 1 16 
(:org-clock-minutes 60 wrap-prefix #("* " 0

Re: [O] Error handling in org-make-link-string

[Nicolas Goaziou]

Hello,

Bob Newell  writes:

> Aloha,
>
> Either of your suggested solutions would work, of course, and limit
> effects to org-xxx-copy-for-org-mode. I didn't go that way because I
> didn't want to have to continually modify the core product on my own
> :)
>
> The idea of
>
> (if (org-string-nw-p link-location
>
> etc. may be best because we can have a guaranteed nil on a bad link,
> rather than ignore-errors which (I think?) may have a different
> return. I didn't put an error message in my 'advice' workaround but it
> would be a good idea.

Done. Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] Error handling in org-make-link-string

[Bob Newell]

Aloha,

Either of your suggested solutions would work, of course, and limit
effects to org-xxx-copy-for-org-mode. I didn't go that way because I
didn't want to have to continually modify the core product on my own
:)

The idea of

(if (org-string-nw-p link-location

etc. may be best because we can have a guaranteed nil on a bad link,
rather than ignore-errors which (I think?) may have a different
return. I didn't put an error message in my 'advice' workaround but it
would be a good idea.

Regards,


Bob


On Sat, Apr 14, 2018 at 3:17 AM, Nicolas Goaziou  wrote:
> Hello,
>
> Bob Newell  writes:
>
>> The problem? When org-make-link-string encounters an empty link (it
>> doesn't happen often but it does happen), it uses the 'error' function
>> to say that the link is empty. This means that the entire call to
>> org-xxx-copy-for-org-mode is aborted, and consequently nothing is
>> captured.
>>
>> Should this be the desired behavior?
>
> Your question is twofold.
>
> OTOH, it seems sane to expect `org-make-link-string' to throw an error
> if you try to apply it on garbage. OTOH, I agree it is not desirable to
> throw away all captured information because of a bad link.
>
> I think the problem lies in the logic of `org-eww-copy-for-org-mode' and
> `org-w3m-copy-for-org-mode', which should handle better errors from
> `org-make-link-string'.
>
> For example,
>
>(if (stringp link-location)
>;; hint: link-location is different for form-elements.
>(org-make-link-string link-location link-title)
> link-title)
>
> could be replaced with
>
>   (if (org-string-nw-p link-location)
>   ...)
>
> or even
>
>   (or (ignore-errors (org-make-link-string ...))
>   link-title)
>
> WDYT?
>
> Regards,
>
> --
> Nicolas Goaziou



-- 
Bob Newell
Honolulu, Hawai`i

Sent via Linux Mint 17.

Re: [O] Error handling in org-make-link-string

[Nicolas Goaziou]

Hello,

Bob Newell  writes:

> The problem? When org-make-link-string encounters an empty link (it
> doesn't happen often but it does happen), it uses the 'error' function
> to say that the link is empty. This means that the entire call to
> org-xxx-copy-for-org-mode is aborted, and consequently nothing is
> captured.
>
> Should this be the desired behavior?

Your question is twofold. 

OTOH, it seems sane to expect `org-make-link-string' to throw an error
if you try to apply it on garbage. OTOH, I agree it is not desirable to
throw away all captured information because of a bad link.

I think the problem lies in the logic of `org-eww-copy-for-org-mode' and
`org-w3m-copy-for-org-mode', which should handle better errors from
`org-make-link-string'.

For example,

   (if (stringp link-location)
   ;; hint: link-location is different for form-elements.
   (org-make-link-string link-location link-title)
link-title)

could be replaced with

  (if (org-string-nw-p link-location)
  ...)

or even

  (or (ignore-errors (org-make-link-string ...))
  link-title)

WDYT?

Regards,

-- 
Nicolas Goaziou

Re: [O] Error: Symbol's value as variable is void: overlays

[Giuseppe Lipari]

Here you are :

-cut-here
Debugger entered--Lisp error: (void-variable overlays)
  htmlize-sorted-overlays-at(1)
  htmlize-faces-at-point()
  htmlize-buffer-1()
  htmlize-region(1 58)
  org-html-htmlize-region-for-paste(1 58)
  org-html-fontify-code("int main() {\nprintf(\"hello world\\n\");\n
return 0;\n}" "c")
  org-html-do-format-code("int main() {\nprintf(\"hello
world\\n\");\nreturn 0;\n}" "c" nil t nil)
.
-cut-here

It is htmlize-faces-at-point(), and only when the exported org-buffer
contains a snippet of code. Otherwise, the export process works fine.

Giuseppe Lipari


Le dim. 8 avr. 2018 à 20:57, Adonay Felipe Nogueira 
a écrit :

> 2018-04-08T17:00:59+ Giuseppe Lipari wrote:
> > Symbol's value as variable is void: overlays
>
> Make sure to get the backtrace, like so:
>
> --8<---cut here---start->8---
> emacs --batch --eval '(setq debug-on-error t)' -l batch_project.el --kill
> --8<---cut here---end--->8---
>
> ... this might help us all find where the "overlays" is being called.
>
>

Re: [O] Error: Symbol's value as variable is void: overlays

[Adonay Felipe Nogueira]

2018-04-08T17:00:59+ Giuseppe Lipari wrote:
> Symbol's value as variable is void: overlays

Make sure to get the backtrace, like so:

--8<---cut here---start->8---
emacs --batch --eval '(setq debug-on-error t)' -l batch_project.el --kill
--8<---cut here---end--->8---

... this might help us all find where the "overlays" is being called.

Re: [O] Error: Symbol's value as variable is void: overlays

[Giuseppe Lipari]

I isolated the problem.

Consider the following minimal org file:

cut here
* An example of org file

  Here I put a C snippet

  #+begin_src c
int main() {
  printf("hello world\n");
  return 0;
}
  #+end_src
cut here

When I try to export to HTML, it gives the following error

cut here
org-babel-exp process c at position 54...
htmlize-faces-at-point: Symbol's value as variable is void: overlays
cut here

I attach my init.org file. I am using the latest version of org from the
git:

org-version: 9.1.9 (release_9.1.9-582-gfb5872)

Any idea ?

Giuseppe Lipari



Le dim. 8 avr. 2018 à 19:00, Giuseppe Lipari  a écrit :

> Dear all,
>
> I use org-mode to publish my web site that I update every now and then.
> The site contains my lectures, and indeed I am preparing my lecture for
> tomorrow. Unfortunately, while publishing the site using the usual
> procedure, I get the infamous error
>
> Symbol's value as variable is void: overlays
>
> For publishing, I run emacs in batch mode from a makefile as follows:
>
> emacs --batch -l batch_project.el --kill
>
> and my batch_project.el is attached. I cannot attach a minimal file that
> produces the error, because I find it difficult to come up with a minimal
> example. All I can say is that the error is produced after many .org files
> have been correctly processed.  Everything used to work until a few months
> ago. Last week I switched to the latest version of emacs from the git repo,
> and today I get the error. Maybe I should clean some cache? Or change the
> configuration of the project?
>
> Can someone suggest me any direction where I should look into?
>
> Thanks in advance
>
> Giuseppe Lipari
>
>
>
>
>


init.org
Description: Binary data

Re: [O] [Error]

[Thorsten Jolitz]

Uwe Brauer  writes:

 "Thorsten" == Thorsten Jolitz  writes:
>
>> Joseph Vidal-Rosset  writes:
>> Hallo
>
>>> I know that the subject of my email exists already.
>>> 
> [[https://lists.gnu.org/archive/html/emacs-orgmode/2009-08/msg00855.html]]
>
>> This works perfectly for your subject:
>
>> ,[ C-h f outorg-edit-as-org RET ]
>
> Thanks for the pointer, but alas it does not work in a gnus message/mail
> buffer.

Hello,
I' pretty sure your outshine config is not complete:

Here is what I have:

at the top of my .emacs:

,
| ;; *** Global Keys
| 
| ;; must be set before outline is loaded
| (defvar outline-minor-mode-prefix "\M-#")
`

then somewhere inside my .emacs (don't worry about "try-require", simply
use "require" in your code). outorg-export is optional too (but useful
for special needs in outorg exporting), I would highly recomment
navi-mode though (very fast navigation in outshine buffers).

,
| ;; ** Outline
| 
| (message "\n-- entering outline --")
| 
| (when (try-require 'outline)
| (add-hook 'emacs-lisp-mode-hook 'outline-minor-mode)
| (add-hook 'message-mode-hook 'outline-minor-mode))
| 
| ;; outorg-export
| (try-require 'outorg-export)
| 
| ;; outshine
| (try-require 'outshine)
| (add-hook 'outline-minor-mode-hook 'outshine-hook-function)
| 
| (setq outshine-use-speed-commands t)
| 
| ;; navi-mode
| (try-require 'navi-mode)
`

most likely this line is missing, add it:

,
| (add-hook 'outline-minor-mode-hook 'outshine-hook-function)
`

Note that I did this:

,
| (add-hook 'xyz-mode-hook 'outline-minor-mode)
`

for many other modes too, like ESS, picolisp, ledger, latex ... etc

HTH

> When I use that function I obtain the following error:
>
> Debugger entered--Lisp error: (error "Before first heading")
>   signal(error ("Before first heading"))
>   error("Before first heading")
>   outline-back-to-heading()
>   outline-end-of-subtree()
>   outorg-save-markers((point-marker beg-of-subtree-marker mark-marker
>   org-clock-marker org-clock-hd-marker org-clock-default-task
>   org-clock-interrupted-task selected-task org-open-link-marker
>   org-log-note-marker org-log-note-return-to
>   org-entry-property-inherited-from)) 
>   outorg-edit-as-org(nil)
>   funcall-interactively(outorg-edit-as-org nil)
>   call-interactively(outorg-edit-as-org nil nil)
>   command-execute(outorg-edit-as-org)
>
>
> Did you check this command, how do you use it?
>
> Regards
>
> Uwe Brauer
>
>
>

-- 
cheers,
Thorsten

Re: [O] Error when using :show-process header argument in clojure

[Nicolas Goaziou]

Hello,

Paul Dumais  writes:

> Hi I was trying to use the new :show-process header argument for clojure in
> Org mode version 9.1.4 (9.1.4-13-g84cb63-elpaplus @
> (org-plus-contrib-20171218/)
>
> I get the following error:
> org-babel-insert-result: Wrong type argument: markerp, nil

IMO, this is a bit terse to get useful answers. Could you provide an
ECM, and a full backtrace?

Thank you.

Regards,

-- 
Nicolas Goaziou

Re: [O] Error message triggered by fill.

[Nicolas Goaziou]

Hello,

Richard Fieldsend  writes:

> However, I have hit a problem which only occurs in org-mode. On my laptop
> and one of my desktop PCs the org-mode stuff works fine.  But on my main
> work machine when I have an org file I can add text, but when a line gets
> long enough to word-wrap to the next line I get an error:
>
> org-element--cache-find: avl-tree--dummyroot accessing a non-avl-tree-
>
> the line doesn't wrap and the line continues.

Do you have `org-element-use-cache' set to a non-nil value? By default,
Org shouldn't call this function.

Regards,

-- 
Nicolas Goaziou

Re: [O] Error with git-fetch from org repo

[Eric S Fraga]

On Friday, 15 Dec 2017 at 17:34, Nick Dokos wrote:
> Alex Branham  writes:
>
>> Hello -
>>
>> I've been trying to git fetch from the org repo
>> (git://orgmode.org/org-mode.git) today and keep getting this error:
>>
>> Fetching origin
>> fatal: read error: Connection reset by peer
>> error: Could not fetch origin
>>
>> Has anyone else had problems connecting?
>>
>
> Yes, it's still giving that error.

Just now, I am getting:

$ git pull
fatal: read error: Connection reset by peer
$

(was keen on looking at the new org manual in org...)

thanks,
eric

-- 
Eric S Fraga via Emacs 27.0.50, Org release_9.1.4-214-ge8b71b


signature.asc
Description: PGP signature

Re: [O] Error with git-fetch from org repo

[Nick Dokos]

Alex Branham  writes:

> Hello -
>
> I've been trying to git fetch from the org repo
> (git://orgmode.org/org-mode.git) today and keep getting this error:
>
> Fetching origin
> fatal: read error: Connection reset by peer
> error: Could not fetch origin
>
> Has anyone else had problems connecting?
>

Yes, it's still giving that error.

-- 
Nick

Re: [O] Error during org-export

[Gian-Maria Daffré]

Hello Eric,

On Sun, 29 Oct 2017 12:38:37 +
Eric S Fraga  wrote:

> On Sunday, 29 Oct 2017 at 08:57, Gian-Maria Daffré wrote:
> 
> [...]
> 
> > This helped a lot...
> 
> Glad I could help.  However, your original problem still remains.

Agree.

> You should be able to export using the latest version of org
> (i.e. 9.1.2).  It would seem that your configuration is making reference
> to the default version of org *before* you ask for the new version.
> 
> I find that you need to have your package-initialize as the first thing
> in your .emacs to ensure that the new version of org takes
> precedence.  Have you tried doing this with v9.1.2 installed?
> 
> -- 
> : Eric S Fraga via Emacs 27.0.50, Org release_9.1.2-117-g5b2b8f

The beginning of my .emacs file looked like this:

(server-start) 
(setq package-enable-at-startup t)
(package-initialize)

Changed it now to this:
(package-initialize)
(setq package-enable-at-startup t)
(server-start)

Everything is working fine now. Thanks very much for your help, 
I would never have found that solution by myself.

Best,
Giammi

-- 
Gian-Maria Daffré 

Re: [O] Error during org-export

[Eric S Fraga]

On Sunday, 29 Oct 2017 at 08:57, Gian-Maria Daffré wrote:

[...]

> This helped a lot...

Glad I could help.  However, your original problem still remains.  You
should be able to export using the latest version of org
(i.e. 9.1.2).  It would seem that your configuration is making reference
to the default version of org *before* you ask for the new version.

I find that you need to have your package-initialize as the first thing
in your .emacs to ensure that the new version of org takes
precedence.  Have you tried doing this with v9.1.2 installed?

-- 
: Eric S Fraga via Emacs 27.0.50, Org release_9.1.2-117-g5b2b8f


signature.asc
Description: PGP signature

Re: [O] Error during org-export

[Gian-Maria Daffré]

On Sat, 2017-10-28 at 20:27 +0100, Eric S Fraga wrote:
> On Saturday, 28 Oct 2017 at 16:58, Gian-Maria Daffré wrote:
> 
> [...]
> 
> > If it helps, some additional information:
> > 
> > 
> > Emacs  : GNU Emacs 25.1.1 (x86_64-pc-linux-gnu, GTK+ Version
> > 3.22.11)
> >  of 2017-09-15, modified by Debian
> > Package: Org mode version 9.1.2 (9.1.2-22-ga2a034-elpa @
> > /home/giammi/.emacs.d/elpa/org-20171023/)
> 
> The point I was trying to make is that for Emacs to find that version
> of
> org (version 9.1.2 from elpa), you must have some initialisation,
> e.g. (package-initialize) or equivalent.  If your .emacs is empty,
> how
> does Emacs find this version of org?  I don't think Emacs 25.1.1
> comes
> with org 9.1.2.  Does it?  What does "M-x org-version RET" give if
> you
> do this with emacs -Q?
> 
> Also, maybe see what is in the directory ~/.emacs.d/ ?

This helped a lot...

emacs -Q
Org-mode version 8.2.10 (release_8.2.10 @
/usr/share/emacs/25.1/lisp/org/)

emacs gives me
Org mode version 9.1.2 (9.1.2-22-ga2a034-elpa @
/home/giammi/.emacs.d/elpa/org-20171023/)

I deinstalled all org packages and installed again.

It seems that installing org-evil and org-caldav installed also version
9.1.2 of org-mode as a (maybe) dependency. Don't know...

If I have these 2 packages removed again (plus the dependency org-mode
9.1.2), then emacs gives me version 8.2.10 and everything works
perfect.

Just as further information. I had org-evil and org-caldav installed
for more than a year - never had this issue.

Thanks very much for your help.

Best,
Giammi

 

Re: [O] Error during org-export

[Eric S Fraga]

On Saturday, 28 Oct 2017 at 16:58, Gian-Maria Daffré wrote:

[...]

> If it helps, some additional information:
>
>
> Emacs  : GNU Emacs 25.1.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.11)
>  of 2017-09-15, modified by Debian
> Package: Org mode version 9.1.2 (9.1.2-22-ga2a034-elpa @
> /home/giammi/.emacs.d/elpa/org-20171023/)

The point I was trying to make is that for Emacs to find that version of
org (version 9.1.2 from elpa), you must have some initialisation,
e.g. (package-initialize) or equivalent.  If your .emacs is empty, how
does Emacs find this version of org?  I don't think Emacs 25.1.1 comes
with org 9.1.2.  Does it?  What does "M-x org-version RET" give if you
do this with emacs -Q?

Also, maybe see what is in the directory ~/.emacs.d/ ?

-- 
: Eric S Fraga via Emacs 27.0.50, Org release_9.1.2-117-g5b2b8f


signature.asc
Description: PGP signature

Re: [O] Error during org-export

[Gian-Maria Daffré]

On Sat, 2017-10-28 at 14:08 +0100, Eric S Fraga wrote:
> On Saturday, 28 Oct 2017 at 12:39, Gian-Maria Daffré wrote:
> > If I use a completely empty .emacs file, then I get the error
> > message.
> 
> But if your .emacs is completely empty, how does emacs know how to
> get
> the ELPA version of org?  Do you have an init file in your .emacs.d
> directory?

On Sat, 2017-10-28 at 14:08 +0100, Eric S Fraga wrote:
> On Saturday, 28 Oct 2017 at 12:39, Gian-Maria Daffré wrote:
> > If I use a completely empty .emacs file, then I get the error
> > message.
> 
> But if your .emacs is completely empty, how does emacs know how to
> get
> the ELPA version of org?  

No idea...

> Do you have an init file in your .emacs.d
> directory?

Not that I know of - IIRC I have never created one in that directory.
Export was working perfect until yesterday. I did not change the init
file. I just upgraded several files through M-x list-packages.

If it helps, some additional information:


Emacs  : GNU Emacs 25.1.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.11)
 of 2017-09-15, modified by Debian
Package: Org mode version 9.1.2 (9.1.2-22-ga2a034-elpa @
/home/giammi/.emacs.d/elpa/org-20171023/)

current state:
==
(setq
 org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-
header-arg-expand)
 org-speed-command-hook '(org-speed-command-activate org-babel-speed-
command-activate)
 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" [add-hook change-
major-mode-hook org-show-block-all append local] 5]
 #[0 "\300\301\302\303\304$\207" [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-eldoc-load)
 org-bibtex-headline-format-function #[257 "\300
\236A\207" [:title] 3
"\n\n(fn ENTRY)"]
 org-archive-hook '(org-attach-archive-delete-maybe)
 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-link-parameters '(("id" :follow org-id-open) ("rmail" :follow org-
rmail-open :store org-rmail-store-link)
   ("mhe" :follow org-mhe-open :store org-mhe-
store-link) ("irc" :follow org-irc-visit :store org-irc-store-link)
   ("info" :follow org-info-open :export org-info-
export :store org-info-store-link)
   ("gnus" :follow org-gnus-open :store org-gnus-
store-link)
   ("docview" :follow org-docview-open :export org-
docview-export :store org-docview-store-link)
   ("bibtex" :follow org-bibtex-open :store org-
bibtex-store-link)
   ("bbdb" :follow org-bbdb-open :export org-bbdb-
export :complete org-bbdb-complete-link :store org-bbdb-store-link)
   ("w3m" :store org-w3m-store-link) ("file+sys")
("file+emacs") ("doi" :follow org--open-doi-link)
   ("elisp" :follow org--open-elisp-link) ("file"
:complete org-file-complete-link)
   ("ftp" :follow (lambda (path) (browse-url
(concat "ftp:" path ("help" :follow org--open-help-link)
   ("http" :follow (lambda (path) (browse-url
(concat "http:" path
   ("https" :follow (lambda (path) (browse-url
(concat "https:" path
   ("mailto" :follow (lambda (path) (browse-url
(concat "mailto:"; path
   ("news" :follow (lambda (path) (browse-url
(concat "news:"; path ("shell" :follow org--open-shell-link))
 org-clock-out-hook '(org-clock-remove-empty-clock-drawer)
 )

As mentioned, entering emacs -Q in the command line works for export,
just emacs not.

Thanks,
Giammi

Re: [O] Error during org-export

[Eric S Fraga]

On Saturday, 28 Oct 2017 at 12:39, Gian-Maria Daffré wrote:
> If I use a completely empty .emacs file, then I get the error message.

But if your .emacs is completely empty, how does emacs know how to get
the ELPA version of org?  Do you have an init file in your .emacs.d
directory?

-- 
: Eric S Fraga via Emacs 27.0.50, Org release_9.1.2-117-g5b2b8f


signature.asc
Description: PGP signature

Re: [O] Error during org-export

[Gian-Maria Daffré]

Hello Nicolas,

On Sat, 2017-10-28 at 11:23 +0200, Nicolas Goaziou wrote:
> Hello,
> 
> Gian-Maria Daffré  writes:
> 
> > If I create a simple heading like
> > * Hello
> > Test
> > 
> > and then try to export as latex/pdf from org-mode (C-c C-e l o) I
> > get
> > the following error.
> > 
> > Debugger entered--Lisp error: (void-variable element-property)
> 
> FWIW, I cannot reproduce it. You may want to check your configuration
> file.

Thanks for your reply.

If I use a completely empty .emacs file, then I get the error message.

If I start with emacs -Q, then I can export the file without problem.

Re: [O] Error during org-export

[Nicolas Goaziou]

Hello,

Gian-Maria Daffré  writes:

> If I create a simple heading like
> * Hello
> Test
>
> and then try to export as latex/pdf from org-mode (C-c C-e l o) I get
> the following error.
>
> Debugger entered--Lisp error: (void-variable element-property)

FWIW, I cannot reproduce it. You may want to check your configuration
file.

Regards,

-- 
Nicolas Goaziou

Re: [O] Error exporting org-ref.org to LaTeX (was: Re: Warnings while installing org-ref)

[John Kitchin]

I updated the documentation on the build requirements.

Lars Bjørndal writes:

> Thank you. You wrote:
>
>> You might have to require org-id and a few other org-ref libs for wos,
>> Scopus and arxiv links. See the notes near the end of that document. I
>> am traveling sans emacs right now so I don't have the exact place to
>> look, but it is in a section on alternate builds I think.
>
> Yes, I got it.
>
> Please note that `org-id' is not mentioned in the org-ref.org file.
>
> The .tex file is now prduced without errors/warnings. The pdf is
> produced as well, but with warnings. Some of them are:
>
> Package glossaries Warning: No \printglossary or \printglossaries
> found.
> (Remove \makeglossaries if you don't want any glossaries.)
> This document will not have a glossary.
>
> LaTeX Warning: There were undefined references.
>
> Thanks and regards, Lars
>
>
>> On Sat, May 27, 2017 at 4:52 PM Lars Bjørndal <[1]l...@lamasti.net>
>> wrote:
>>
>>   On Fri, May 26, 2017 at 04:06:52PM -0400, John Kitchin wrote:
>>   > I pushed a bunch of commits today to clean up a lot of these.
>>   There are
>>   > still a few that I don't know how to get rid of, but it should be
>>   a lot
>>   > cleaner now.
>>   Thanks a lot.
>>   To learn Org, Org-ref and exports, I tried to export the
>>   [2]org-ref.org
>>   to LaTeX. The .tex file is produced, but I get the following error
>>   message:
>> user-error: Unable to resolve link:
>>   "id:212B487E-CC38-4BDF-9F0E-6993845AF49B"
>>   What does that mean?
>>   Thanks and regards, Lars
>>   > Lars Bjørndal writes:
>>   >
>>   > > I installed org-ref from Elpa, and I got some warnings. Emacs
>>   version:
>>   > >
>>   > > GNU Emacs 25.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.20.10)
>>   of 2017-05-02
>>   > >
>>   > > I'm not sure how critical these error messages are.
>>   > >
>>   > > Fri May 26 14:59:37 2017
>>   > > Entering directory
>>   `/home/tstl/.emacs.d/elpa/key-chord-20160227.438/'
>>   > >
>>   > > In key-chord-input-method:
>>   > > key-chord.el:341:16:Warning: sit-for called with 3 arguments,
>>   but
>>   > > accepts only
>>   > > 1-2
>>   > > i May 26 14:59:45 2017
>>   > > Entering directory
>>   `/home/tstl/.emacs.d/elpa/helm-core-20170526.36/'
>>   > >
>>   > > In helm-position:
>>   > > helm-lib.el:388:14:Warning: macro `helm-position' defined too
>>   late
>>   > >
>>   > > In end of data:
>>   > > helm-lib.el:1006:1:Warning: the following functions are not
>>   known to be
>>   > > defined\
>>   > > :
>>   > > helm-interpret-value, helm-get-current-source
>>   > >
>>   > > Compiling file
>>   > >
>>   /home/tstl/.emacs.d/elpa/helm-bibtex-20170321.1306/bibtex-comple\
>>   > > tion.el at Fri May 26 14:59:54 2017
>>   > > Entering directory
>>   `/home/tstl/.emacs.d/elpa/helm-bibtex-20170321.1306/'
>>   > >
>>   > > In end of data:
>>   > > bibtex-completion.el:1210:1:Warning: the following functions are
>>   not
>>   > > known to b\
>>   > > e defined:
>>   > > reftex-what-macro, org-find-property,
>>   > > reftex-locate-bibliography-files
>>   > >
>>   > > Entering directory
>>   `/home/tstl/.emacs.d/elpa/org-ref-20170523.1821/'
>>   > >
>>   > > In end of data:
>>   > > doi-utils.el:1361:1:Warning: the following functions are not
>>   known to be
>>   > > define\
>>   > > d:
>>   > > org-ref-find-bibliography, reftex-get-bib-field,
>>   > > org-ref-bib-citation
>>   > >
>>   > > Compiling file
>>   > >
>>   /home/tstl/.emacs.d/elpa/org-ref-20170523.1821/org-ref-bibtex.el\
>>   > >  at Fri May 26 14:59:57 2017
>>   > >
>>   > > In org-ref-bibtex-assoc-pdf-with-entry:
>>   > > org-ref-bibtex.el:728:25:Warning: reference to free variable
>>   > > `org-ref-pdf-directory'
>>   > >
>>   > > In orhc-bibtex-field-formatter:
>>   > > org-ref-bibtex.el:1092:27:Warning: reference to free variable
>>   > > `org-ref-pdf-directory'
>>   > > org-ref-bibtex.el:1098:27:Warning: reference to free
>>   variable
>>   > > `org-ref-notes-directory'
>>   > >
>>   > > In end of data:
>>   > > org-ref-bibtex.el:1324:1:Warning: the following functions are
>>   not known
>>   > > to be d\
>>   > > efined:
>>   > > reftex-get-bib-field, org-ref-find-bibliography
>>   > >
>>   > > Compiling file
>>   > >
>>   /home/tstl/.emacs.d/elpa/org-ref-20170523.1821/org-ref-citeproc.\
>>   > > el at Fri May 26 14:59:57 2017
>>   > >
>>   > > In end of data:
>>   > > org-ref-citeproc.el:919:1:Warning: the function
>>   > > `org-ref-get-bibtex-key-and-file' is not known to be
>>   defined.
>>   > >
>>   > > Compiling file
>>   > > /home/tstl/.emacs.d/elpa/org-ref-20170523.1821/org-ref-core.el
>>   a\
>>   > > t Fri May 26 14:59:57 2017
>>   > >
>>   > > In org-ref-update-pre-post-text:
>>   > > org-ref-core.el:3259:16:Warning: `delete-backward-char' is for
>>   > > interactive use
>>   > > only; use `delete-char' instead.
>>   > > org-ref-core.el:3260:12:Warning: `delete-backward-char' is
>>   for
>>   > > interactive u

Re: [O] Error exporting org-ref.org to LaTeX (was: Re: Warnings while installing org-ref)

[Lars Bjørndal]

Thank you. You wrote:

> You might have to require org-id and a few other org-ref libs for wos,
> Scopus and arxiv links. See the notes near the end of that document. I
> am traveling sans emacs right now so I don't have the exact place to
> look, but it is in a section on alternate builds I think.

Yes, I got it.

Please note that `org-id' is not mentioned in the org-ref.org file.

The .tex file is now prduced without errors/warnings. The pdf is
produced as well, but with warnings. Some of them are:

Package glossaries Warning: No \printglossary or \printglossaries
found.
(Remove \makeglossaries if you don't want any glossaries.)
This document will not have a glossary.

LaTeX Warning: There were undefined references.

Thanks and regards, Lars


> On Sat, May 27, 2017 at 4:52 PM Lars Bjørndal <[1]l...@lamasti.net>
> wrote:
> 
>   On Fri, May 26, 2017 at 04:06:52PM -0400, John Kitchin wrote:
>   > I pushed a bunch of commits today to clean up a lot of these.
>   There are
>   > still a few that I don't know how to get rid of, but it should be
>   a lot
>   > cleaner now.
>   Thanks a lot.
>   To learn Org, Org-ref and exports, I tried to export the
>   [2]org-ref.org
>   to LaTeX. The .tex file is produced, but I get the following error
>   message:
> user-error: Unable to resolve link:
>   "id:212B487E-CC38-4BDF-9F0E-6993845AF49B"
>   What does that mean?
>   Thanks and regards, Lars
>   > Lars Bjørndal writes:
>   >
>   > > I installed org-ref from Elpa, and I got some warnings. Emacs
>   version:
>   > >
>   > > GNU Emacs 25.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.20.10)
>   of 2017-05-02
>   > >
>   > > I'm not sure how critical these error messages are.
>   > >
>   > > Fri May 26 14:59:37 2017
>   > > Entering directory
>   `/home/tstl/.emacs.d/elpa/key-chord-20160227.438/'
>   > >
>   > > In key-chord-input-method:
>   > > key-chord.el:341:16:Warning: sit-for called with 3 arguments,
>   but
>   > > accepts only
>   > > 1-2
>   > > i May 26 14:59:45 2017
>   > > Entering directory
>   `/home/tstl/.emacs.d/elpa/helm-core-20170526.36/'
>   > >
>   > > In helm-position:
>   > > helm-lib.el:388:14:Warning: macro `helm-position' defined too
>   late
>   > >
>   > > In end of data:
>   > > helm-lib.el:1006:1:Warning: the following functions are not
>   known to be
>   > > defined\
>   > > :
>   > > helm-interpret-value, helm-get-current-source
>   > >
>   > > Compiling file
>   > >
>   /home/tstl/.emacs.d/elpa/helm-bibtex-20170321.1306/bibtex-comple\
>   > > tion.el at Fri May 26 14:59:54 2017
>   > > Entering directory
>   `/home/tstl/.emacs.d/elpa/helm-bibtex-20170321.1306/'
>   > >
>   > > In end of data:
>   > > bibtex-completion.el:1210:1:Warning: the following functions are
>   not
>   > > known to b\
>   > > e defined:
>   > > reftex-what-macro, org-find-property,
>   > > reftex-locate-bibliography-files
>   > >
>   > > Entering directory
>   `/home/tstl/.emacs.d/elpa/org-ref-20170523.1821/'
>   > >
>   > > In end of data:
>   > > doi-utils.el:1361:1:Warning: the following functions are not
>   known to be
>   > > define\
>   > > d:
>   > > org-ref-find-bibliography, reftex-get-bib-field,
>   > > org-ref-bib-citation
>   > >
>   > > Compiling file
>   > >
>   /home/tstl/.emacs.d/elpa/org-ref-20170523.1821/org-ref-bibtex.el\
>   > >  at Fri May 26 14:59:57 2017
>   > >
>   > > In org-ref-bibtex-assoc-pdf-with-entry:
>   > > org-ref-bibtex.el:728:25:Warning: reference to free variable
>   > > `org-ref-pdf-directory'
>   > >
>   > > In orhc-bibtex-field-formatter:
>   > > org-ref-bibtex.el:1092:27:Warning: reference to free variable
>   > > `org-ref-pdf-directory'
>   > > org-ref-bibtex.el:1098:27:Warning: reference to free
>   variable
>   > > `org-ref-notes-directory'
>   > >
>   > > In end of data:
>   > > org-ref-bibtex.el:1324:1:Warning: the following functions are
>   not known
>   > > to be d\
>   > > efined:
>   > > reftex-get-bib-field, org-ref-find-bibliography
>   > >
>   > > Compiling file
>   > >
>   /home/tstl/.emacs.d/elpa/org-ref-20170523.1821/org-ref-citeproc.\
>   > > el at Fri May 26 14:59:57 2017
>   > >
>   > > In end of data:
>   > > org-ref-citeproc.el:919:1:Warning: the function
>   > > `org-ref-get-bibtex-key-and-file' is not known to be
>   defined.
>   > >
>   > > Compiling file
>   > > /home/tstl/.emacs.d/elpa/org-ref-20170523.1821/org-ref-core.el
>   a\
>   > > t Fri May 26 14:59:57 2017
>   > >
>   > > In org-ref-update-pre-post-text:
>   > > org-ref-core.el:3259:16:Warning: `delete-backward-char' is for
>   > > interactive use
>   > > only; use `delete-char' instead.
>   > > org-ref-core.el:3260:12:Warning: `delete-backward-char' is
>   for
>   > > interactive use
>   > > only; use `delete-char' instead.
>   > >
>   > > In end of data:
>   > > org-ref-core.el:3498:1:Warning: the following functions are not
>   known to
>   > > be def\
>   > > ined:
>   > > org-ref-match-next-cite-l

Re: [O] Error exporting org-ref.org to LaTeX (was: Re: Warnings while installing org-ref)

[John Kitchin]

You might have to require org-id and a few other org-ref libs for wos,
Scopus and arxiv links. See the notes near the end of that document. I am
traveling sans emacs right now so I don't have the exact place to look, but
it is in a section on alternate builds I think.



On Sat, May 27, 2017 at 4:52 PM Lars Bjørndal  wrote:

> On Fri, May 26, 2017 at 04:06:52PM -0400, John Kitchin wrote:
> > I pushed a bunch of commits today to clean up a lot of these. There are
> > still a few that I don't know how to get rid of, but it should be a lot
> > cleaner now.
>
> Thanks a lot.
>
> To learn Org, Org-ref and exports, I tried to export the org-ref.org
> to LaTeX. The .tex file is produced, but I get the following error
> message:
>
>   user-error: Unable to resolve link:
> "id:212B487E-CC38-4BDF-9F0E-6993845AF49B"
>
> What does that mean?
>
> Thanks and regards, Lars
>
> > Lars Bjørndal writes:
> >
> > > I installed org-ref from Elpa, and I got some warnings. Emacs version:
> > >
> > > GNU Emacs 25.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.20.10) of
> 2017-05-02
> > >
> > > I'm not sure how critical these error messages are.
> > >
> > > Fri May 26 14:59:37 2017
> > > Entering directory `/home/tstl/.emacs.d/elpa/key-chord-20160227.438/'
> > >
> > > In key-chord-input-method:
> > > key-chord.el:341:16:Warning: sit-for called with 3 arguments, but
> > > accepts only
> > > 1-2
> > > i May 26 14:59:45 2017
> > > Entering directory `/home/tstl/.emacs.d/elpa/helm-core-20170526.36/'
> > >
> > > In helm-position:
> > > helm-lib.el:388:14:Warning: macro `helm-position' defined too late
> > >
> > > In end of data:
> > > helm-lib.el:1006:1:Warning: the following functions are not known to be
> > > defined\
> > > :
> > > helm-interpret-value, helm-get-current-source
> > >
> > > Compiling file
> > > /home/tstl/.emacs.d/elpa/helm-bibtex-20170321.1306/bibtex-comple\
> > > tion.el at Fri May 26 14:59:54 2017
> > > Entering directory
> `/home/tstl/.emacs.d/elpa/helm-bibtex-20170321.1306/'
> > >
> > > In end of data:
> > > bibtex-completion.el:1210:1:Warning: the following functions are not
> > > known to b\
> > > e defined:
> > > reftex-what-macro, org-find-property,
> > > reftex-locate-bibliography-files
> > >
> > > Entering directory `/home/tstl/.emacs.d/elpa/org-ref-20170523.1821/'
> > >
> > > In end of data:
> > > doi-utils.el:1361:1:Warning: the following functions are not known to
> be
> > > define\
> > > d:
> > > org-ref-find-bibliography, reftex-get-bib-field,
> > > org-ref-bib-citation
> > >
> > > Compiling file
> > > /home/tstl/.emacs.d/elpa/org-ref-20170523.1821/org-ref-bibtex.el\
> > >  at Fri May 26 14:59:57 2017
> > >
> > > In org-ref-bibtex-assoc-pdf-with-entry:
> > > org-ref-bibtex.el:728:25:Warning: reference to free variable
> > > `org-ref-pdf-directory'
> > >
> > > In orhc-bibtex-field-formatter:
> > > org-ref-bibtex.el:1092:27:Warning: reference to free variable
> > > `org-ref-pdf-directory'
> > > org-ref-bibtex.el:1098:27:Warning: reference to free variable
> > > `org-ref-notes-directory'
> > >
> > > In end of data:
> > > org-ref-bibtex.el:1324:1:Warning: the following functions are not known
> > > to be d\
> > > efined:
> > > reftex-get-bib-field, org-ref-find-bibliography
> > >
> > > Compiling file
> > > /home/tstl/.emacs.d/elpa/org-ref-20170523.1821/org-ref-citeproc.\
> > > el at Fri May 26 14:59:57 2017
> > >
> > > In end of data:
> > > org-ref-citeproc.el:919:1:Warning: the function
> > > `org-ref-get-bibtex-key-and-file' is not known to be defined.
> > >
> > > Compiling file
> > > /home/tstl/.emacs.d/elpa/org-ref-20170523.1821/org-ref-core.el a\
> > > t Fri May 26 14:59:57 2017
> > >
> > > In org-ref-update-pre-post-text:
> > > org-ref-core.el:3259:16:Warning: `delete-backward-char' is for
> > > interactive use
> > > only; use `delete-char' instead.
> > > org-ref-core.el:3260:12:Warning: `delete-backward-char' is for
> > > interactive use
> > > only; use `delete-char' instead.
> > >
> > > In end of data:
> > > org-ref-core.el:3498:1:Warning: the following functions are not known
> to
> > > be def\
> > > ined:
> > > org-ref-match-next-cite-link, org-ref-match-next-label-link,
> > > org-ref-match-next-ref-link,
> > > org-ref-make-org-link-cite-key-visible,
> > > org-in-commented-heading-p
> > >
> > > Compiling file
> > > /home/tstl/.emacs.d/elpa/org-ref-20170523.1821/org-ref-helm-bibt\
> > > ex.el at Fri May 26 14:59:58 2017
> > >
> > > In org-ref-format-citation:
> > > org-ref-helm-bibtex.el:308:22:Warning: assignment to free variable
> `end'
> > > org-ref-helm-bibtex.el:313:37:Warning: assignment to free variable
> > > `path'
> > > org-ref-helm-bibtex.el:313:37:Warning: reference to free variable `end'
> > > org-ref-helm-bibtex.el:311:16:Warning: looking-back called with 1
> > > argument,
> > > but requires 2-3
> > > org-ref-helm-bibtex.el:313:18:Warning: reference to free variable

Re: [O] Error on html export

[Thomas S. Dye]

Aloha Mark,

Mark Meyer writes:

> On 02/27/17 12:45, Nicolas Goaziou wrote:
>> This is a common issue with mixed installations. You need to re-install
>> Org without any other version loaded otherwise.
>
> Spot on! Uninstalling org-mode `C-c C-x' and reinstalling worked.
>
> Is there a FAQ for this kind of issues?

http://orgmode.org/worg/org-faq.html#mixed-install

All the best,
Tom

--
Thomas S. Dye
http://www.tsdye.com

Re: [O] Error on html export

[Mark Meyer]

On 02/27/17 12:45, Nicolas Goaziou wrote:
> This is a common issue with mixed installations. You need to re-install
> Org without any other version loaded otherwise.

Spot on! Uninstalling org-mode `C-c C-x' and reinstalling worked.

Is there a FAQ for this kind of issues?

Cheers, Mark

-- 
  Mark Meyer
  m...@ofosos.org

Re: [O] Error on html export

[Nicolas Goaziou]

Hello,

Mark Meyer  writes:

> I'm getting an error on HTML export, as soon as my document has a
> `#+TITLE' set.
>
> Here's part of the stack trace:
>
> Debugger entered--Lisp error: (wrong-type-argument listp #("test" 0 4
> (:parent (#1

This is a common issue with mixed installations. You need to re-install
Org without any other version loaded otherwise.

Regards,

-- 
Nicolas Goaziou

Re: [O] Error when =(stata . t)= added to =org-babel-do-load-languages= in an attempt to evaluate Stata code in org-mode

[Nicolas Goaziou]

Hello,

Daniel Guinea  writes:

> However, I also want to evaluate Stata code in org-mode documents. For that
> I have
> downloaded the script =ob-stata.el= by Ista Zahn and I have saved it
> together with the other =ob-sth.el= files in
> =~/.emacs.d/elpa/org-20161224=. Moreover, I have edited the entry:
>
> (defcustom org-babel-stata-command inferior-STA-program-name
>   "Name of command to use for executing stata code."
>   :group 'org-babel
>   :version "24.1"
>   :package-version '(Org . "8.3")
>   :type 'string)
>
> to reflect my current version of Org, so this piece of code currently
> stands as follows in my version of  =ob-stata.el=:
>
> (defcustom org-babel-stata-command inferior-STA-program-name
>   "Name of command to use for executing stata code."
>   :group 'org-babel
>   :version "24.1"
>   :package-version '(Org . "9.0.3")
>   :type 'string)

This part is not needed. :package-version is used to specify when
a defcustom was introduced or when its default value last changed.

> However, if I add =(stata . t)= to =org-babel-do-load-languages= as follows:
>
> (org-babel-do-load-languages
>'org-babel-load-languages
>   '((emacs-lisp . t)
> (sh . t)
> (R . t)
> (perl . t)
> (ruby . t)
> (python . t)
> (js . t)
> (haskell . t)
> (stata . t)
> (shell . t)))
>
> I get the following message when I restart emacs:
>
> #  Beginning of debugger message ###
>
> Debugger entered--Lisp error: (void-variable inferior-STA-program-name)

inferior-STAT-program-name is a variable defined in "ess-custom.el".
The error probably comes from the fact "ob-stata.el" is loaded before
"ess-custom.el" is.

You may want to tell the author of "ob-stata.el" about it. It is missing
a (require 'ess) somewhere in the library.

Regards,

-- 
Nicolas Goaziou

Re: [O] Error when using :session :colnames yes :results graphics on an R code block

[Charles C. Berry]

On Wed, 28 Dec 2016, Kodi Arfer wrote:


If I run Emacs with


[snip]



   cons: Wrong type argument: listp, "x
   1"

If I remove ":colnames yes", the error doesn't happen and the
file is produced as expected.



Fixed on master.

Chuck

Re: [O] Error publishing a simple html page

[Leandro Noferini]

Ciao a tutti,

I need only to add that tha same configuration works normally well using
an emacs24 (from debian stable package) instead on emacs25 (from debian
unstable).

-- 
leandro
1A0B 125B 2E4D 2DAE 4E26  4551 88FB BBCC 7A29 640B
https://bbs.cybervalley.org/ChiaveLeandro/gpg.html
http://6xukrlqedfabdjrb.onion


signature.asc
Description: PGP signature

Re: [O] Error: org-babel-execute-src-block: No org-babel-execute function for conf!

[Xebar Saram]

got it it works now, thx so much!

Z

On Mon, Nov 7, 2016 at 1:43 PM, Nicolas Goaziou 
wrote:

> Hello,
>
> Xebar Saram  writes:
>
> > Sorry for not being clearer. im trying to tangle not the whole file
> (which
> > i think is what org-babel-tangle does) but a specific header with all sub
> > headers associated with it (they all create one file). after reading the
> > org documentation at the time i created this function
> >
> > (defun z/org-tangle-at-block  ()
> >  (interactive)
> >  (let ((current-prefix-arg '(16)))
> >(call-interactively #'org-babel-tangle)))
> >
> > so following the previous code blocks example, I previously  went to the
> >  main i3 conf header and then issued the function
> >  z/org-tangle-at-block which would tangle all sub header and blocks to
> one
> > file ( ~/.i3/config).
> > when i try now to run the function i get the
> >
> > user-error: Point is not in a source code block
>
> I don't understand your function. What is the point of the '(16)
> argument, according to your needs? From `org-babel-tangle' docstring,
>
>   With two universal prefix arguments, only tangle blocks for the
>   tangle file of the block at point.
>
> You need to put point on a source block per above, hence the error you
> obtain.
>
> Regards,
>
> --
> Nicolas Goaziou
>

Re: [O] Error: org-babel-execute-src-block: No org-babel-execute function for conf!

[Nicolas Goaziou]

Hello,

Xebar Saram  writes:

> Sorry for not being clearer. im trying to tangle not the whole file (which
> i think is what org-babel-tangle does) but a specific header with all sub
> headers associated with it (they all create one file). after reading the
> org documentation at the time i created this function
>
> (defun z/org-tangle-at-block  ()
>  (interactive)
>  (let ((current-prefix-arg '(16)))
>(call-interactively #'org-babel-tangle)))
>
> so following the previous code blocks example, I previously  went to the
>  main i3 conf header and then issued the function
>  z/org-tangle-at-block which would tangle all sub header and blocks to one
> file ( ~/.i3/config).
> when i try now to run the function i get the
>
> user-error: Point is not in a source code block

I don't understand your function. What is the point of the '(16)
argument, according to your needs? From `org-babel-tangle' docstring,

  With two universal prefix arguments, only tangle blocks for the
  tangle file of the block at point.

You need to put point on a source block per above, hence the error you
obtain.

Regards,

-- 
Nicolas Goaziou

Re: [O] Error: org-babel-execute-src-block: No org-babel-execute function for conf!

[Xebar Saram]

Hi and thx again
Sorry for not being clearer. im trying to tangle not the whole file (which
i think is what org-babel-tangle does) but a specific header with all sub
headers associated with it (they all create one file). after reading the
org documentation at the time i created this function

(defun z/org-tangle-at-block  ()
 (interactive)
 (let ((current-prefix-arg '(16)))
   (call-interactively #'org-babel-tangle)))

so following the previous code blocks example, I previously  went to the
 main i3 conf header and then issued the function
 z/org-tangle-at-block which would tangle all sub header and blocks to one
file ( ~/.i3/config).
when i try now to run the function i get the

user-error: Point is not in a source code block


really appreciate your help since currently all my dotfile system is broken
:)

best

Z

On Mon, Nov 7, 2016 at 8:46 AM, Nicolas Goaziou 
wrote:

> Hello,
>
> Xebar Saram  writes:
>
> > thx Nicolas for the answer.
> >
> > im still having issues getting this to work
> >
> > here is my modified example
> >
> >  main i3 conf
> >  :PROPERTIES:
> >  :ID:   f17b5518-2695-4484-a958-2fc7b8aa2479
> >  :header-args: :tangle   ~/.i3/config
> >  :END:
> > mod is win key and mod1 is alt key in below config
> > * General definitions
> >   :PROPERTIES:
> >   :ID:   97fcf6e4-a81d-4fe8-badc-6a9b48668ec2
> >   :END:
> >
> > #+BEGIN_SRC conf
> > # i3 general settings
> > #set variable names
> > set $mod Mod4
> > # Use Mouse+$mod to drag floating windows to their wanted position
> > floating_modifier $mod
> > #+END_SRC
> >
> >
> > yet when i try to tangle recursively i get:
>
> I don't know what is to "tangle recursively", but calling
> `org-babel-tangle' on the document above succeeds here.
>
> Regards,
>
> --
> Nicolas Goaziou
>

Re: [O] Error: org-babel-execute-src-block: No org-babel-execute function for conf!

[Nicolas Goaziou]

Hello,

Xebar Saram  writes:

> thx Nicolas for the answer.
>
> im still having issues getting this to work
>
> here is my modified example
>
>  main i3 conf
>  :PROPERTIES:
>  :ID:   f17b5518-2695-4484-a958-2fc7b8aa2479
>  :header-args: :tangle   ~/.i3/config
>  :END:
> mod is win key and mod1 is alt key in below config
> * General definitions
>   :PROPERTIES:
>   :ID:   97fcf6e4-a81d-4fe8-badc-6a9b48668ec2
>   :END:
>
> #+BEGIN_SRC conf
> # i3 general settings
> #set variable names
> set $mod Mod4
> # Use Mouse+$mod to drag floating windows to their wanted position
> floating_modifier $mod
> #+END_SRC
>
>
> yet when i try to tangle recursively i get:

I don't know what is to "tangle recursively", but calling
`org-babel-tangle' on the document above succeeds here.

Regards,

-- 
Nicolas Goaziou

Re: [O] Error: org-babel-execute-src-block: No org-babel-execute function for conf!

[Xebar Saram]

thx Nicolas for the answer.

im still having issues getting this to work

here is my modified example

 main i3 conf
 :PROPERTIES:
 :ID:   f17b5518-2695-4484-a958-2fc7b8aa2479
 :header-args: :tangle   ~/.i3/config
 :END:
mod is win key and mod1 is alt key in below config
* General definitions
  :PROPERTIES:
  :ID:   97fcf6e4-a81d-4fe8-badc-6a9b48668ec2
  :END:
#+BEGIN_SRC conf
# i3 general settings
#set variable names
set $mod Mod4
# Use Mouse+$mod to drag floating windows to their wanted position
floating_modifier $mod
#+END_SRC


yet when i try to tangle recursively i get:

org-babel-execute-src-block: No org-babel-execute function for conf!

is my syntax wrong?

best and thx again

Z

Re: [O] Error: org-babel-execute-src-block: No org-babel-execute function for conf!

[Nicolas Goaziou]

Hello,

Xebar Saram  writes:

> I have my dot files in orgmode format and have been using it for a year or
> so with great success. today i noticed that code block (conf blocks) that i
> used to tangle recursively have stopped working and i get this error
>
> org-babel-execute-src-block: No org-babel-execute function for conf!
>
>
> this is an example of how the code block looks
>
>
> *** sxhkd
> :PROPERTIES:
> :ID:   781eaed4-2ce8-49ff-9516-b84de52cfaab
> :tangle:   ~/.config/sxhkd/sxhkdrc
> :END:
> https://github.com/baskerville/sxhkd
>  X system
>  :PROPERTIES:
>  :ID:   4a3ed3e0-fdf8-4fd1-bc2b-2ab87cae3633
>  :END:
>

[...]

> any one knows whats changed with latest org?

According to the release notes, "Incompatible changes" section,

  *** Old Babel header properties are no longer supported

  Using header arguments as property names is no longer possible.  As
  such, the following

  #+BEGIN_EXAMPLE
  ,* Headline
  :PROPERTIES:
  :exports: code
  :var: a=1 b=2
  :var+: c=3
  :END:
  #+END_EXAMPLE

  should be written instead

  #+BEGIN_EXAMPLE
  ,* Headline
  :PROPERTIES:
  :header-args: :exports code
  :header-args: :var a=1 b=2
  :header-args+: :var c=3
  :END:
  #+END_EXAMPLE


Regards,

-- 
Nicolas Goaziou

Re: [O] Error with inline image resizing

[John Kitchin]

You could try this approach
https://github.com/jkitchin/scimax/blob/master/scimax-org.el#L957  to
line 1109. It uses the external ImageMagick command mogrify to
resize the images. It monkeypatches org-display-inline-images to do
that.


Takeshi Teshima writes:

> Hi all,
>
> When I try to show inline images automatically resized in an org-mode
> buffer, the thumbnail doesn't show (a big blank box shows where the resized
> image should be) and the following errors are echoed in the "*Messages*"
> buffer.
>
> ```
> ImageMagick error: no decode delegate for this image format `JPEG' @
> error/constitute.c/ReadImage/504
> ```
>
> The image types I have tried are JPG and PNG.
> When tried with a PNG file, the error message changes to
> ```
> ImageMagick error: no decode delegate for this image format `PNG' @
> error/constitute.c/ReadImage/504
> ```
>
> * [Related settings]:
>
> ** init.el
>
> `(setq org-image-actual-width nil)`
>
> ** the org-mode file
>
> ```
>
> #+ATTR_LATEX: :width 300pt
>
> [[file:20160802-142357_2016-08-02_13.35.28-1.jpg]]
>
> ```
>
> I tried this with Emacs running in the safe mode, i.e. running with "-q"
> option.
>
> The inline image shows correctly (with the original size) until I set
> `org-image-actual-width` to `nil`, after which I don't see the image in the
> buffer
>
>  (A big blank box appears where the image should be. I also see the errors
> mentioned above in the "*Messages*" buffer.).
>
> * [Current workaround I use]:
> It doesn't occur when I use the snippet in this SO answer.
> http://stackoverflow.com/questions/17637685/configuring-emacs-for-showing-fixed-width-inline-images
> It basically rewrites org-display-inline-images function.
>
> * [Environmental information]:
> ** (i) I built my Emacs using the following tool:
> https://github.com/renard/emacs-build-macosx
> by running `./build-emacs emacs-24.5`.
> It was built with ImageMagick, and I can correctly export LaTeX formula
> with it.
> Also it works fine when I don't use the resize feature, i.e.
> `org-image-actual-width` is set to `t`.
>
> ** (ii) Versions
> *** Emacs:  emacs-24.5.50.1
> *** Mac OS X: El Capitan 10.11.6(15G31).
>
> *** $ convert --version
>
> Version: ImageMagick 6.9.5-1 Q16 x86_64 2016-07-15
> http://www.imagemagick.org
>
> Copyright: Copyright (C) 1999-2016 ImageMagick Studio LLC
>
> License: http://www.imagemagick.org/script/license.php
>
> Features: Cipher DPC Modules
>
> Delegates (built-in): bzlib freetype jng jpeg ltdl lzma png tiff webp xml
> zlib
>
>
> Thank you very much in advance.
>
> diadochos


-- 
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu

Re: [O] error on make

[Nicolas Goaziou]

Hello,

Giri Prashanth  writes:

> Thank you for your response. I have GNU Emacs 24.5.1
> (x86_64-apple-darwin13.4.0, NS apple-appkit-1265.21) .
> One possibility is that in OS X, there is a default emacs with version
> 22.1.1. I tried brew update but I think for some reason it is not updated
> and may cause for this problem.
>
> Is there a way to specify the location of emacs application and site-lisp
> folder in the config or  Makefile ?

I don't know. You may want to have a look at

  http://orgmode.org/worg/dev/org-build-system.html#sec-4

Regards,

-- 
Nicolas Goaziou

Re: [O] error on make

[Giri Prashanth]

Thank you for your response. I have GNU Emacs 24.5.1
(x86_64-apple-darwin13.4.0, NS apple-appkit-1265.21) .
One possibility is that in OS X, there is a default emacs with version
22.1.1. I tried brew update but I think for some reason it is not updated
and may cause for this problem.

Is there a way to specify the location of emacs application and site-lisp
folder in the config or  Makefile ?
I tried adding path manually in the prefix argument in local.mk but was not
sucessful.

Thank you again,



On Tue, Jul 26, 2016 at 11:21 PM, Nicolas Goaziou 
wrote:

> Hello,
>
> Giri Prashanth  writes:
>
> > I got the following error while I ran make on latest org-mode code from
> git
> > got from git://orgmode.org/org-mode.git in OS X:
> >
> > rm -f
> > /Applications/Xcode.app/Contents/Developer/usr/bin/make -C lisp clean
> > rm -f org-version.el org-loaddefs.el org-version.elc org-loaddefs.elc
> > org-install.elc
> > rm -f *.elc
> > /Applications/Xcode.app/Contents/Developer/usr/bin/make -C lisp autoloads
> > rm -f org-version.el org-loaddefs.el org-version.elc org-loaddefs.elc
> > org-install.elc
> > org-version: 8.3.5 (release_8.3.5-1027-g04e0bc)
> > Loading ~/.emacs.d/org-mode/lisp/org-compat.el (source)...
> > Cannot open load file: cl-lib
> > make[1]: *** [org-version.el] Error 255
> > make: *** [autoloads] Error 2
> >
> >
> > Any ideas on how to fix ?
>
> What is your Emacs version? Development branch requires at least Emacs
> 24.3.
>
>




> Regards,
>
> --
> Nicolas Goaziou
>

Re: [O] error while upgrading to 8.3.5

[John Kitchin]

With the most current master, I get these two failed tests:

2 unexpected results:
   FAILED  ob-shell/bash-uses-assoc-arrays
   FAILED  test-ob/indented-cached-org-bracket-link

This is with a Mac, and GNU Emacs 25.1.50.1 (x86_64-apple-darwin13.4.0, NS 
appkit-1265.21 Version 10.9.5 (Build 13F1808))
 of 2016-07-11


There seem to be two identically named tests (both fail for me).

(ert-deftest ob-shell/bash-uses-assoc-arrays ()
  "Bash associative arrays"
  (org-test-at-id "bec1a5b0-4619-4450-a8c0-2a746b44bf8d"
(org-babel-next-src-block 2)
(should (equal "two" (org-babel-execute-src-block)


(ert-deftest ob-shell/bash-uses-assoc-arrays ()
  "Bash associative arrays as strings for the row"
  (org-test-at-id "82320a48-3409-49d7-85c9-5de1c6d3ff87"
(org-babel-next-src-block 2)
(should (equal "20 cm" (org-babel-execute-src-block)


The code in the should macro in this test: 
test-ob/indented-cached-org-bracket-link
evaluates to true for me, but still fails in make test.

Nicolas Goaziou writes:

> Hello,
>
> Vikas Rawal  writes:
>
>> * Output of BTEST_RE=indented-cached-org-bracket-link make test
>>
>> Test test-ob/indented-cached-org-bracket-link condition:
>> (ert-test-failed
>>  ((should
>>(let
>> (...)
>>   (org-test-with-temp-text "\n* Test\n  #+BEGIN_SRC emacs-lisp 
>> :file test.txt :cache yes\n(message \"test\")\n  #+END_SRC" ... ...)))
>>   :form
>>   (let
>>((default-directory temporary-file-directory))
>>  (org-test-with-temp-text "\n* Test\n  #+BEGIN_SRC emacs-lisp 
>> :file test.txt :cache yes\n(message \"test\")\n  #+END_SRC"
>>(org-babel-execute-src-block)
>>(string= ... ...)))
>>   :value nil))
>>FAILED  1/1  test-ob/indented-cached-org-bracket-link
>
> This doesn't ring a bell. It would help to know what is hidden behind
> the ellipsis.
>
>> Ran 1 tests, 0 results as expected, 1 unexpected (2016-07-26 05:06:12+0530)
>>
>> 1 unexpected results:
>>FAILED  test-ob/indented-cached-org-bracket-link
>>
>> * (org-parse-time-string "<2014-03-04 Tue>”)
>> (apply #'encode-time (org-parse-time-string "<2014-03-04 Tue>"))
>>
>> Evaluating these in emacs does not seem to do anything. No message.
>
> The return value is displayed in the minibuffer. Use C-x C-e right after
> the closing parens of each form.
>
> Also, did you set some weird variable like `org-extend-today-until'?
>
> Regards,


-- 
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu

Re: [O] error on make

[Nicolas Goaziou]

Hello,

Giri Prashanth  writes:

> I got the following error while I ran make on latest org-mode code from git
> got from git://orgmode.org/org-mode.git in OS X:
>
> rm -f
> /Applications/Xcode.app/Contents/Developer/usr/bin/make -C lisp clean
> rm -f org-version.el org-loaddefs.el org-version.elc org-loaddefs.elc
> org-install.elc
> rm -f *.elc
> /Applications/Xcode.app/Contents/Developer/usr/bin/make -C lisp autoloads
> rm -f org-version.el org-loaddefs.el org-version.elc org-loaddefs.elc
> org-install.elc
> org-version: 8.3.5 (release_8.3.5-1027-g04e0bc)
> Loading ~/.emacs.d/org-mode/lisp/org-compat.el (source)...
> Cannot open load file: cl-lib
> make[1]: *** [org-version.el] Error 255
> make: *** [autoloads] Error 2
>
>
> Any ideas on how to fix ?

What is your Emacs version? Development branch requires at least Emacs
24.3.

Regards,

-- 
Nicolas Goaziou

Re: [O] error while upgrading to 8.3.5

[Nicolas Goaziou]

Hello,

Vikas Rawal  writes:

> * Output of BTEST_RE=indented-cached-org-bracket-link make test
>
> Test test-ob/indented-cached-org-bracket-link condition:
> (ert-test-failed
>  ((should
>(let
>  (...)
>(org-test-with-temp-text "\n* Test\n  #+BEGIN_SRC emacs-lisp 
> :file test.txt :cache yes\n(message \"test\")\n  #+END_SRC" ... ...)))
>   :form
>   (let
> ((default-directory temporary-file-directory))
>   (org-test-with-temp-text "\n* Test\n  #+BEGIN_SRC emacs-lisp 
> :file test.txt :cache yes\n(message \"test\")\n  #+END_SRC"
> (org-babel-execute-src-block)
> (string= ... ...)))
>   :value nil))
>FAILED  1/1  test-ob/indented-cached-org-bracket-link

This doesn't ring a bell. It would help to know what is hidden behind
the ellipsis.

> Ran 1 tests, 0 results as expected, 1 unexpected (2016-07-26 05:06:12+0530)
>
> 1 unexpected results:
>FAILED  test-ob/indented-cached-org-bracket-link
>
> * (org-parse-time-string "<2014-03-04 Tue>”)
> (apply #'encode-time (org-parse-time-string "<2014-03-04 Tue>"))
>
> Evaluating these in emacs does not seem to do anything. No message.

The return value is displayed in the minibuffer. Use C-x C-e right after
the closing parens of each form.

Also, did you set some weird variable like `org-extend-today-until'?

Regards,

-- 
Nicolas Goaziou

Re: [O] error while upgrading to 8.3.5

[Vikas Rawal]

* I cleaned up permissions to some directories and did a make install, which 
went fine.

* Now when I do a “make up2”, I get two errors.

   FAILED  test-ob/indented-cached-org-bracket-link
   FAILED  test-org-colview/columns-summary

* Output of BTEST_RE=columns-summary make test

Test test-org-colview/columns-summary condition:
(ert-test-failed
 ((should
   (equal "705d 01h 0m 0s"
  (cl-letf ... ...)))
  :form
  (equal "705d 01h 0m 0s" "705d 00h 0m 0s")
  :value nil :explanation
  (array-elt 6
 (different-atoms
  (49 "#x31" "?1")
  (48 "#x30" "?0")
   FAILED  1/1  test-org-colview/columns-summary

Ran 1 tests, 0 results as expected, 1 unexpected (2016-07-26 05:03:52+0530)

1 unexpected results:
   FAILED  test-org-colview/columns-summary

mk/targets.mk:103: recipe for target 'test' failed
make: *** [test] Error 1

* Output of BTEST_RE=indented-cached-org-bracket-link make test

Test test-ob/indented-cached-org-bracket-link condition:
(ert-test-failed
 ((should
   (let
   (...)
 (org-test-with-temp-text "\n* Test\n  #+BEGIN_SRC emacs-lisp 
:file test.txt :cache yes\n(message \"test\")\n  #+END_SRC" ... ...)))
  :form
  (let
  ((default-directory temporary-file-directory))
(org-test-with-temp-text "\n* Test\n  #+BEGIN_SRC emacs-lisp 
:file test.txt :cache yes\n(message \"test\")\n  #+END_SRC"
  (org-babel-execute-src-block)
  (string= ... ...)))
  :value nil))
   FAILED  1/1  test-ob/indented-cached-org-bracket-link

Ran 1 tests, 0 results as expected, 1 unexpected (2016-07-26 05:06:12+0530)

1 unexpected results:
   FAILED  test-ob/indented-cached-org-bracket-link

* (org-parse-time-string "<2014-03-04 Tue>”)
(apply #'encode-time (org-parse-time-string "<2014-03-04 Tue>"))

Evaluating these in emacs does not seem to do anything. No message.

> 
> What is the result of evaluating both
> 
>  (org-parse-time-string "<2014-03-04 Tue>")
> 
> and
> 
>  (apply #'encode-time (org-parse-time-string "<2014-03-04 Tue>"))
> 
> ?
> 
> Regards,

Re: [O] error while upgrading to 8.3.5

[Nicolas Goaziou]

Vikas Rawal  writes:

> This is what I get:
>
> Test test-org-colview/columns-summary backtrace:
>   (if (unwind-protect (setq value-2 (apply fn-0 args-1)) (
>   (let (form-description-4) (if (unwind-protect (setq value-2
>   (let ((value-2 (quote ert-form-evaluation-aborted-3))) (let
>   (let ((fn-0 (function equal)) (args-1 (list "705d 01h 0m 0s"
>   (closure (t) nil (let ((fn-44355 (function equal)) (args-44356 (list
>   #[0 "\306\307!r\211q\210\310\311\312\313\314\315!\316\"\317\320%DC
>   funcall(#[0 "\306\307!r\211q\210\310\311\312\313\314\315!\316\"\31
>   ert--run-test-internal([cl-struct-ert--test-execution-info [cl-struc
>   #[0 "r\304 q\210\305 )\306\307\310\311\312\313!\314\"\315\316%DC\2
>   funcall(#[0 "r\304 q\210\305 )\306\307\310\311\312\313!\314\"\315\
>   ert-run-test([cl-struct-ert-test test-org-colview/columns-summary "T
>   ert-run-or-rerun-test([cl-struct-ert--stats "columns-summary" [[cl-s
>   ert-run-tests("columns-summary" #[385 "\306\307\"\203D\211\211G\31
>   ert-run-tests-batch("columns-summary")
>   ert-run-tests-batch-and-exit("columns-summary")
>   (let ((org-id-track-globally t) (org-test-selector (if org-test-sele
>   org-test-run-batch-tests("columns-summary")
>   eval((org-test-run-batch-tests org-test-select-re))
>   command-line-1(("--eval" "(setq vc-handled-backends nil org-startup-
>   command-line()
>   normal-top-level()
> Test test-org-colview/columns-summary condition:
> (ert-test-failed
>  ((should
>(equal "705d 01h 0m 0s"
> (cl-letf ... ...)))
>   :form
>   (equal "705d 01h 0m 0s" "705d 00h 0m 0s")
>   :value nil :explanation
>   (array-elt 6
>(different-atoms
> (49 "#x31" "?1")
> (48 "#x30" "?0")
>FAILED  1/1  test-org-colview/columns-summary

What is the result of evaluating both

  (org-parse-time-string "<2014-03-04 Tue>")

and

  (apply #'encode-time (org-parse-time-string "<2014-03-04 Tue>"))

?

Regards,

Re: [O] error while upgrading to 8.3.5

[Vikas Rawal]

> 
>> I did the usual "make up2" in my git repository but got the following
>> error (just pasting the tail of the log):
> 
> Note that "make up2" doesn't upgrade to 8.3.5, as subject suggests, but
> moves to the head of the development version, i.e., something like
> 9.0-alpha.

hmm. Let me deal with that once I figure out what is wrong with “make up2”.

>> 
>> What do I do? Re-install?
> 
> Could you run the failing test again using, e.g.,
> 
>  BTEST_RE=columns-summary make test
> 
> and paste the exact failure?

This is what I get:

Test test-org-colview/columns-summary backtrace:
  (if (unwind-protect (setq value-2 (apply fn-0 args-1)) (
  (let (form-description-4) (if (unwind-protect (setq value-2
  (let ((value-2 (quote ert-form-evaluation-aborted-3))) (let
  (let ((fn-0 (function equal)) (args-1 (list "705d 01h 0m 0s"
  (closure (t) nil (let ((fn-44355 (function equal)) (args-44356 (list
  #[0 "\306\307!r\211q\210\310\311\312\313\314\315!\316\"\317\320%DC
  funcall(#[0 "\306\307!r\211q\210\310\311\312\313\314\315!\316\"\31
  ert--run-test-internal([cl-struct-ert--test-execution-info [cl-struc
  #[0 "r\304 q\210\305 )\306\307\310\311\312\313!\314\"\315\316%DC\2
  funcall(#[0 "r\304 q\210\305 )\306\307\310\311\312\313!\314\"\315\
  ert-run-test([cl-struct-ert-test test-org-colview/columns-summary "T
  ert-run-or-rerun-test([cl-struct-ert--stats "columns-summary" [[cl-s
  ert-run-tests("columns-summary" #[385 "\306\307\"\203D\211\211G\31
  ert-run-tests-batch("columns-summary")
  ert-run-tests-batch-and-exit("columns-summary")
  (let ((org-id-track-globally t) (org-test-selector (if org-test-sele
  org-test-run-batch-tests("columns-summary")
  eval((org-test-run-batch-tests org-test-select-re))
  command-line-1(("--eval" "(setq vc-handled-backends nil org-startup-
  command-line()
  normal-top-level()
Test test-org-colview/columns-summary condition:
(ert-test-failed
 ((should
   (equal "705d 01h 0m 0s"
  (cl-letf ... ...)))
  :form
  (equal "705d 01h 0m 0s" "705d 00h 0m 0s")
  :value nil :explanation
  (array-elt 6
 (different-atoms
  (49 "#x31" "?1")
  (48 "#x30" "?0")
   FAILED  1/1  test-org-colview/columns-summary

Ran 1 tests, 0 results as expected, 1 unexpected (2016-07-25 18:37:21+0530)

Re: [O] error while upgrading to 8.3.5

[Nicolas Goaziou]

Hello,

Vikas Rawal  writes:

> I did the usual "make up2" in my git repository but got the following
> error (just pasting the tail of the log):

Note that "make up2" doesn't upgrade to 8.3.5, as subject suggests, but
moves to the head of the development version, i.e., something like
9.0-alpha.

> Ran 634 tests, 633 results as expected, 1 unexpected (2016-07-25 
> 06:07:28+0530)
> 7 expected failures
>
> 1 unexpected results:
>FAILED  test-org-colview/columns-summary
>
> mk/targets.mk:103: recipe for target 'test-dirty' failed
> make[1]: *** [test-dirty] Error 1
> make[1]: Leaving directory '/Users/vikas/.emacs.d/src/org-mode'
> mk/targets.mk:115: recipe for target 'up2' failed
> make: *** [up2] Error 2
>
> —
>
> What do I do? Re-install?

Could you run the failing test again using, e.g.,

  BTEST_RE=columns-summary make test

and paste the exact failure?

Thank you.


Regards,

-- 
Nicolas Goaziou

Re: [O] error while upgrading to 8.3.5

[Colin Baxter]

On Mon, Jul 25 2016, Vikas Rawal wrote:

> I did the usual "make up2" in my git repository but got the following
> error (just pasting the tail of the log):
>
> —
>
> Ran 634 tests, 633 results as expected, 1 unexpected (2016-07-25 
> 06:07:28+0530)
> 7 expected failures
>
> 1 unexpected results:
>FAILED  test-org-colview/columns-summary
>
> mk/targets.mk:103: recipe for target 'test-dirty' failed
> make[1]: *** [test-dirty] Error 1
> make[1]: Leaving directory '/Users/vikas/.emacs.d/src/org-mode'
> mk/targets.mk:115: recipe for target 'up2' failed
> make: *** [up2] Error 2
>
> —
>
> What do I do? Re-install?
>
> Vikas


Using Org-mode version 8.3.5 (release_8.3.5-998-g9930c4), I ran "make
test RET" and got the output:

Ran 640 tests, 640 results as expected (2016-07-25 06:50:07+0100)
6 expected failures

There looks to be something wrong therefore with your setup.

Best wishes,

Colin.

Re: [O] error in capture

[Eric S Fraga]

On Monday, 18 Jul 2016 at 13:31, Aaron Ecay wrote:
> Hi Eric,
>
> It’s a known bug in recent versions of org and/or emacs.  No one knows
> exactly what triggers the problem yet, and it’s being discussed in the
> emacs bug tracker .

Thanks.  I hadn't seen anything on the list but had not thought to check
the emacs bug reports.

I've downgraded my Emacs back to 25.0.94 and everything is fine now.

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.94.1, Org release_8.3.4-1049-g481709

Re: [O] error in capture

[Aaron Ecay]

Hi Eric,

It’s a known bug in recent versions of org and/or emacs.  No one knows
exactly what triggers the problem yet, and it’s being discussed in the
emacs bug tracker .

-- 
Aaron Ecay

Re: [O] error: org-meta-return release_8.3.4.zip

[Nicolas Goaziou]

Hello,

Mambo Levis  writes:

>  On Thursday, May 19, 2016 12:45 PM, Mambo Levis  
> wrote:
>  
>  Hi,
> 1.) By testing org-mode release_8.3.4.zip from ( 
> http://orgmode.org/cgit.cgi/org-mode.git/) without compile it in emacs 
> 25.1.50.1 an error is shown
> when typing M-RET to add a new heading/item (see attached backtrace).

It means that Emacs is confused and doesn't load the latest Org.

> Questions: - How can isolate the new org version from the default
> installed?- How can I solve this issue?

Did you follow installation instructions
(http://orgmode.org/manual/Installation.html#Installation)?

Regards,

-- 
Nicolas Goaziou

Re: [O] error: org-meta-return release_8.3.4.zip

[Nick Dokos]

Mambo Levis  writes:

> On Thursday, May 19, 2016 12:45 PM, Mambo Levis  wrote:
>
> Hi,
>
> Yesterday I reported an issue (see bellow). How can I see its status? I open 
> an account in lists.gnu.org
> Mailing Lists but I couldn't find
> how to search for a reported issue.
>

Did you send it to the bug-gnu-emacs mailing list or to the org-mode
mailing list? If the latter, you cannot check its status: org-mode does
not have a bug tracking system as such. You need to wait for a
maintainer or other interested party to respond (please, wait at least a
week before pinging the list again: it might take a while for
somebody to get around to it, but after a week or so, it's a fair
supposition that it fell through the cracks).

For the specific problems you are reporting below, it looks to me
as if you are missing some initialization. I would add

(require 'org-loaddefs)

to init-org-minimal.el and try again.

For the "mixed installation" problem, please search the list: there
have been tens or hundreds of these problems reported. The best way
to avoid it is to follow the instructions in

(info "(org) Installation")

exactly and use a tried-and-true method rather than going your own way.

HTH, but please realize it's all untested conjecture.

--
Nick


> Thanks,
>
> Levis
>
> On Wednesday, May 18, 2016 9:18 PM, Mambo Levis  wrote:
>
> Hi,
>
> 1.) By testing org-mode release_8.3.4.zip from ( 
> http://orgmode.org/cgit.cgi/org-mode.git/) without
> compile it in emacs 25.1.50.1 an error is shown
> when typing M-RET to add a new heading/item (see attached backtrace).
>
> I am using the minimal configuration suggested in the manual.
>
> -
> ;; init.el
> --
> (use-package org-mode
>   :load-path "~/.emacs.d/user/site-lisp/org-mode"
>   :init
>   (load-file "~/.emacs.d/user/lisp/init-org-minimal.el")
>   )
> --
> 
> ;;; init-org-minimal.el --- org-mode minimal configuration 
> 
> ;;; Minimal setup to load latest 'org-mode'
> ;; activate debugging
> (setq debug-on-error t
>   debug-on-signal nil
>   debug-on-quit nil)
> ;; add latest org-mode to load path
> (add-to-list 'load-path "~/.emacs.d/user/site-lisp/org-mode/lisp")
> (add-to-list 'load-path "~/.emacs.d/user/site-lisp/org-mode/contrib/lisp" t)
> ;;(org-capture)
>
> (provide 'init-org-minimal)
> ;;; init-org-minimal.el ends here
> ---
>
> 2) If I use the option reload Org uncompiled there is no problem when using 
> M-RET but the following
> message appears:
> Successfully reloaded Org
> Org-mode version 8.2.10 (release_8.2.10 @ mixed installation! 
> c:/emacs/emacs-25.1.50/share/emacs/25.1.50
> /lisp/org/ and c:/home/.emacs.d/user/site-lisp/org-mode/lisp/)
>
> 3) Now I force emacs to search the new org-mode version by adding a org__ to 
> the original installation.
> The following message appears:
> File error: Cannot open load file, No such file or directory, org-table
>
> Questions: 
> - How can isolate the new org version from the default installed?
> - How can I solve this issue? 
>
> I appreciate your help,
> regards,
>
> Levis
>

Re: [O] error: org-meta-return release_8.3.4.zip

[Mambo Levis]

 On Thursday, May 19, 2016 12:45 PM, Mambo Levis  wrote:
 

 Hi,
Yesterday I reported an issue (see bellow). How can I see its status? I open an 
account in lists.gnu.org Mailing Lists but I couldn't findhow to search for a 
reported issue.
Thanks,
Levis 

On Wednesday, May 18, 2016 9:18 PM, Mambo Levis  
wrote:
 

 Hi,
1.) By testing org-mode release_8.3.4.zip from ( 
http://orgmode.org/cgit.cgi/org-mode.git/) without compile it in emacs 
25.1.50.1 an error is shown
when typing M-RET to add a new heading/item (see attached backtrace).
I am using the minimal configuration suggested in the manual.
-;;
 
init.el--(use-package
 org-mode  :load-path "~/.emacs.d/user/site-lisp/org-mode"  :init  (load-file 
"~/.emacs.d/user/lisp/init-org-minimal.el")  
)--;;;
 init-org-minimal.el --- org-mode minimal configuration 
;;;
 Minimal setup to load latest 'org-mode';; activate debugging(setq 
debug-on-error t      debug-on-signal nil      debug-on-quit nil);; add latest 
org-mode to load path(add-to-list 'load-path 
"~/.emacs.d/user/site-lisp/org-mode/lisp")(add-to-list 'load-path 
"~/.emacs.d/user/site-lisp/org-mode/contrib/lisp" t);;(org-capture)
(provide 'init-org-minimal);;; init-org-minimal.el ends 
here---
2) If I use the option reload Org uncompiled there is no problem when using 
M-RET but the following message appears:Successfully reloaded OrgOrg-mode 
version 8.2.10 (release_8.2.10 @ mixed installation! 
c:/emacs/emacs-25.1.50/share/emacs/25.1.50/lisp/org/ and 
c:/home/.emacs.d/user/site-lisp/org-mode/lisp/)
3) Now I force emacs to search the new org-mode version by adding a org__ to 
the original installation. The following message appears:File error: Cannot 
open load file, No such file or directory, org-table


Questions: - How can isolate the new org version from the default installed?- 
How can I solve this issue? 

I appreciate your help,regards,
Levis


   

  

backtrace.el
Description: Binary data

Re: [O] error on org-reload (Symbol's value as variable is void: load-uncore)

[Giuseppe Lipari]

Dear Nick,

Le ven. 11 mars 2016 à 16:45, Nick Dokos  a écrit :

> Giuseppe Lipari  writes:
>
> > Hello,
> >
> > I want to have a backtrace of an error I am encountering. So I followed
> the instructions here,
> > 1) I enabled "enter debugger on error"
> > 2) M-x org-reload
> >
> > And I obtain the following error
> >
> > and: Symbol's value as variable is void: load-uncore
> >
>
> I think it's time to kill the running emacs session and start a new
> one. If it happens with the new one, that might be a bug; but IMO it's
> more likely that the session has been curdled.
>
>
I tried it on a freshly started emacs, and it happens again. I am attach my
init.org as well.


Giuseppe Lipari



> --
> Nick
>
>
>
* Basic settings

** Startup screen
#+BEGIN_SRC emacs-lisp
(setq-default)
(setq inhibit-splash-screen t)
#+END_SRC


** Package manager (melpa)
#+BEGIN_SRC emacs-lisp
(require 'package)
(package-initialize)
;(add-to-list 'package-archives
; '("elpa" . "http://tromey.com/elpa/";) t)
(add-to-list 'package-archives '("melpa" . "http://melpa.milkbox.net/packages/";) t)
#+END_SRC


** Keyboard shortcuts

#+BEGIN_SRC emacs-lisp
  ;;
  ;;
  ;; Keyboard selections
  ;;
  (global-set-key [f4] 'comment-region)
  (global-set-key [f5] 'uncomment-region)
  (global-set-key (kbd "C-$") 'scroll-up-line)
  (global-set-key (kbd "C-*") 'scroll-down-line)
#+END_SRC


* auto-complete

  #+BEGIN_SRC emacs-lisp
  (require 'auto-complete)  
  #+END_SRC

* Org configuration

** Preliminary

   #+BEGIN_SRC emacs-lisp
 (setq org-export-backends (quote (ascii beamer html icalendar latex odt md))) 
   #+END_SRC


** Agenda and notes

#+BEGIN_SRC emacs-lisp
  (setq org-directory "~/Copy/org")  ;; Set to the location of your Org files on your local system
  (setq org-mobile-inbox-for-pull "~/Copy/org/flagged.org")   ;; Set to the name of the file where new notes will be stored
  (setq org-mobile-directory "~/Dropbox/org")   ;; Set to /MobileOrg

  (setq org-agenda-files 
(quote ("~/Copy/org/work.org" 
"~/Copy/org/conferences.org" 
"~/Copy/org/tasse.org" 
"~/Copy/org/emeraude_meetings.org" 
"~/Copy/org/cours_lille.org" 
"~/Copy/org/programming.org" 
"~/Copy/Documents/reviews/RTSJ-special_issue/paper_list.org" 
"~/Copy/Documents/Buro/candidatures/candidatures.org" 
"~/Copy/org/corso_cpp.org" 
"~/Copy/org/mycal.org" 
"~/Copy/org/notes.org")))
  (setq org-agenda-span 15)
#+END_SRC


** Keyboard selections

#+BEGIN_SRC emacs-lisp
  (global-set-key "\C-cl" 'org-store-link)
  (global-set-key "\C-cc" 'org-capture)
  (global-set-key "\C-ca" 'org-agenda)
  (global-set-key "\C-cb" 'org-iswitchb)
#+END_SRC


** Clocks

#+BEGIN_SRC emacs-lisp
;; this is for storing clocks
(setq org-clock-persist 'history)
(org-clock-persistence-insinuate)
(setq-default org-catch-invisible-edits 'smart) ; preventing edits to hidden trees
#+END_SRC


** Babel 

*** Languages

#+BEGIN_SRC emacs-lisp
(org-babel-do-load-languages
 'org-babel-load-languages
 '((dot . t)
   (emacs-lisp . t)
   (mscgen . t) ; this is the entry to activate mscgen
   (latex . nil)
   (python . t)
   (sh . t)
   (ditaa . t)
   (C . t)
   (java . t)
   (sql . t)
   (haskell . t)
   (makefile . t)
   (plantuml . t)
   ))

  (setq org-plantuml-jar-path
(expand-file-name "~/devel/plantuml/plantuml.jar"))

  (setq exec-path (append exec-path '("/usr/bin/mscgen")))
#+end_src


*** Fontify in babel regions

#+begin_src emacs-lisp
  (setq org-src-fontify-natively  t)
  (setq org-src-tab-acts-natively t)
#+end_src

Load exporter

#+BEGIN_SRC emacs-lisp
  (eval-after-load 'ox
'(add-to-list 'org-export-filter-src-block-functions
  (lambda (x y z)
(replace-regexp-in-string "\t" "" x nil t)))
)
#+END_SRC

*** Evaluation

#+BEGIN_SRC emacs-lisp
  (setq org-confirm-babel-evaluate nil)
#+END_SRC


** org2blog

#+BEGIN_SRC emacs-lisp
  (setq load-path (cons "~/elisp/org2blog/" load-path))
  (require 'org2blog-autoloads)

  (setq org2blog/wp-blog-alist
'(("okpanico"
   :url "http://okpanico.wordpress.com/xmlrpc.php";
   :username "glipari"
   :default-title "Nuovo post"
   :default-categories ("Linguaggi" "C++")
   :tags-as-categories nil)
  ("algoland"
   :url "http://algoland.wordpress.com/xmlrpc.php";
   :username "glipari"
   :default-title "New post"
   :default-categories ("")
   :tags-as-categories nil)))

  (setq org2blog/wp-use-sourcecode-shortcode t)
#+END_SRC


** org-mobile

#+BEGIN_SRC emacs-lisp
  ;;
  ;; Sync with org-mobile at startup and exit
  ;;
  (add-hook 'after-init-hook 'org-mobile-pull)
  (add-hook 'kill-emacs-hook 'org-mobile-pus

Re: [O] error on org-reload (Symbol's value as variable is void: load-uncore)

[Nick Dokos]

Giuseppe Lipari  writes:

> Hello,
>
> I want to have a backtrace of an error I am encountering. So I followed the 
> instructions here,
> 1) I enabled "enter debugger on error"
> 2) M-x org-reload
>
> And I obtain the following error
>
> and: Symbol's value as variable is void: load-uncore
>

I think it's time to kill the running emacs session and start a new
one. If it happens with the new one, that might be a bug; but IMO it's
more likely that the session has been curdled.

-- 
Nick

Re: [O] Error "No :file header argument given"

[Grant Rettke]

On Tue, Dec 1, 2015 at 10:02 AM, Loris Bennett
 wrote:
> Is it possible to have a variable as part of the :file specification?

Not sure how your ECM might look but header arguments can be populated
by Emacs Lisp calls so you use whatever variables you want.

Re: [O] Error "No :file header argument given" - minor bug?

[Loris Bennett]

Hi Aaron,

Aaron Ecay  writes:

> Hi Loris,
>
> It’s difficult to say without more context, but I think you might not
> need :results graphics on the code block that you are #+call-ing.
> :results graphics is intended for situations where Org should arrange
> for the plot to be written, whereas you have undertaken this yourself.

You're right.  I don't need ':results graphics'.  After removing it and
the ':file' header, just the file with the desired name is produced.  At
first I got the following error

org-babel-ref-resolve: Wrong type argument: consp, nil

but this was just due to not having updated the headers.

Thanks for the help,

Loris
-- 
This signature is currently under construction.

Re: [O] Error "No :file header argument given" - minor bug?

[Aaron Ecay]

Hi Loris,

It’s difficult to say without more context, but I think you might not
need :results graphics on the code block that you are #+call-ing.
:results graphics is intended for situations where Org should arrange
for the plot to be written, whereas you have undertaken this yourself.

-- 
Aaron Ecay

Re: [O] Error "No :file header argument given" - minor bug?

[Loris Bennett]

"Loris Bennett"  writes:

> "Loris Bennett"  writes:
>
>> Hi,
>>
>> At the beginning of each month I generate a plot via a CALL to a block
>> of R code:
>>
>> #+CALL: code;plot_usage_historical_facet(type="users")
>>
>> The type is used as part of the name of the output file.  Today I got
>> the error:
>>
>> user-error: No :file header argument given; cannot create graphical result.
>>
>> I have certainly updated Org since the last time I tried to create the
>> plot and am now running version 8.3.2 (8.3.2-39-gd537a3-elpaplus).
>>
>> Is this (new) behaviour expected?  If, so what do I have to do to
>> generate a plot file with a name which is dependent on an argument?
>
> Looking at my code again, I think I may have been mistaken and this may
> never have worked as I describe above.
>
> Thus the question should be:
>
> Is it possible to have a variable as part of the :file specification?

To answer my own question:

Probably not, but in my case it isn't necessary.

In my R code I have:

  ggsave(filename=paste0("./usage_",type,"_historical_facet.pdf"),plot=p)

and this produces, as desired, an output file where the file name
depends on the argument passed by CALL, e.g.

  #+CALL: code;plot_usage_historical_facet(type="users")

What threw me was that you still need ':file' header but the name
specified there is irrelevant, e.g.

  #+HEADER: :file tmp.pdf

When the block is evaluated, the file I want with the correct,
argument-dependent name is created.  However I also get 'tmp.pdf', but
this file just seems to be an empty PDF shell without any pages.

So this seems to be a minor bug.  Maybe ':file' should be able to take
a value which indicates that the name of the file will come from within
the block.

Cheers,

Loris

-- 
This signature is currently under construction.

Re: [O] Error "No :file header argument given"

[Loris Bennett]

"Loris Bennett"  writes:

> Hi,
>
> At the beginning of each month I generate a plot via a CALL to a block
> of R code:
>
> #+CALL: code;plot_usage_historical_facet(type="users")
>
> The type is used as part of the name of the output file.  Today I got
> the error:
>
> user-error: No :file header argument given; cannot create graphical result.
>
> I have certainly updated Org since the last time I tried to create the
> plot and am now running version 8.3.2 (8.3.2-39-gd537a3-elpaplus).
>
> Is this (new) behaviour expected?  If, so what do I have to do to
> generate a plot file with a name which is dependent on an argument?

Looking at my code again, I think I may have been mistaken and this may
never have worked as I describe above.

Thus the question should be:

Is it possible to have a variable as part of the :file specification?

Cheers,

Loris

-- 
This signature is currently under construction.

Re: [O] Error when using `org-table-field-info'

[Nicolas Goaziou]

Hello,

Junpeng Qiu  writes:

> Here is an example to reproduce the error:
>
> | 1 | |
> #+TBLFM: $2=$1
>
> When I invoke `org-table-field-info' in the table above, I got following
> error:
> args-out-of-range [nil 0] 2
>
> Am I not supposed to use the table like this?

Fixed. Thank you.


Regards,

-- 
Nicolas Goaziou

Re: [O] [error] orgmode git on emacs 25 - HEAD - org-global-cycle

[Kyle Meyer]

Hi,

Rainer M Krug  writes:

> Hi
>
> when doing global cycling using org in emacs 25.0.50.1, I get an "Before
> first heading" error (see backtrace below).
>
> It doesn't matter if the cursor is before or after the first header in
> the document.
>
> Is this something in my settings or the combination emacs 25 HEAD and
> org-mode git?

I'm not able to reproduce this using emacs -Q with a recent version of
Org (release_8.3.1-218-g70f590) and Emacs
(emacs-24.5-rc3-fixed-5796-g8a6260e).  C-u org-cycle goes through all
the views fine.

--
Kyle

Re: [O] Error when exporting LaTeX

[Peter Davis]

Alan Schmitt  writes:

> On 2015-06-24 14:28, Peter Davis  writes:
>
>> I'm writing a fairly simple document with some #+BEGIN_SRC/#+END_SRC
>> blocks, and when I try to export to LaTeX/PDF, I get:
>>
>> org-latex-src-block: Wrong type argument: stringp, nil
>>
>> Does this ring any bells? I can try to cobble together a "neutralized"
>> sample to reproduce the problem, but I thought I'd see if anyone
>> recognized it.
>
> It looks like you forgot to give a language (you cannot have
> a "#+begin_src" with no language).

Ah! Yes, I missed one. That seems to have fixed it.

Thank you.

-pd

Re: [O] Error when exporting LaTeX

[Alan Schmitt]

On 2015-06-24 14:28, Peter Davis  writes:

> I'm writing a fairly simple document with some #+BEGIN_SRC/#+END_SRC
> blocks, and when I try to export to LaTeX/PDF, I get:
>
> org-latex-src-block: Wrong type argument: stringp, nil
>
> Does this ring any bells? I can try to cobble together a "neutralized"
> sample to reproduce the problem, but I thought I'd see if anyone
> recognized it.

It looks like you forgot to give a language (you cannot have
a "#+begin_src" with no language).

Alan

-- 
OpenPGP Key ID : 040D0A3B4ED2E5C7
Athmospheric CO₂ average (2015-05-30, Mauna Loa Observatory): 403.41 ppm


signature.asc
Description: PGP signature

Re: [O] Error when exporting LaTeX

[Peter Davis]

Peter Davis  writes:

> I'm writing a fairly simple document with some #+BEGIN_SRC/#+END_SRC
> blocks, and when I try to export to LaTeX/PDF, I get:
>
> org-latex-src-block: Wrong type argument: stringp, nil
>
> Does this ring any bells? I can try to cobble together a "neutralized"
> sample to reproduce the problem, but I thought I'd see if anyone
> recognized it.

Ok, here's a sample file and image that reproduces the problem. Any help
appreciated.

Thank you.

-pd

#+STARTUP: showeverything logdone
#+options: num:nil
#+OPTIONS:   H:5 num:t \n:nil @:t ::t |:t ^:nil -:t f:t *:t <:t
#+LaTeX_CLASS: koma-article
#+LaTeX_HEADER: \usepackage{listings}
#+LATEX_HEADER: \setlength{\parskip}{2ex plus 4pt minus 2pt}
#+LATEX_HEADER: \setlength{\parindent}{0pt}
#+LATEX_HEADER: \renewcommand{\baselinestretch}{1.0}
#+LATEX_HEADER: \setlength{\topsep}{-10pt}
#+LATEX_HEADER: \setlength{\partopsep}{0pt}
#+LaTeX_HEADER: \usepackage{xcolor}
#+LaTeX_HEADER: \lstset{
#+LaTeX_HEADER: basicstyle=\ttfamily,
#+LaTeX_HEADER: breaklines=true,
#+LaTeX_HEADER: prebreak=\mbox{\ensuremath{\color{red}\hookleftarrow}},
#+LaTeX_HEADER: postbreak=\raisebox{0ex}[0ex][0ex]{\ensuremath{\color{red}\hookrightarrow\space}},
#+LaTeX_HEADER: columns=fullflexible,
#+LaTeX_HEADER: keepspaces=true
#+LaTeX_HEADER: }
#+LaTeX_CLASS_OPTIONS: [article,letterpaper,times,12pt,listings-bw,microtype]
#+author: Peter Davis
#+title: LaTeX export issue

* Overview

Many applications using the XYZCo API will follow a sequence of operations like this:

** User logs in, establishing identity and access privileges

The login page is invoked via an http request, such as:

#+BEGIN_SRC js
GET http://local.xyzco.com:3000/sample/login
#+END_SRC

In the Sample App, this results in a page showing four buttons:

[[./pd-logo-jelly-small.gif]]

** Login with XYZ

If the user selects "Login with XYZ", the Sample App invokes this URL:

#+BEGIN_SRC
GET http://local.xyzco.com:3000/sample/auth/xyz
#+END_SRC

The response, 302, results in a redirect to a new page prompting for username and password is presented[1]:

#+BEGIN_SRC js
GET http://sandbox.api.xyzco.com:8080/openid-connect/v2/authorize?response_type=code&redirect_uri=http%3A%2F%2Flocal.xyzco.com%3A3000%2Fsample%2Fauth%2Fxyz%2Fcallback&scope=openid&client_id=152ced50-1369-4b19-8b26-8f3d5d9bfd6a.xyzco.com
#+END_SRC

[[./pd-logo-jelly-small.gif]]

Entering a username and password here results in this request:

#+BEGIN_SRC js
POST http://sandbox.api.xyzco.com:8080/openid-connect/j_spring_security_check?response_type=code&redirect_uri=http%3A%2F%2Flocal.xyzco.com%3A3000%2Fsample%2Fauth%2Fxyz%2Fcallback&scope=openid&client_id=152ced50-1369-4b19-8b26-8f3d5d9bfd6a.xyzco.com
#+END_SRC

[[./pd-logo-jelly-small.gif]]

** The application provides security information (e.g., OAuth2 token) to enable access to information

#+BEGIN_SRC js
GET http://sandbox.api.xyzco.com:8080/openid-connect/v2/authorize?response_type=code&redirect_uri=http%3A%2F%2Flocal.xyzco.com%3A3000%2Fsample%2Fauth%2Fxyz%2Fcallback&scope=openid&client_id=152ced50-1369-4b19-8b26-8f3d5d9bfd6a.xyzco.com
#+END_SRC

#+BEGIN_SRC js
GET http://local.xyzco.com:3000/sample/auth/xyz/callback?code=eyJhbGciOiLlif_vla6jwjA ...
#+END_SRC

>From this point, the application can present other options to the user.

[1] If the user is not already logged in, he or she will see the login page

Re: [O] Error when using org-ctrl-c-ctrl-c to add tags

[Ken Mankoff]

On 2015-04-27 at 04:26, Rasmus  wrote:
> Ken Mankoff  writes:
>
>> I'm still experiencing this bug, although with a slightly different error
>> message. When "C-c C-c" on a headline, I see:
>>
>> org-set-tags: Wrong type argument: listp, org-tags-completion-function
>
> Do you see this from emacs -q?  If not, how can I get to the state where
> this happens from emacs -q?

A "make clean" before "make autoloads" fixed it.

Sorry for the noise,

  -k.

Re: [O] Error when using org-ctrl-c-ctrl-c to add tags

[Rasmus]

Ken Mankoff  writes:

> I'm still experiencing this bug, although with a slightly different error
> message. When "C-c C-c" on a headline, I see:
>
> org-set-tags: Wrong type argument: listp, org-tags-completion-function

Do you see this from emacs -q?  If not, how can I get to the state where
this happens from emacs -q?

Thanks,
Rasmus

-- 
Warning: Everything saved will be lost

Re: [O] Error when using org-ctrl-c-ctrl-c to add tags

[Ken Mankoff]

Hi,

I'm still experiencing this bug, although with a slightly different error
message. When "C-c C-c" on a headline, I see:

org-set-tags: Wrong type argument: listp, org-tags-completion-function

Compared to the original report of:

apply: Wrong type argument: listp, org-tags-completion-function

I'm running latest git head:
Org-mode version 8.3beta (release_8.3beta-1078-gd13a2b @
/Users/mankoff/local/src/org-mode/lisp/)


  -k.



On Mon, Apr 20, 2015 at 4:02 PM, Marc Ihm  wrote:

> Works for me too, and probably better than my suggestion :-)
>
> best regards
> Marc
>
>

Re: [O] Error when using org-ctrl-c-ctrl-c to add tags

[Marc Ihm]

Works for me too, and probably better than my suggestion :-)

best regards
Marc

Re: [O] Error when using org-ctrl-c-ctrl-c to add tags

[Rasmus]

Hi,

Rasmus  writes:

> I still don't know how to reproduce the error.  I have tried with Emacs
> 24.4 and the git version.

Sorry for the noise.  This should be fixed now.

Thanks,
Rasmus

-- 
I feel emotional landscapes they puzzle me

Re: [O] Error when using org-ctrl-c-ctrl-c to add tags

[Rasmus]

Hi,

Marc Ihm  writes:

> Okay, this one only tries to fix, what seems broken ...
> Could someone please check ?

Please run pull the latest version and create your patch using git am.

I still don't know how to reproduce the error.  I have tried with Emacs
24.4 and the git version.

Combining your two diffs I get:

diff --git a/lisp/org.el b/lisp/org.el
index 8a00847..f440382 100755
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -10512,11 +10512,11 @@ from."
  (listp (second args)))
 'org-iswitchb-completing-read)
(t (or (and (boundp 'completing-read-function)
-   completing-read-function)
-  'completing-read)))
+   completing-read-function))
+  'completing-read))
   (concat (car args))

which seems wrong (notice that the or becomes irrelevant).

What is completing-read-function?

Thanks,
Rasmus

-- 
You people at the NSA are becoming my new best friends!

Re: [O] Error when using org-ctrl-c-ctrl-c to add tags

[Vicente Vera]

Worked for me.

2015-04-19 13:05 GMT-03:00 Marc Ihm :
>
> Okay, this one only tries to fix, what seems broken ...
> Could someone please check ?
>
> best regards
> Marc
>
>
> diff --git a/lisp/org.el b/lisp/org.el
> index 24b3a69..8a00847 100755
> --- a/lisp/org.el
> +++ b/lisp/org.el
> @@ -10515,8 +10515,7 @@ from."
> completing-read-function)
>'completing-read)))
>(concat (car args))
> -  (if (and (consp (nth 1 args))
> -  (consp (car (nth 1 args
> +  (if (consp (car (nth 1 args)))
>   (mapcar 'car (nth 1 args))
> (nth 1 args))
>(cddr args)

Re: [O] Error when using org-ctrl-c-ctrl-c to add tags

[Marc Ihm]

Okay, this one only tries to fix, what seems broken ...
Could someone please check ?

best regards
Marc


diff --git a/lisp/org.el b/lisp/org.el
index 24b3a69..8a00847 100755
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -10515,8 +10515,7 @@ from."
completing-read-function)
   'completing-read)))
   (concat (car args))
-  (if (and (consp (nth 1 args))
-  (consp (car (nth 1 args
+  (if (consp (car (nth 1 args)))
  (mapcar 'car (nth 1 args))
(nth 1 args))
   (cddr args)

Re: [O] Error when using org-ctrl-c-ctrl-c to add tags

[Vicente Vera]

Hello Marc. Yes, upon further inspection it seems the problem is in
org-icompleting-read. This function is complaining that
org-tags-completion--function---one of its arguments---is not a list.

2015-04-19 11:36 GMT-03:00 Marc Ihm :
> Vicente Vera  writes:
>
>> Hi.
>> Don't think there are more details to provide. The error message
>> appears upon pressing C-c C-c (bound to the org-ctrl-c-ctrl-c command)
>> on a headline, doesn't matter which level.
>> It happened in 3 different Org files, one of which was created for testing.
>> Also tried with "emacs -q" but the error persisted.
>>
>> Strange message though, org-tags-completion-function is a function,
>> not a variable, so why is Emacs complaining that it isn't a list?
>> Probably related to commit acf7f47ecd20a48c05f97dc660b00d1850b57e10?
>
> I see this error too; the patch below fixes it for me (and corrects the
> nexting level of 'completing-read too ...)
>
> best regards
> Marc
>
>
> diff --git a/lisp/org.el b/lisp/org.el
> index 8a00847..f440382 100755
> --- a/lisp/org.el
> +++ b/lisp/org.el
> @@ -10512,10 +10512,11 @@ from."
>   (listp (second args)))
>  'org-iswitchb-completing-read)
> (t (or (and (boundp 'completing-read-function)
> -   completing-read-function)
> -  'completing-read)))
> +   completing-read-function))
> +  'completing-read))
>(concat (car args))
> -  (if (consp (car (nth 1 args)))
> +  (if (and (consp (nth 1 args))
> +  (consp (car (nth 1 args
>   (mapcar 'car (nth 1 args))
> (nth 1 args))
>(cddr args)

Re: [O] Error when using org-ctrl-c-ctrl-c to add tags

[Rasmus]

Hi Marc (and Vincent),

Marc Ihm  writes:

> Vicente Vera  writes:
>
>> Don't think there are more details to provide. The error message
>> appears upon pressing C-c C-c (bound to the org-ctrl-c-ctrl-c command)
>> on a headline, doesn't matter which level.
>> It happened in 3 different Org files, one of which was created for testing.
>> Also tried with "emacs -q" but the error persisted.

Thanks for confirming.

>> Strange message though, org-tags-completion-function is a function,
>> not a variable, so why is Emacs complaining that it isn't a list?
>> Probably related to commit acf7f47ecd20a48c05f97dc660b00d1850b57e10?
>
> I see this error too; the patch below fixes it for me (and corrects the
> nexting level of 'completing-read too ...)

Thanks for confirming.  Do you (also) see it when starting Emacs with
"emacs -q", as Vincent?

Finally, can you repost post the patch via git am against master?

Thanks,
Rasmus

-- 
Summon the Mothership!

Re: [O] Error when using org-ctrl-c-ctrl-c to add tags

[Marc Ihm]

Vicente Vera  writes:

> Hi.
> Don't think there are more details to provide. The error message
> appears upon pressing C-c C-c (bound to the org-ctrl-c-ctrl-c command)
> on a headline, doesn't matter which level.
> It happened in 3 different Org files, one of which was created for testing.
> Also tried with "emacs -q" but the error persisted.
>
> Strange message though, org-tags-completion-function is a function,
> not a variable, so why is Emacs complaining that it isn't a list?
> Probably related to commit acf7f47ecd20a48c05f97dc660b00d1850b57e10?

I see this error too; the patch below fixes it for me (and corrects the
nexting level of 'completing-read too ...)

best regards
Marc


diff --git a/lisp/org.el b/lisp/org.el
index 8a00847..f440382 100755
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -10512,10 +10512,11 @@ from."
  (listp (second args)))
 'org-iswitchb-completing-read)
(t (or (and (boundp 'completing-read-function)
-   completing-read-function)
-  'completing-read)))
+   completing-read-function))
+  'completing-read))
   (concat (car args))
-  (if (consp (car (nth 1 args)))
+  (if (and (consp (nth 1 args))
+  (consp (car (nth 1 args
  (mapcar 'car (nth 1 args))
(nth 1 args))
   (cddr args)

Re: [O] Error when using org-ctrl-c-ctrl-c to add tags

[Vicente Vera]

Hi.
Don't think there are more details to provide. The error message
appears upon pressing C-c C-c (bound to the org-ctrl-c-ctrl-c command)
on a headline, doesn't matter which level.
It happened in 3 different Org files, one of which was created for testing.
Also tried with "emacs -q" but the error persisted.

Strange message though, org-tags-completion-function is a function,
not a variable, so why is Emacs complaining that it isn't a list?
Probably related to commit acf7f47ecd20a48c05f97dc660b00d1850b57e10?

Re: [O] Error when using org-ctrl-c-ctrl-c to add tags

[Rasmus]

Hi Vicenet,

Vicente Vera  writes:

> Hello. This shows up when trying to add tags to a headline with
> org-ctrl-c-ctrl-c:
>
> apply: Wrong type argument: listp, org-tags-completion-function

I can't reproduce by clicking C-c C-c on a headline.  Can you be more
specific as to how you trigger the error?  Do you see it when you start
Emacs via emacs -q?

Thanks,
Rasmus

-- 
Need more coffee. . .

Re: [O] Error with Org Export

[Nick Dokos]

Chris Drane  writes:

> I'm trying to export to HTML a file with this snippet of text:
>
> <<
> call_function 0; store 1 (a)
>>>
>
> Doing so gives me the error: Variable "store" must be assigned a default value
>
> This goes away if I remove the underscore. I've tried using #+OPTIONS: ^:{} 
> to address this, but it doesn't have any effect, nor does #+OPTIONS: ^:nil
>
> Org is version 8.2.10. Emacs is 25.0.50.1.
>
> What seems to be the matter here and how can I fix it?

I guess it thinks it's an inline babel call.

If it's just text, you can use an entity:

call\under{}function 0; store 1 (a)

Nick

Re: [O] Error when running org-babel-tangle

[Richard Stanton]

Aha! Thanks, Chuck.

> On Mar 5, 2015, at 5:08 PM, Charles C. Berry  wrote:
> 
> On Thu, 5 Mar 2015, Richard Stanton wrote:
> 
>> I’m experimenting with tangling files in org-mode, and have found
>> that certain files cause org-babel-tangle to ie with an error
>> (Org-mode version 8.3beta (release_8.3beta-884-g9ed426). Here’s a
>> small example:
> 
>> 
>> 
>> 
>> * Sample code
>> 
>> #+BEGIN_SRC makefile :tangle makefile-main
>> circle:
>>  @gfortran -c circle.f90
>> 
>> main: circle
>>  @gfortran -c main.f90
>>  @gfortran circle.o main.o -o main
>> 
>> clean:
>>  @rm -f *.o main
>> #+END_SRC
>> 
>> Run this block to tangle out the new files.
>> 
>> #+BEGIN_SRC emacs-lisp
>> (org-babel-tangle)
>> #+END_SRC
>> 
>> #+RESULTS:
>> | makefile-main |
>> 
>> In this block I use this header:
>> #+BEGIN_EXAMPLE
>> #+BEGIN_SRC sh :results raw
>> #+END_EXAMPLE
>> 
> 
> [rest deleted]
> 
> ===
> 
> #+BEGIN_EXAMPLE
>  ,#+BEGIN_SRC sh :results raw #+END_EXAMPLE
> 
> will work. The comma is stripped on export.
> 
> If you use org-edit-src (C-c C-c) on your original example block, it
> will format it in that way automagically.
> 
> HTH,
> 
> Chuck

Re: [O] Error when running org-babel-tangle

[Charles C. Berry]

On Thu, 5 Mar 2015, Charles C. Berry wrote:


On Thu, 5 Mar 2015, Richard Stanton wrote:


I’m experimenting with tangling files in org-mode, and have found
that certain files cause org-babel-tangle to ie with an error
(Org-mode version 8.3beta (release_8.3beta-884-g9ed426). Here’s a
small example:






* Sample code

#+BEGIN_SRC makefile :tangle makefile-main
circle:
@gfortran -c circle.f90

main: circle
@gfortran -c main.f90
@gfortran circle.o main.o -o main

clean:
@rm -f *.o main
#+END_SRC

Run this block to tangle out the new files.

#+BEGIN_SRC emacs-lisp
(org-babel-tangle)
#+END_SRC

#+RESULTS:
| makefile-main |

In this block I use this header:
#+BEGIN_EXAMPLE
#+BEGIN_SRC sh :results raw
#+END_EXAMPLE



[rest deleted]

===

#+BEGIN_EXAMPLE
 ,#+BEGIN_SRC sh :results raw #+END_EXAMPLE

will work. The comma is stripped on export.

If you use org-edit-src (C-c C-c) on your original example block, it
will format it in that way automagically.


Whoops!

Make that =C-c ' C-c '= or (org-edit-src) followed by (org-edit-src-exit).

Chuck

Re: [O] Error when running org-babel-tangle

[Charles C. Berry]

On Thu, 5 Mar 2015, Richard Stanton wrote:


I’m experimenting with tangling files in org-mode, and have found
that certain files cause org-babel-tangle to ie with an error
(Org-mode version 8.3beta (release_8.3beta-884-g9ed426). Here’s a
small example:






* Sample code

#+BEGIN_SRC makefile :tangle makefile-main
circle:
@gfortran -c circle.f90

main: circle
@gfortran -c main.f90
@gfortran circle.o main.o -o main

clean:
@rm -f *.o main
#+END_SRC

Run this block to tangle out the new files.

#+BEGIN_SRC emacs-lisp
(org-babel-tangle)
#+END_SRC

#+RESULTS:
| makefile-main |

In this block I use this header:
#+BEGIN_EXAMPLE
#+BEGIN_SRC sh :results raw
#+END_EXAMPLE



[rest deleted]

===

#+BEGIN_EXAMPLE
  ,#+BEGIN_SRC sh :results raw 
#+END_EXAMPLE


will work. The comma is stripped on export.

If you use org-edit-src (C-c C-c) on your original example block, it
will format it in that way automagically.

HTH,

Chuck

Re: [O] Error exporting org file in ics format

[Nicolas Goaziou]

Leandro Noferini  writes:

> What is an ECM?

French acronym for minimal complete example.

>> or even the full file if it doesn't contain sensitive information?
>
> I could send you privately, not in list: nothing really sensitive, job
> appointments but not to be indexed in the internet for the ethernity!

OK. You can also use the following function, which will produce a copy
of the original buffer, with scrambled contents

  (defun scramble-contents ()
(interactive)
(let ((tree (org-element-parse-buffer)))
  (org-element-map tree '(code comment comment-block example-block 
fixed-width
   keyword link node-property plain-text 
verbatim)
(lambda (obj)
  (cl-case (org-element-type obj)
((code comment comment-block example-block fixed-width keyword
   node-property verbatim)
 (let ((value (org-element-property :value obj)))
   (org-element-put-property
obj :value (replace-regexp-in-string "[[:alnum:]]" "x" value
(link
 (unless (string= (org-element-property :type obj) "radio")
   (org-element-put-property obj :raw-link "http://orgmode.org";)))
(plain-text
 (org-element-set-element
  obj (replace-regexp-in-string "[[:alnum:]]" "x" obj)
nil nil nil t)
  (let ((buffer (get-buffer-create "*Scrambled text*")))
(with-current-buffer buffer
  (insert (org-element-interpret-data tree))
  (goto-char (point-min)))
(switch-to-buffer buffer

However make sure you can reproduce the problem on that copy first.


Regards,

Re: [O] Error exporting org file in ics format

[Leandro Noferini]

Nicolas Goaziou  writes:


[...]

>> In the Message buffer I see this message:
>>
>> org-ascii--table-cell-width: Args out of range: [nil], 1
>>
>> The other files are exported normally and the only difference I can see
>> is in fact the file with error has appointments lasting over the
>> midnight (because I work at night).
>
> I don't think this is related.
>
>> If somebody tells me how to enable debug I could give more details.
>
> Could you provide an ECM,

What is an ECM?

> or even the full file if it doesn't contain sensitive information?

I could send you privately, not in list: nothing really sensitive, job
appointments but not to be indexed in the internet for the ethernity!

Another thing I discovered today looking into my org directory is: the
archive file related to this giving error is really big, 12 Mega,
because it contains some parts encrypted using a very gpg key.

-- 
leandro
http://6xukrlqedfabdjrb.onion


signature.asc
Description: PGP signature

Re: [O] Error exporting org file in ics format

[Nicolas Goaziou]

Hello,

Leandro Noferini  writes:

> I found an error trying to export an org file to ics format also via the
> standard command Ctrl-C-Ctrl-E and via org-caldav sync process.
>
> In the Message buffer I see this message:
>
> org-ascii--table-cell-width: Args out of range: [nil], 1
>
> The other files are exported normally and the only difference I can see
> is in fact the file with error has appointments lasting over the
> midnight (because I work at night).

I don't think this is related.

> If somebody tells me how to enable debug I could give more details.

Could you provide an ECM, or even the full file if it doesn't contain
sensitive information?

Thank you.


Regards,

-- 
Nicolas Goaziou

Re: [O] Error when trying to use --batch to export agenda ical: cl-block-nil error

[Tory S. Anderson]

Okay, so the obvious fix was to load my org init file as in the following: 
emacs --batch --user $USER --eval "(progn (org-agenda-list nil nil 'year) 
(org-icalendar-combine-agenda-files))"

Now, the wiki page at http://www.emacswiki.org/emacs/BatchMode mentinos that 
packages don't get loaded, so that is where the obvious fix comes from. But 
then my question becomes, how does it know what my agenda files are in the 
first place? And why does org seem to break out-of-the-box with the cl-block 
error if I don't manually do a '(require 'cl-lib) ? 


torys.ander...@gmail.com (Tory S. Anderson) writes:

> When I try to export my agenda to ics (ical) from the command line, I use the 
> following command:
> emacs --batch --user $USER --eval "(progn (org-agenda-list nil nil 'year) 
> (org-icalendar-combine-agenda-files))"
>
> But this fails because, it says
> No catch for tag: --cl-block-nil--, org-agenda-date-weekend
>
> and it fails to produce an ics file. 
>
> However, when I'm actually executing the year-view and 
> `org-icalendar-combine-agenda-files` in my running session of emacs, it works 
> fine. I used to have that problem but someone here helped me solve it by 
> adding '(require 'cl-lib) to one of my init files. But why isn't this working 
> to prevent the cl-block error when I run the batch mode? Ideas? 

Re: [O] error when sending radio table

[Nicolas Goaziou]

Hello,

Salome Soedergran  writes:

> Since a while I get the following error message when I try to send a radio 
> table in a LaTeX document with C-c C-c:
>
> org-trim: Wrong type argument: stringp, nil
>
> The table is not sent. This happens only if there are empty cells.
> If the table is filled all throughout, sending works just fine.

I cannot reproduce it. Could you send an ECM?


Regards,

-- 
Nicolas Goaziou

Re: [O] Error Embedding SQL Source from code block into R Source of Another (noweb)

[Nick Dokos]

Grant Rettke  writes:

>> On Tue, Sep 30, 2014 at 9:23 PM, Nick Dokos  wrote:
>>> Grant Rettke  writes:
>>> Yikes what a week sorry about that here is what you would need I shall
>>> be defining a function to provide all such details in the future and
>>> thanks Nick for addressing:
>>>
>>> ╭
>>> │ (setq org-babel-noweb-wrap-start "«")
>>> │ (setq org-babel-noweb-wrap-end "»")
>>> ╰
>>>
>>>
>>
>> And an OT question:
>>
>> Since on my keyboard I can type << much more easily than I can type «
>
> Totally agreed, I'm using a US QWERTY keyboard.
>
>> I was wondering: does your keyboard provide an easy way to type a
>> guillemet?
>
> No but I use the [key-chord] package to do so like this:
>
> ╭
> │ (key-chord-define-global "<<" (lambda () (interactive) (insert "«")))
> │ (key-chord-define-global ">>" (lambda () (interactive) (insert "»")))
> ╰
>
> It is the same amount of typing but you get the desired character.
>
>> Is that why you changed it? Or is it purely aesthetics?
>
> Aesthetic personal preferences. After the fact, this preference has
> proven to be valuable for non-org-users, though.
>
> When I use `org' at work and show literate documents to non-users, the
> guillemet makes it crystal clear that the text is somehow special, and
> not just "something enclosed by two less-than and greater-than
> symbols". Not totally sure why people react this way, but they do.
>
>
> [key-chord]
> https://github.com/emacsmirror/key-chord/blob/master/key-chord.el

Ok - thanks!
--
Nick

Re: [O] Error Embedding SQL Source from code block into R Source of Another (noweb)

[Grant Rettke]

> On Tue, Sep 30, 2014 at 9:23 PM, Nick Dokos  wrote:
>> Grant Rettke  writes:
>> Yikes what a week sorry about that here is what you would need I shall
>> be defining a function to provide all such details in the future and
>> thanks Nick for addressing:
>>
>> ╭
>> │ (setq org-babel-noweb-wrap-start "«")
>> │ (setq org-babel-noweb-wrap-end "»")
>> ╰
>>
>>
>
> And an OT question:
>
> Since on my keyboard I can type << much more easily than I can type «

Totally agreed, I'm using a US QWERTY keyboard.

> I was wondering: does your keyboard provide an easy way to type a
> guillemet?

No but I use the [key-chord] package to do so like this:

╭
│ (key-chord-define-global "<<" (lambda () (interactive) (insert "«")))
│ (key-chord-define-global ">>" (lambda () (interactive) (insert "»")))
╰

It is the same amount of typing but you get the desired character.

> Is that why you changed it? Or is it purely aesthetics?

Aesthetic personal preferences. After the fact, this preference has
proven to be valuable for non-org-users, though.

When I use `org' at work and show literate documents to non-users, the
guillemet makes it crystal clear that the text is somehow special, and
not just "something enclosed by two less-than and greater-than
symbols". Not totally sure why people react this way, but they do.


[key-chord]
https://github.com/emacsmirror/key-chord/blob/master/key-chord.el

Re: [O] Error Embedding SQL Source from code block into R Source of Another (noweb)

[Nick Dokos]

Grant Rettke  writes:

> On Tue, Sep 30, 2014 at 2:15 PM, Nick Dokos  wrote:
>> Eric Brown  writes:
>>
>>> 2) Grant, I tried your code, but there seem to be some missing headers.
>>> Do you have a complete minimal example that exhibits the behavior that
>>> you have demonstrated?
>>
>> Add :noweb yes. Also Grant seems to have gone non-standard and replaced
>> the <> markup with guillemots. Using the default markers,

That should be "guillemets".

>> it should read:
>
> Yikes what a week sorry about that here is what you would need I shall
> be defining a function to provide all such details in the future and
> thanks Nick for addressing:
>
> ╭
> │ (setq org-babel-noweb-wrap-start "«")
> │ (setq org-babel-noweb-wrap-end "»")
> ╰
>
>

And an OT question:

Since on my keyboard I can type << much more easily than I can type «
I was wondering: does your keyboard provide an easy way to type a
guillemet? Is that why you changed it? Or is it purely aesthetics?

-- 
Nick