[O] Definition list not highlight for japanese character.

[Shiyao MA]

Hi,

Definition list not highlight for japanese character.

for example, check this picture:
https://imgur.com/a/dBKt6

どういたしまして　is not highlighted, where asdf is highlighted.

-- 
Best,
Shiyao

Re: [O] header argument :noweb-ref seems can't be resolved

[stardiviner]

I can't find `org-babel-noweb-ref-resolve` in any of org-mode `master` 
branch source code.


I use `counsel-git-grep` searched through the repository. Not found.

Can you point out where is it?


On 12/18/2017 12:12 PM, Berry, Charles wrote:



On Dec 17, 2017, at 6:08 PM, stardiviner  wrote:

The example I original copied from is Emacs org-mode info.
So I rewrite a hand typing content again:
```org
* Test

#+begin_src shell :tangle yes :noweb yes :shebang #!/bin/sh
<>
#+end_src

** the mount point of the fullest disk
:PROPERTIES:
:header-args: :noweb-ref fullest-disk
:END:

*** query all mount disks

#+begin_src shell
df \
#+end_src

*** strip the header row

#+begin_src shell
| sed '1d' \
#+end_src

*** output mount point of fullest disk

#+begin_src shell
| awk '{if (u < +$5) {u = +$5; m = $6}} END {print m}'
#+end_src
```

I can preview the first src block with [C-c C-v v] now. It is correct:
```shell
df \
| sed '1d' \
| awk '{if (u < +$5) {u = +$5; m = $6}} END {print m}'
```
I can tangle it with [C-c C-v t] to same file name shell script 
`babel-noweb-ref.sh`.

But just can't run [C-c C-v e] or [C-c C-]. (Reports same error)
Seems org-mode can find correct noweb-ref for tangle but can't for eval.

Nor can I.

After a good while, I cannot figure how this works in tangle, but not execute. The calls 
to `org-babel-noweb-ref-resolve' look the same, but in tangle it returns the :noweb-ref 
src blocks while in execute "" is returned.

FWIW, labelling the individual src-blocks with the :noweb-ref header seems to 
work.

Chuck

Re: [O] header argument :noweb-ref seems can't be resolved

[Berry, Charles]

> On Dec 17, 2017, at 6:08 PM, stardiviner  wrote:
> 
> The example I original copied from is Emacs org-mode info.
> So I rewrite a hand typing content again:
> ```org
> * Test
> 
> #+begin_src shell :tangle yes :noweb yes :shebang #!/bin/sh
> <>
> #+end_src
> 
> ** the mount point of the fullest disk
> :PROPERTIES:
> :header-args: :noweb-ref fullest-disk
> :END:
> 
> *** query all mount disks
> 
> #+begin_src shell
> df \
> #+end_src
> 
> *** strip the header row
> 
> #+begin_src shell
> | sed '1d' \
> #+end_src
> 
> *** output mount point of fullest disk
> 
> #+begin_src shell
> | awk '{if (u < +$5) {u = +$5; m = $6}} END {print m}'
> #+end_src
> ```
> 
> I can preview the first src block with [C-c C-v v] now. It is correct:
> ```shell
> df \
> | sed '1d' \
> | awk '{if (u < +$5) {u = +$5; m = $6}} END {print m}'
> ```
> I can tangle it with [C-c C-v t] to same file name shell script 
> `babel-noweb-ref.sh`.
> 
> But just can't run [C-c C-v e] or [C-c C-]. (Reports same error)
> Seems org-mode can find correct noweb-ref for tangle but can't for eval.

Nor can I.

After a good while, I cannot figure how this works in tangle, but not execute. 
The calls to `org-babel-noweb-ref-resolve' look the same, but in tangle it 
returns the :noweb-ref src blocks while in execute "" is returned.

FWIW, labelling the individual src-blocks with the :noweb-ref header seems to 
work.

Chuck

Re: [O] advice please: best way to export to DOC(X) with maths

[Grant Rettke]

On Sun, Dec 17, 2017 at 10:55 AM, Scott Randby  wrote:
>
> On 12/15/2017 01:43 PM, Grant Rettke wrote:
> > Write it in Org. Export to Pandoc file pandoc-A.
> >
> > Export Pandoc file pandoc-A to Word file word-A. Send that to your
> > peers for review.
> >
> > Export Word file word-A to Pandoc file pandoc-B.
> >
> > Get the Word from your peers, the file with changes from their review,
> > word-C. Export it to pandoc-C
> >
> > Do a diff between pandoc-B and pandoc-C. Integrate the results into
> > your original Org file.
>
> I'm confused. My understanding is that Pandoc converts between file formats, 
> so I don't understand what you mean by a Pandoc file. What is the file format 
> of pandoc-A?
>
> Is this what you mean?
>
> Pandoc: Org -> word-A
> Pandoc: word-A -> pandoc-B.org
> Pandoc: word-C -> pandoc-C.org

Pandoc has their own markup language "Pandoc Markdown". That is what I
meant by "Pandoc". And that was totally wrong in regards to your
question. Sorry my mistake.

You said it right, yes. It makes it easy to diff the "reverse
engineered" Org fils to see what changed from the reviewers.

[O] Can't set full face attributes in variable org-todo-keyword-faces

[stardiviner]

I have following settings:

```elisp

(setq org-todo-keyword-faces
  '(;;; todo keywords
    ("TODO" :foreground "orange"
 :box '(:color "dim gray" :line-width -1))
    ("URGENT" :foreground "red"
 :box '(:color "dim gray" :line-width -1

```

But I check out it's docstring, found variable `org-faces-easy-properties`.

It has value:

```elisp

(setq org-faces-easy-properties '((todo . :foreground) (tag . 
:foreground) (priority . :foreground)))


```

So my `:box` attribute does not work.

I hope I can specify full face attributes in `org-todo-keyword-faces`.

I guess this might need to modify source code.

Re: [O] header argument :noweb-ref seems can't be resolved

[stardiviner]

The example I original copied from is Emacs org-mode info.
So I rewrite a hand typing content again:
```org
* Test

#+begin_src shell :tangle yes :noweb yes :shebang #!/bin/sh
<>
#+end_src

** the mount point of the fullest disk
:PROPERTIES:
:header-args: :noweb-ref fullest-disk
:END:

*** query all mount disks

#+begin_src shell
df \
#+end_src

*** strip the header row

#+begin_src shell
| sed '1d' \
#+end_src

*** output mount point of fullest disk

#+begin_src shell
| awk '{if (u < +$5) {u = +$5; m = $6}} END {print m}'
#+end_src
```

I can preview the first src block with [C-c C-v v] now. It is correct:
```shell
df \
| sed '1d' \
| awk '{if (u < +$5) {u = +$5; m = $6}} END {print m}'
```
I can tangle it with [C-c C-v t] to same file name shell script 
`babel-noweb-ref.sh`.


But just can't run [C-c C-v e] or [C-c C-]. (Reports same error)
Seems org-mode can find correct noweb-ref for tangle but can't for eval.


On 12/18/2017 01:40 AM, Berry, Charles wrote:



On Dec 17, 2017, at 6:58 AM, stardiviner  wrote:

I have the following org-mode file content:

```org

#+begin_src shell :tangle yes :noweb yes :shebang #!/bin/sh
<>
#+end_src

** the mount point of the fullest disk
   :PROPERTIES:
   :header-args: :noweb-ref fullest-disk
   :END:

*** query all mounted disks


When I copied your ECM to a fresh org-buffer and typed `C-c C-v v' with point 
in the above src block I got an org babel preview buffer with nothing.

Looking closely, I saw a character that was not visible in the gnus buffer from 
which I copied. Before the: PROPERITES: lines you have 32 160 32.

160 renders as a light brown underscore when I eval `(char-to-string 160)' on 
my MacPro, emacs 25.2.1.

32 is blank. Converting all three to blank. and Running `C-c C-v v' gives the 
contents of the src blocks under the noweb-ref headline.

HTH,

Chuck

Re: [O] [RFC] Dog food, anyone?

[Thomas S. Dye]

Aloha Nicolas,

Nicolas Goaziou writes:

> "Thomas S. Dye"  writes:
>
>> My concern is with the time between a working manual.org and when it
>> becomes the official source.  IIRC, I wasn't able to get a commitment to
>> make manual.org the official source, so was looking at an open-ended
>> future of what I considered arduous maintenance, without any real hope
>> the project might succeed.  Perhaps you have that wrinkle ironed out?
>
> Not really. But the shift is a step forward. It cannot see how that
> could fail (famous last words).

:)

> The file is in master branch. You need to use that to export it.

Thanks.

All the best,
Tom

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

Re: [O] [RFC] Dog food, anyone?

[Vikas Rawal]

> 
>> BTW, I wasn't able to export manual.org using Org mode version 9.1.4
>> (9.1.4-elpaplus @ /Users/dk/.emacs.d/elpa/org-plus-contrib-20171205/).
>> It fails with this message:
>> 
>> format: Symbol’s value as variable is void: M-x
>> 
>> Does it depend on a more recent Org mode?
> 
> The file is in master branch. You need to use that to export it.
> 

Why do I have orgmanual.org  and not manual.org 
? My git repo is up to date with origin/master.

V.

Re: [O] [RFC] Dog food, anyone?

[Thomas S. Dye]

Aloha Adrian,

Adrian Bradd writes:
>
> I support the move to manual.org. If there are concerns about the
> quality of the manual.org file and its exported .texi manual that
> prevent it from becoming the master source one could ask contributors to
> add information to both the .texi and .org file until the final
> conversion is made. At the very least this would prevent an individual
> from taking all the load.
>
> Was there resistance to the move to manual.org previously? Or was the
> issue one of apathy?

I don't know exactly.  I think there were legitimate concerns at the
time that manual.org required more work to produce a standard org.texi,
and some doubt whether it would indeed be possible.

I don't think apathy was a factor. IIRC, there was a lot of support for
the idea, including Carsten's hope that Org mode could "eat it's own dog
food."

All the best,
Tom

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

Re: [O] Org table: how to reference part of the rows

[Qiang Fang]

I solved my problem by specifying the column range
 #+tblfm: @2$4..@-2$4 = ($3 / $2) * 100


On Sun, Dec 17, 2017 at 11:53 PM, Eric S Fraga  wrote:

> On Saturday, 16 Dec 2017 at 19:24, Qiang Fang wrote:
> > The last column is the ratio between column b and a, the last row is
> > the sum of each row, the second formula only applies from the second
> > row to the row before last row. The table that doesn't work is:
> >
> > | |  a | b |  ratio |
> > | |  0.797 | 0.780 ||
> > | |  0.744 | 0.730 ||
> > | | 12.707 | 2.384 ||
> > | sum | 14.248 | 3.114 | 0.92040988 |
> > | ^   |  x | y ||
> > #+tblfm: $x=vsum(@2..@-1) :: $y=vsum(@3..@-1)
> > #+tblfm: $4 = ($3 / $2) * 100
>
> I cannot help with the OP's question but this table leads to very
> strange behaviour for me.  If I delete the tblfm lines, then go to the
> location of the x variable (5th row, 2nd column) and type C-u C-c = to
> enter "x=vsum(@2..@i-1)", that is okay.  But if I then go to the next
> column and try to enter the equivalent formula for y, it replaces the
> previously entered formula for x!  If I go back to the x location and
> re-enter that formula, it replaces the y formula.
>
> Further, the formulae created by org are missing the $ in front of the
> variable, i.e. x=vsum(...) instead of $x=vsum(...).
>
> This happens with up to date org from git as of an hour or so ago.
>
> For the OP, the formulas
>
> --
> Eric S Fraga via Emacs 27.0.50, Org release_9.1.4-214-ge8b71b
>

Re: [O] [RFC] Dog food, anyone?

[Nicolas Goaziou]

"Thomas S. Dye"  writes:

> My concern is with the time between a working manual.org and when it
> becomes the official source.  IIRC, I wasn't able to get a commitment to
> make manual.org the official source, so was looking at an open-ended
> future of what I considered arduous maintenance, without any real hope
> the project might succeed.  Perhaps you have that wrinkle ironed out?

Not really. But the shift is a step forward. It cannot see how that
could fail (famous last words).

> BTW, I wasn't able to export manual.org using Org mode version 9.1.4
> (9.1.4-elpaplus @ /Users/dk/.emacs.d/elpa/org-plus-contrib-20171205/).
> It fails with this message:
>
> format: Symbol’s value as variable is void: M-x
>
> Does it depend on a more recent Org mode?

The file is in master branch. You need to use that to export it.

Re: [O] [RFC] Dog food, anyone?

[Eric Abrahamsen]

Nicolas Goaziou  writes:

> Hello,
>
> The task started by Thomas S. Dye a couple years ago is now complete.
> The "manual.org" file in "contrib/" directory is an up-to-date,
> sometimes enhanced, version of the Org manual. Org can now eat its own
> dog food.

Very cool! I look forward to learning from this, and will see if I can
spot any warts.

Nice work, all.

Re: [O] [RFC] Dog food, anyone?

[Adrian Bradd]

Thanks for this. I think having the manual in org format is a great idea.

Thomas S. Dye  writes:

> My concern is with the time between a working manual.org and when it
> becomes the official source.  IIRC, I wasn't able to get a commitment to
> make manual.org the official source, so was looking at an open-ended
> future of what I considered arduous maintenance, without any real hope
> the project might succeed.  Perhaps you have that wrinkle ironed out?

I support the move to manual.org. If there are concerns about the
quality of the manual.org file and its exported .texi manual that
prevent it from becoming the master source one could ask contributors to
add information to both the .texi and .org file until the final
conversion is made. At the very least this would prevent an individual
from taking all the load.

Was there resistance to the move to manual.org previously? Or was the
issue one of apathy?

> BTW, I wasn't able to export manual.org using Org mode version 9.1.4
> (9.1.4-elpaplus @ /Users/dk/.emacs.d/elpa/org-plus-contrib-20171205/).
> It fails with this message:
>
> format: Symbol’s value as variable is void: M-x
>
> Does it depend on a more recent Org mode?

Export worked for me on Org mode version 9.1.4
(9.1.4-2-g118753-elpaplus).

Cheers,

-- 
Adrian

Re: [O] [RFC] Dog food, anyone?

[Thomas S. Dye]

Aloha Nicolas,

Nicolas Goaziou writes:

> Once manual.org is the official source for org.texi, there is no need to
> modify "org.texi" directly. Only the occasional back-port from upstream
> requires to do so, which is very manageable.
>
> Do you foresee any difficulty?

No, once manual.org is the official source for org.texi, there shouldn't
be any difficulty AFAICT.

My concern is with the time between a working manual.org and when it
becomes the official source.  IIRC, I wasn't able to get a commitment to
make manual.org the official source, so was looking at an open-ended
future of what I considered arduous maintenance, without any real hope
the project might succeed.  Perhaps you have that wrinkle ironed out?

BTW, I wasn't able to export manual.org using Org mode version 9.1.4
(9.1.4-elpaplus @ /Users/dk/.emacs.d/elpa/org-plus-contrib-20171205/).
It fails with this message:

format: Symbol’s value as variable is void: M-x

Does it depend on a more recent Org mode?

All the best,
Tom

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

Re: [O] [RFC] Dog food, anyone?

[Nicolas Goaziou]

Hello,

Kaushal Modi  writes:

> Would a template Org file be available that package authors can easily use
> as a base to write their package manuals?

I'm not sure about what you mean by "template". Sure, there are a few
Texinfo specific sections (e.g., GNU Free Documentation License, Concept
index, Key index...) and a fancy macro (kbd), but otherwise it's
a straightforward file using standard Org syntax.

Anyway, time will tell.

Regards,

-- 
Nicolas Goaziou

Re: [O] [RFC] Dog food, anyone?

[Nicolas Goaziou]

Hello,

"Thomas S. Dye"  writes:

> When I was working on the project several years ago, I didn't notice any
> constraints introduced by Jonathan Leech-Pepin's ox-texinfo. For me, the
> hard part was trying to synchronize with the on-going changes to
> org.texi, which quickly defeated my best efforts. Have you figured out
> how to automate that?

Once manual.org is the official source for org.texi, there is no need to
modify "org.texi" directly. Only the occasional back-port from upstream
requires to do so, which is very manageable.

Do you foresee any difficulty?

Regards,

-- 
Nicolas Goaziou

[O] [RFC] Official Org manual in Org! (Was: Dog food, anyone?)

[Kaushal Modi]

Hi Nicholas,

Thanks for taking up this humongous project. It was a dream of many like me
to eventually read and maintain the Org manual in Org :)

To be honest, I discarded this email by instinct by just reading the title
"Dog food, anyone?", as I assumed that email to be from my neighborhood
community, with someone giving away their extra dog food (literally).. and
I don't own dogs.. so off the email went.. to my "read bin".. :)

It wasn't until few minutes back that I realized what this email was and
that it was actually on the Org list.. so changing the title for more
visibility.

This arduous task shouldn't go unrecognized.

-- Forwarded message -
From: Nicolas Goaziou 
Date: Sun, Dec 17, 2017 at 5:35 AM
Subject: [O] [RFC] Dog food, anyone?
To: Org Mode List 


Hello,

The task started by Thomas S. Dye a couple years ago is now complete.
The "manual.org" file in "contrib/" directory is an up-to-date,
sometimes enhanced, version of the Org manual. Org can now eat its own
dog food.

During the process, I had to re-organize some parts of the manual (e.g.,
"Working with source code" section, the concept index...) and improve
the "texinfo" export back-end, which was not up to the task when Thomas
started it.

Ultimately, this file is going to serve as the source for a new
"org.texi". IOW, it could go into "doc/" and "make info" should export
"manual.org" to "org.texi". First, however, it would be nice to review
it, either as an Org file, or within the Info viewer, with

   (require 'ox-texinfo)

and

   `C-c C-e i o' from "manual.org".

Note that Info output is expected to be sometimes different from the
current manual. This is not a 1:1 conversion.

Feedback welcome!


Regards,

--
Nicolas Goaziou0x80A93738

-- 

Kaushal Modi

Re: [O] [RFC] Dog food, anyone?

[Kaushal Modi]

On Sun, Dec 17, 2017 at 5:35 AM Nicolas Goaziou 
wrote:

> Hello,
>
> The task started by Thomas S. Dye a couple years ago is now complete.
> The "manual.org" file in "contrib/" directory is an up-to-date,
> sometimes enhanced, version of the Org manual. Org can now eat its own
> dog food.
>

There are awesome news!

Would a template Org file be available that package authors can easily use
as a base to write their package manuals?

Many thanks! Will test it out next week.
-- 

Kaushal Modi

Re: [O] [RFC] Dog food, anyone?

[Thomas S. Dye]

Aloha Nicolas,

It's a real pleasure to know that Org can now eat its own dog food (and
to see Carsten's memorable phrase on the Org mode list again). Many
thanks for picking up this orphaned project. I look forward to the day
it serves as the source for org.texi.

When I was working on the project several years ago, I didn't notice any
constraints introduced by Jonathan Leech-Pepin's ox-texinfo. For me, the
hard part was trying to synchronize with the on-going changes to
org.texi, which quickly defeated my best efforts. Have you figured out
how to automate that?

All the best,
Tom

Nicolas Goaziou writes:

> Hello,
>
> The task started by Thomas S. Dye a couple years ago is now complete.
> The "manual.org" file in "contrib/" directory is an up-to-date,
> sometimes enhanced, version of the Org manual. Org can now eat its own
> dog food.
>
> During the process, I had to re-organize some parts of the manual (e.g.,
> "Working with source code" section, the concept index...) and improve
> the "texinfo" export back-end, which was not up to the task when Thomas
> started it.
>
> Ultimately, this file is going to serve as the source for a new
> "org.texi". IOW, it could go into "doc/" and "make info" should export
> "manual.org" to "org.texi". First, however, it would be nice to review
> it, either as an Org file, or within the Info viewer, with
>
>(require 'ox-texinfo)
>
> and
>
>`C-c C-e i o' from "manual.org".
>
> Note that Info output is expected to be sometimes different from the
> current manual. This is not a 1:1 conversion.
>
> Feedback welcome!
>
>
> Regards,


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

Re: [O] header argument :noweb-ref seems can't be resolved

[Berry, Charles]

> On Dec 17, 2017, at 6:58 AM, stardiviner  wrote:
> 
> I have the following org-mode file content:
> 
> ```org
> 
> #+begin_src shell :tangle yes :noweb yes :shebang #!/bin/sh
> <>
> #+end_src
> 
> ** the mount point of the fullest disk
>   :PROPERTIES:
>   :header-args: :noweb-ref fullest-disk
>   :END:
> 
> *** query all mounted disks


When I copied your ECM to a fresh org-buffer and typed `C-c C-v v' with point 
in the above src block I got an org babel preview buffer with nothing. 

Looking closely, I saw a character that was not visible in the gnus buffer from 
which I copied. Before the: PROPERITES: lines you have 32 160 32.

160 renders as a light brown underscore when I eval `(char-to-string 160)' on 
my MacPro, emacs 25.2.1.

32 is blank. Converting all three to blank. and Running `C-c C-v v' gives the 
contents of the src blocks under the noweb-ref headline.

HTH,

Chuck

Re: [O] advice please: best way to export to DOC(X) with maths

[Scott Randby]

On 12/15/2017 01:43 PM, Grant Rettke wrote:
> Write it in Org. Export to Pandoc file pandoc-A.
> 
> Export Pandoc file pandoc-A to Word file word-A. Send that to your
> peers for review.
> 
> Export Word file word-A to Pandoc file pandoc-B.
> 
> Get the Word from your peers, the file with changes from their review,
> word-C. Export it to pandoc-C
> 
> Do a diff between pandoc-B and pandoc-C. Integrate the results into
> your original Org file.

I'm confused. My understanding is that Pandoc converts between file formats, so 
I don't understand what you mean by a Pandoc file. What is the file format of 
pandoc-A?

Is this what you mean?

Pandoc: Org -> word-A
Pandoc: word-A -> pandoc-B.org
Pandoc: word-C -> pandoc-C.org

Scott Randby

Re: [O] Org table: how to reference part of the rows

[Eric S Fraga]

On Saturday, 16 Dec 2017 at 19:24, Qiang Fang wrote:
> The last column is the ratio between column b and a, the last row is
> the sum of each row, the second formula only applies from the second
> row to the row before last row. The table that doesn't work is:
>
> | |  a | b |  ratio |
> | |  0.797 | 0.780 ||
> | |  0.744 | 0.730 ||
> | | 12.707 | 2.384 ||
> | sum | 14.248 | 3.114 | 0.92040988 |
> | ^   |  x | y ||
> #+tblfm: $x=vsum(@2..@-1) :: $y=vsum(@3..@-1)
> #+tblfm: $4 = ($3 / $2) * 100

I cannot help with the OP's question but this table leads to very
strange behaviour for me.  If I delete the tblfm lines, then go to the
location of the x variable (5th row, 2nd column) and type C-u C-c = to
enter "x=vsum(@2..@i-1)", that is okay.  But if I then go to the next
column and try to enter the equivalent formula for y, it replaces the
previously entered formula for x!  If I go back to the x location and
re-enter that formula, it replaces the y formula.

Further, the formulae created by org are missing the $ in front of the
variable, i.e. x=vsum(...) instead of $x=vsum(...).

This happens with up to date org from git as of an hour or so ago.

For the OP, the formulas

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


signature.asc
Description: PGP signature

Re: [O] Emacs sagmentation fault error on a big org-mode file movement

[numbch...@gmail.com]

I'm doing it try to reproduce this sagment fault. but can't reproduce it
for now.

[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter:  @numbchild
Key fingerprint = 9BAA 92BC CDDD B9EF 3B36  CB99 B8C4 B8E5 47C3 2433
Blog: http://stardiviner.github.io/

On Sat, Dec 16, 2017 at 6:58 PM, Neil Jerram 
wrote:

> I would suggest (but without detailed knowledge of current emacs practice):
>
> 1. Report your exact emacs version.
>
> 2. Install a corresponding debug symbols package, if your distro provides
> that.  That should add a lot more interesting detail to the backtrace.
>
> 3. To go further, repro under GDB, ideally with corresponding source
> code.  Then you could explore the immediate cause of the segfault.
>
> Neil
>
> On 16/12/17 04:27, numbch...@gmail.com wrote:
>
> I have a big org-mode file which is overview at startup. When I navigate
> around with [C-v] and [M-v]. The Emacs crashed.
>
> Here is the output from command-line:
> ```
> Fatal error 11: Segmentation fault
> Backtrace:
> emacs[0x51195e]
> emacs[0x4f739a]
> emacs[0x50fe3e]
> emacs[0x510058]
> emacs[0x5100dc]
> /usr/lib/libpthread.so.0(+0x11da0)[0x7fcb1cdcada0]
> emacs[0x4caa74]
> emacs[0x45b2b5]
> emacs[0x4613e9]
> emacs[0x41eb42]
> emacs[0x42087c]
> emacs[0x42157a]
> emacs[0x421567]
> emacs[0x421567]
> emacs[0x42351d]
> emacs[0x458015]
> emacs[0x501893]
> emacs[0x50465a]
> emacs[0x5061dc]
> emacs[0x56c85e]
> emacs[0x4f7754]
> emacs[0x56c7cd]
> emacs[0x4f76eb]
> emacs[0x4fc313]
> emacs[0x4fc636]
> emacs[0x41b302]
> /usr/lib/libc.so.6(__libc_start_main+0xea)[0x7fcb1bf30f4a]
> emacs[0x41c01a]
> [1]17259 segmentation fault (core dumped)  emacs --debug-init
> ```
> Is there a way to debug this?
> I know it is not possible to invoke edebug on anything internal Emacs.
> So is there any system (Linux)  solution?
> Like system process dump or traceback.
>
> I'm using latest version `master` branch source code Org-mode.
> Emacs is from compiled `master` branch  source code too.
>
> [stardiviner] GPG key ID: 47C32433
> IRC(freeenode): stardiviner Twitter:  @numbchild
> Key fingerprint = 9BAA 92BC CDDD B9EF 3B36  CB99 B8C4 B8E5 47C3 2433
> Blog: http://stardiviner.github.io/
>
>
>

[O] header argument :noweb-ref seems can't be resolved

[stardiviner]

I have the following org-mode file content:

```org

#+begin_src shell :tangle yes :noweb yes :shebang #!/bin/sh
<>
#+end_src

** the mount point of the fullest disk
  :PROPERTIES:
  :header-args: :noweb-ref fullest-disk
  :END:

*** query all mounted disks

#+begin_src shell
  df \
#+end_src

*** strip the header row

#+begin_src shell
  | sed '1d' \
#+end_src

*** output mount point of fullest disk

#+begin_src shell
  | awk '{if (u < +$5) {u = +$5; m = $6}} END {print m}'
#+end_src

```


When I press [C-c C-c] on first src block:

```org

#+begin_src shell :tangle yes :noweb yes :shebang #!/bin/sh
<>
#+end_src

```

Emacs reports error:

```

Debugger entered--Lisp error: (error "<> could not be 
resolved (see ‘org-babel-noweb-error-langs’)")
  signal(error ("<> could not be resolved (see 
‘org-babel-noweb-error-langs’)"))
  error("%s could not be resolved (see `org-babel-noweb-error-langs')" 
"<>")
  (if (or org-babel-noweb-error-all-langs (member lang 
org-babel-noweb-error-langs)) (error "%s could not be resolved (see 
`org-babel-noweb-error-langs')" (org-babel-noweb-wrap source-name)) "")
  (or (nth 2 (assoc (intern source-name) org-babel-library-of-babel)) 
(save-excursion (if (org-babel-ref-goto-headline-id source-name) (progn 
(org-babel-ref-headline-body (save-excursion (goto-char (point-min)) 
(let* ((name-regexp (org-babel-named-src-block-regexp-for-name 
source-name)) (comment (string= "noweb" (cdr (assq :comments (nth 2 
info) (c-wrap (function (lambda (s) (let ((temp-buffer 
(generate-new-buffer " *temp*"))) (save-current-buffer (set-buffer 
temp-buffer) (unwind-protect (progn (funcall (intern (concat lang 
"-mode"))) (comment-region (point) (progn (insert s) (point))) (org-trim 
(buffer-string))) (and (buffer-name temp-buffer) (kill-buffer 
temp-buffer (expand-body (function (lambda (i) (let ((b 
(org-babel-expand-noweb-references i))) (if (not comment) b (let ((cs 
(org-babel-tangle-comment-links i))) (concat (funcall c-wrap (car cs)) 
"\n" b "\n" (funcall c-wrap (car (cdr cs))) (if 
(re-search-forward name-regexp nil t) (funcall expand-body 
(org-babel-get-src-block-info 'light)) (let ((expansion nil)) (let* 
((case-fold-search t) (file nil) (visited-p (or (null file) 
(get-file-buffer (expand-file-name file (point (point)) 
to-be-removed) (let ((wconfig (current-window-configuration))) 
(unwind-protect (progn (if file (progn (find-file file))) (setq 
to-be-removed (current-buffer)) (goto-char (point-min)) (while 
(re-search-forward org-babel-src-block-regexp nil t) (if 
(org-babel-active-location-p) (progn (goto-char (match-beginning 0)) 
(let ((full-block (match-string 0)) (beg-block (match-beginning 0)) 
(end-block (match-end 0)) (lang (match-string 2)) (beg-lang 
(match-beginning 2)) (end-lang (match-end 2)) (switches (match-string 
3)) (beg-switches (match-beginning 3)) (end-switches (match-end 3)) 
(header-args (match-string 4)) (beg-header-args (match-beginning 4)) 
(end-header-args (match-end 4)) (body (match-string 5)) (beg-body 
(match-beginning 5)) (end-body (match-end 5))) (ignore full-block 
beg-block end-block lang beg-lang end-lang switches beg-switches 
end-switches header-args beg-header-args end-header-args body beg-body 
end-body) (let ((i (org-babel-get-src-block-info 'light))) (if (equal 
source-name (cdr (assq :noweb-ref (nth 2 i (progn (let ((sep (or 
(cdr (assq :noweb-sep (nth 2 i))) "\n"))) (setq expansion (cons sep 
(cons (funcall expand-body i) expansion))) (goto-char 
end-block)) (set-window-configuration wconfig))) (if visited-p nil 
(kill-buffer to-be-removed)) (goto-char point)) (and expansion 
(mapconcat (function identity) (nreverse (cdr expansion)) #1="")) 
(if (or org-babel-noweb-error-all-langs (member lang 
org-babel-noweb-error-langs)) (error "%s could not be resolved (see 
`org-babel-noweb-error-langs')" (org-babel-noweb-wrap source-name)) #1#))
  (if evaluate (let ((raw (org-babel-ref-resolve source-name))) (if 
(stringp raw) raw (format "%S" raw))) (or (nth 2 (assoc (intern 
source-name) org-babel-library-of-babel)) (save-excursion (if 
(org-babel-ref-goto-headline-id source-name) (progn 
(org-babel-ref-headline-body (save-excursion (goto-char (point-min)) 
(let* ((name-regexp (org-babel-named-src-block-regexp-for-name 
source-name)) (comment (string= "noweb" (cdr (assq :comments (nth 2 
info) (c-wrap (function (lambda (s) (let ((temp-buffer 
(generate-new-buffer " *temp*"))) (save-current-buffer (set-buffer 
temp-buffer) (unwind-protect (progn (funcall (intern (concat lang 
"-mode"))) (comment-region (point) (progn (insert s) (point))) (org-trim 
(buffer-string))) (and (buffer-name temp-buffer) (kill-buffer 
temp-buffer (expand-body (function (lambda (i) (let ((b 
(org-babel-expand-noweb-references i))) (if (not comment) b (let ((cs 
(org-babel-tangle-comment-links i))) (concat (funcall c-wrap (car cs)) 
"\n" b "\n" (funcall c-wrap (car (cdr cs))) (if 
(re-search-forward 

Re: [O] Git repository error

[Charles Millar]

Hello,

Still cannot 'make update'

rm -f
git checkout
D    README_ELPA
Your branch is up-to-date with 'origin/master'.
git remote update
Fetching origin
fatal: read error: Connection reset by peer
error: Could not fetch origin
make: *** [up0] Error 1
mk/targets.mk:112: recipe for target 'up0' failed

Charlie Millar


On 12/16/17 04:43, Detlef Steuer wrote:

Am Thu, 14 Dec 2017 10:40:09 -0500
schrieb Josiah Schwab :


Hello,

For about the past day, I've been getting this error upon running
'make update' from my local Org repository:

   fatal: read error: Connection reset by peer
   error: Could not fetch origin

I can confirm this issue at least since 13th of December.

Greetings
Detlef



If I recall correctly, this has happened before and the resolution was
that some admin needed to do something server-side.

Thanks,
Josiah

Re: [O] Can export the files with bibliography only to LaTeX

[Eric S Fraga]

On Saturday, 16 Dec 2017 at 08:43, Tim Cross wrote:
> Good news is 7 days after finishing, I got a new position within a
> research centre where my role is 100% technical, I'm free to use
> whatever 'tool' I want provided I produce the final outcome i.e. good
> looking presentations and documents (all org and Latex!) and solid
> technical solutions.

Excellent!  And as it should be.

At least, for me, it's only once a year that I have to put up with the
tail wagging the dog...  rest of the year, all my outputs are
org->LaTeX->PDF.

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


signature.asc
Description: PGP signature

Re: [O] [RFC] Dog food, anyone?

[Vikas Rawal]

> 
> The task started by Thomas S. Dye a couple years ago is now complete.
> The "manual.org" file in "contrib/" directory is an up-to-date,
> sometimes enhanced, version of the Org manual. Org can now eat its own
> dog food.
> 

This gives us a complex org file written by some of the finest orgers. Much to 
learn from this file.

Thanks to everyone who contributed to this.

Vikas

[O] [RFC] Dog food, anyone?

[Nicolas Goaziou]

Hello,

The task started by Thomas S. Dye a couple years ago is now complete.
The "manual.org" file in "contrib/" directory is an up-to-date,
sometimes enhanced, version of the Org manual. Org can now eat its own
dog food.

During the process, I had to re-organize some parts of the manual (e.g.,
"Working with source code" section, the concept index...) and improve
the "texinfo" export back-end, which was not up to the task when Thomas
started it.

Ultimately, this file is going to serve as the source for a new
"org.texi". IOW, it could go into "doc/" and "make info" should export
"manual.org" to "org.texi". First, however, it would be nice to review
it, either as an Org file, or within the Info viewer, with

   (require 'ox-texinfo)

and

   `C-c C-e i o' from "manual.org".

Note that Info output is expected to be sometimes different from the
current manual. This is not a 1:1 conversion.

Feedback welcome!


Regards,

-- 
Nicolas Goaziou0x80A93738

[O] [ANN] Incompatible change in (eval ...) macros

[Nicolas Goaziou]

Hello,

This is a heads-up about a small incompatible change in (eval ...)
macros. Here is the related ORG-NEWS entry:

Within =(eval ...)= macros, =$1=-like placeholders are always replaced
with a string.  As a consequence, they must not be enclosed within
quotes. As an illustration, consider the following, now valid,
examples:

#+begin_example
  ,#+macro: join (eval (concat $1 $2))
  ,#+macro: sum (eval (+ (string-to-number $1) (string-to-number $2)))

  {{{join(a,b)}}} => ab
  {{{sum(1,2)}}}  => 3
#+end_example

However, there is no change in non-eval macros:

#+begin_example
  ,#+macro: disp argument: $1

  {{{disp(text)}}} => argument: text
#+end_example


This is necessary to fix an issue when the arguments of the macro
contain special characters (e.g., \ and ").


Regards,

-- 
Nicolas Goaziou0x80A93738