Re: Org as a book publisher

2021-03-07 Thread Colin Baxter
> Vikas Rawal  writes:

> A few years ago, I had produced this book entirely on orgmode:
> https://cup.columbia.edu/book/ending-malnutrition/9789382381648. The
> source files of the book are here:
> https://github.com/vikasrawal/endingmalnutrition.

> This was some years back, and there has been some change in the
> org mode syntax since then and the files would need some fixing
> before they could be compiled with the current versions of
> orgmode.

That's the problem with org-mode. I have LaTeX and TeX files from 30+
years ago and they still compile.



Re: wrong-type-argument stringp nil

2021-02-19 Thread Colin Baxter
Dear Eric,
>>>>> Eric S Fraga  writes:

> On Friday, 19 Feb 2021 at 14:11, Colin Baxter wrote:
>> I getting the Lisp error: (wrong-type-argument stringp nil) when
>> I 'C-c C-c' the babel gnuplot source code "poynting", even though
>> the pdf graph is produced correctly. Any help at debugging would
>> be much appreciated.

> Works fine for me.  No error.  I initially I thought maybe you
> needed a horizontal line dividing the headings from the numbers
> but works fine without.

> What version of org are you using?

> You could "M-x toggle-debug-on-error RET" to see where the error
> happens?

Found the error! In my ~/.emacs, I have a defun

#+begin_src elisp
(defun cb/display-inline-images ()
  (condition-cl-case nil
  (org-display-inline-images)
(error nil)))
#+end_src

Changing the 'condition-cl-case' to 'condition-case' removed the
error. Interestingly, debug on error using emacs-27.1 configured for
the lucid pointed explicitly to the defun, whereas emacs-27.1 configured
for gtk3 didn't! Any idea why that should be?

Best wishes,

Colin.



wrong-type-argument stringp nil

2021-02-19 Thread Colin Baxter
Hello,

I getting the Lisp error: (wrong-type-argument stringp nil) when I 'C-c
C-c' the babel gnuplot source code "poynting", even though the pdf graph
is produced correctly. Any help at debugging would be much appreciated.

#+name: poynting
|  i |  R |P/M |
|  0 | 0.0400 | 0.4000 |
| 20 | 0.0402 | 0.4240 |
| 40 | 0.0458 | 0.4925 |
| 50 | 0.0572 | 0.5310 |
| 60 | 0.0893 | 0.5720 |
| 65 | 0.1205 | 0.5771 |
| 70 | 0.1710 | 0.5683 |
| 75 | 0.2531 | 0.5329 |
| 80 | 0.3878 | 0.4521 |
| 89 | 0.9044 | 0.0738 |
| 90 | 1. | 0. |
#+begin_src gnuplot :var data=poynting :file poynting.pdf :results file
  set title 'Plot of Data from Table 1'
  show title
  set key at 30,0.8
  unset key
  set xlabel 'Angle'
  set ylabel ''
  set style datapoints
  set style line 1 lc rgb '#0060ad'  # --- blue
  set style line 2 lc rgb '#dd181f'  # --- red
  set label 'P/M' at 10,0.3700
  set label 'R' at 35,0.0855
  plot data using 1:2 with points ls 1, \
  data using 1:2 smooth csplines with lines, \
  data using 1:3 with points ls 2, \
  data using 1:3 smooth csplines with lines
#+end_src


Best wishes,

Colin Baxter.




Re: encryption problems using org-mode

2021-02-15 Thread Colin Baxter
>>>>> Ihor Radchenko  writes:

    > Colin Baxter  writes:
>> Odd. The problem has gone away and all is now well. I am tracking
>> the master branch of emacs-28; however, I thought I had checked
>> and got the same error using emacs-27.1.

> This is because .elc files are in .gitignore. Checking out other
> branch would leave all the compiled .elc files in place and they
> have a loading priority, thus you effectively did nothing when
> checked out to other branch without running make bootstrap or make
> clean.

That makes sense. Thank you for the information.

Best wishes,



Re: encryption problems using org-mode

2021-02-15 Thread Colin Baxter
>>>>> Robert Pluim  writes:

>>>>> On Mon, 15 Feb 2021 13:38:42 +, Colin Baxter  said:
Colin> This has worked until today. Now if data.org.gpg is opened I
Colin> get an error.

Colin> Debugger entered--Lisp error: (void-variable minor-modes)
Colin> (sensitive-mode t)

> My crystal ball says youʼre tracking emacs-master, and you've been
> bitten by the renaming of minor-modes to local-minor-modes. A
> bootstrap will fix that.

Odd. The problem has gone away and all is now well. I am tracking the
master branch of emacs-28; however, I thought I had checked and got the
same error using emacs-27.1. Now I'm not sure what I did. I've
recompiled a fresh emacs-28 and the error has gone. Thanks Robert and
Ihor for your advice.

Best wishes,



encryption problems using org-mode

2021-02-15 Thread Colin Baxter
s for a -*- mode tag\nchecks for 
a `mode:' entry in the Local Variables section of the file,\nchecks if it uses 
an interpreter listed in `interpreter-mode-alist',\nmatches the buffer 
beginning against `magic-mode-alist',\ncompares the filename against the 
entries in `auto-mode-alist',\nthen matches the buffer beginning against 
`magic-fallback-mode-alist'.\n\nIf `enable-local-variables' is nil, or if the 
file name matches\n`inhibit-local-variables-regexps', this function does not 
check\nfor any mode: tag anywhere in the file.  If 
`local-enable-local-variables'\nis nil, then the only mode: tag that can be 
relevant is a -*- one.\n\nIf the optional argument KEEP-MODE-IF-SAME is 
non-nil, then we\nset the major mode only if that would change it.  In other 
words\nwe don't actually set it to the same mode the buffer already has." 
#) nil)
  (set-auto-mode)
  (normal-mode t)
  (after-find-file nil t)
  (find-file-noselect-1 # 
"~/.emacs-files/secure/data.org.gpg" nil nil 
"~/.emacs-files/secure/data.org.gpg" (655687 2049))
  (find-file-noselect "~/.emacs-files/secure/data.org.gpg")
  (bookmark-default-handler ("data.org.gpg" (filename . 
"~/.emacs-files/secure/data.org.gpg") (front-context-string . "#+TITLE: 
Dat") (rear-context-string) (position . 1) (annotation . "Author: Colin Baxter 
\nDate:   ...")))
  (bookmark-handle-bookmark "data.org.gpg")
  (bookmark--jump-via "data.org.gpg" pop-to-buffer-same-window)
  (bookmark-jump "data.org.gpg")
  (bookmark-bmenu-this-window)
  (funcall-interactively bookmark-bmenu-this-window)
  (call-interactively bookmark-bmenu-this-window nil nil)
  (command-execute bookmark-bmenu-this-window)


Best wishes,




Re: org-publish error with java hook

2021-01-17 Thread Colin Baxter
>>>>> Tim Cross  writes:

    > Colin Baxter  writes:

>> Hi Tim,
>> 
>> Thanks for you quick reply.
>>>>>>> Tim Cross  writes:
>> 
>> > Colin Baxter  writes:
>> 
>> >> Hello,
>> >>
>> >> In the last few days org-publish no loner works for me, giving
>> a >> lisp error: (void-function conkeror-minor-mode). The source
>> of >> the problem is the line '(add-hook 'js-mode-hook >>
>> 'conkeror-minor-mode)' in my init file. If I comment out the >>
>> line, the error disappears.
>> >>
>> >> I've tried reverting a couple of recent commits in org-mode,
>> but >> to no avail. I'd appreciate pointers as to the issue.
>> >>
>> >> I'm using emacs-27.1 with Org mode version 9.4.4 >>
>> (release_9.4.4-186-g7fa817).
>> >>
>> 
>> > I suspect that is something related to your local configuration
>> - > specifically in your Javascript setup hook. I don't think it
>> has > anything to do with org. When org publish does its thing,
>> it must > be loading js mode and that is triggering the error.
>> 
>> > Emacs has deprecated conkeror support in the browse-url library
>> > ecently (Emacs 28 I think), which has probably resulted in some
>> > other packages removing conkeror support. My guess would be
>> that > you have been using a package which adds conkeror support
>> when > editing Javascript code (you could test this by opening a
>> JS file > outside of org mode and see if you get the same error).
>> 
>> I don't get this error editing a js outside of org-mode,
>> unfortunately. In fact, conkeror-minor-mode-el still works. Ok,
>> all it does is to send a js script to be evaluate by conkeror,
>> but it still does exactly that.
>> 
>> I intend to check - when I get time - if the CDATA @license-end
>> stuff that org publish inserts is not responsible.
>> 

> My guess would be that something has changed in your
> configuration.  Possibly something was previously doing a require
> for conkeror-minor-mode.el before org is loaded which is no longer
> there.  You could try adding a (require 'conkeror-minor-mode) in
> your customisation before org is loaded (or before org-publish is
    > loaded).

I have now discovered the problem. You are correct. I had changed
recently my init file, with the effect that conkeror-minor-mode was no
longer loaded when I ran org publish, even though the hook was still
present. I had changed things thinking it was a "simplification". I had
forgotten "if it works don't touch it".

Thanks for your help - sorry about the non-issue.

Best wishes,

Colin.
 

-- 
Colin Baxter
URL: http://www.Colin-Baxter.com



Re: org-publish error with java hook

2021-01-17 Thread Colin Baxter
Hi Tim,

Thanks for you quick reply.
>>>>> Tim Cross  writes:

    > Colin Baxter  writes:

>> Hello,
>> 
>> In the last few days org-publish no loner works for me, giving a
>> lisp error: (void-function conkeror-minor-mode). The source of
>> the problem is the line '(add-hook 'js-mode-hook
>> 'conkeror-minor-mode)' in my init file. If I comment out the
>> line, the error disappears.
>> 
>> I've tried reverting a couple of recent commits in org-mode, but
>> to no avail. I'd appreciate pointers as to the issue.
>> 
>> I'm using emacs-27.1 with Org mode version 9.4.4
>> (release_9.4.4-186-g7fa817).
>> 

> I suspect that is something related to your local configuration -
> specifically in your Javascript setup hook. I don't think it has
> anything to do with org. When org publish does its thing, it must
> be loading js mode and that is triggering the error.

> Emacs has deprecated conkeror support in the browse-url library
> ecently (Emacs 28 I think), which has probably resulted in some
> other packages removing conkeror support. My guess would be that
> you have been using a package which adds conkeror support when
> editing Javascript code (you could test this by opening a JS file
> outside of org mode and see if you get the same error).

I don't get this error editing a js outside of org-mode,
unfortunately. In fact, conkeror-minor-mode-el still works. Ok, all it
does is to send a js script to be evaluate by conkeror, but it still does
exactly that.

I intend to check - when I get time - if the CDATA @license-end stuff
that org publish inserts is not responsible.

Best wishes,

Colin.


Colin Baxter



org-publish error with java hook

2021-01-17 Thread Colin Baxter
Hello,

In the last few days org-publish no loner works for me, giving a lisp
error: (void-function conkeror-minor-mode). The source of the problem is
the line '(add-hook 'js-mode-hook 'conkeror-minor-mode)' in my init
file. If I comment out the line, the error disappears.

I've tried reverting a couple of recent commits in org-mode, but to no
avail. I'd appreciate pointers as to the issue.

I'm using emacs-27.1 with Org mode version 9.4.4
(release_9.4.4-186-g7fa817).

Best wishes,

Colin Baxter.




Re: New startup options

2020-12-22 Thread Colin Baxter
Hello Gustav,

Excellent. Now I understand. Thank you very much.

Best wishes,


>>>>> Gustav Wikström  writes:

> Hi, Added.

> /Gustav

>  From: Emacs-orgmode
    >  on behalf of Colin
> Baxter  Sent: Monday, December 21, 2020 18:20
> To: emacs-orgmode@gnu.org Subject: New startup options


> In ORG-NEWS there is the line

> *** New startup options #+startup: showlevels

> Not being a cs grad, the line is opaque to me. For example for 3
> levels, does it mean

> 1. #+startup: show<3>levels 2. #+startup: show3levels
> 3. #+startup: show 3 levels

> etc.

> An example in ORG-NEWS would be useful - for me at least.



New startup options

2020-12-21 Thread Colin Baxter


In ORG-NEWS there is the line

*** New startup options #+startup: showlevels

Not being a cs grad, the line is opaque to me. For example for 3
levels, does it mean

1. #+startup: show<3>levels
2. #+startup: show3levels
3. #+startup: show 3 levels

etc.

An example in ORG-NEWS would be useful - for me at least.


Best wishes,

Colin Baxter.




Re: bibtex and babel support

2020-12-16 Thread Colin Baxter
Dear Eric,

Thanks for the reply.

>>>>> Eric S Fraga  writes:

> On Wednesday, 16 Dec 2020 at 08:19, Colin Baxter wrote:
>> However, tangling bibtex src blocks works without an explicit
>> (bibtex . t).

> Good.  As it should.

>> Indeed if I do insert such a line in my emacs init file, I get an
>> error with "(require ob-bibtex) not found".

> But there is no need for such a line as bibtex src blocks cannot
> be evaluated.  org babel makes no sense in this case.

Yes, I thought that at the time. I think I was thrown by the initial
error message, which prompted me to think that a file called
"ob-bibtex.el" existed or had existed, and this would add some sort of
functionality that I had yet to understand.

>> Although the tangle of bibtex src blocks works well, the block
>> itself often seem to have fontlock issues and sometimes it seems
>> not to accept the standard bibtex comment, which begins with @
>> followed by a space and then text.

> This will be a bibtex-mode issue, not an org issue?  Does it font
> lock correctly if you edit the src block in bibtex mode?

This turns out to be a red herring. I find I can edit the source blocks
and insert appropriate comment lines using C-c '. I forgot about this
and was editing the source blocks directly in the org file.

> Just to say that I use bibtex src blocks a lot but I also use the
> functionality found in ol-bibtex.el for creating bib files from
> org properties.

Yes ol-bibtex.el is good but doesn't fit my purpose. I use non-standard
bib fields - such as "illustrations", "binding", "condition", etc. -
that are not in available properties of ol-bibtex.el.

Thanks again for your help - I feel I understand things a little better.

Colin.




Colin Baxter
URL: http://www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-
Since mathematicians have invaded the theory of relativity, I do not
understand it myself. A. Einstein



bibtex and babel support

2020-12-16 Thread Colin Baxter
Hello,

I am confused over org-mode's babel support for bibtex, or if indeed
there is support.

I can tangle src blocks

#+begin_src bibtex :tangle file.bib
@BOOK{Key:XX,
 AUTHOR = {},
 TITLE = {},
.
.
}
#+end_src

to obtain a bibtex formatted file file.bib. I find this very useful in
making annotated book catalogues. However, tangling bibtex src blocks
works without an explicit (bibtex . t). Indeed if I do insert such a
line in my emacs init file, I get an error with "(require ob-bibtex) not
found". I assume therefore there no ob-bibtex file - an Index topic
search in org-mode info for "ob-bibtex" produces no results.

Although the tangle of bibtex src blocks works well, the block itself
often seem to have fontlock issues and sometimes it seems not to accept
the standard bibtex comment, which begins with @ followed by a space and
then text.

I am using org-9.4.2.

Thanks

Colin Baxter.




Re: org-mode Publishing fails xhtml validation and LibreJS test.

2020-12-12 Thread Colin Baxter
Dear Time,

>>>>> Tim Cross  writes:

    > Colin Baxter  writes:

>> Hello,
>> 
>> When publishing, org-mode inserts the following javascript in the
>> xhtml file:
>> 
>> #+begin_src js  // @license
>> 
magnet:?xt=urn:btih:e95b018ef3580986a04669f1b5879592219e2a7a&dn=public-domain.txt
>> Public Domain <!--/*--><![CDATA[/*><!--*/ function
>> CodeHighlightOn(elem, id) { var target =
>> document.getElementById(id); if(null != target) {
>> elem.classList.add("code-highlighted");
>> target.classList.add("code-highlighted"); } } function
>> CodeHighlightOff(elem, id) { var target =
>> document.getElementById(id); if(null != target) {
>> elem.classList.remove("code-highlighted");
>> target.classList.remove("code-highlighted"); } } /*]]>*///--> //
>> @license-end  #+end_src
>> 
>> There are issues with this script.
>> 
>> 1. The script gives errors in XHTML 1.0 Strict validation. For
>> example, the line beginning //@license ... gives errors of the
>> type: a. cannot generate system identifier for general entity
>> "dn" b. general entity "dn" not defined and no default entity
>> c. reference not terminated by REFC delimiter etc.
>> 
>> 2. The script fails the LibreJS (gnu.org/software/librejs)
>> tests. This can be tested by opining the page in icecat.
>> 
>> In order to pass XHTML and LibreJS validation tests, I have to
>> delete the script from my web pages by hand.
>> 

> Given the move to HTML5 and deprecation of XHTML, how valid are
> XHTML compliance requirements these days? Could it be time to
> 'reverse' the org defaults and export using HTML5 by default
> rather than XHTML?

I believe it remains important to have XHTML compliance, a view which
would seem consistent with W3C's retention of its validation service.

> Would it be sufficient to just have the license information
> embedded as a simple comment?

I think this might be a good idea. And if it gets rid of the non-free
javascript (as defined by LibreJS and therefore by gnu) then so much the
better.

Best wishes,

Colin Baxter.



Colin Baxter
URL: http://www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-



org-mode Publishing fails xhtml validation and LibreJS test.

2020-12-12 Thread Colin Baxter
Hello,

When publishing, org-mode inserts the following javascript in the xhtml file:

#+begin_src js

// @license 
magnet:?xt=urn:btih:e95b018ef3580986a04669f1b5879592219e2a7a&dn=public-domain.txt
 Public Domain
<!--/*--><![CDATA[/*><!--*/
 function CodeHighlightOn(elem, id)
 {
   var target = document.getElementById(id);
   if(null != target) {
 elem.classList.add("code-highlighted");
 target.classList.add("code-highlighted");
   }
 }
 function CodeHighlightOff(elem, id)
 {
   var target = document.getElementById(id);
   if(null != target) {
 elem.classList.remove("code-highlighted");
 target.classList.remove("code-highlighted");
   }
 }
/*]]>*///-->
// @license-end

#+end_src

There are issues with this script.

1. The script gives errors in XHTML 1.0 Strict validation. For example,
the line beginning //@license ... gives errors of the type:
 a. cannot generate system identifier for general entity "dn"
 b. general entity "dn" not defined and no default entity
 c. reference not terminated by REFC delimiter
 etc.

2. The script fails the LibreJS (gnu.org/software/librejs) tests. This
can be tested by opining the page in icecat.

In order to pass XHTML and LibreJS validation tests, I have to delete
the script from my web pages by hand.

Best wishes,

Colin Baxter.




Colin Baxter
URL: http://www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-




Re: Stale IDs

2020-10-29 Thread Colin Baxter


I've convinced myself finally that this is a feature.




Stale IDs

2020-10-28 Thread Colin Baxter
Hello,

I an mot sure if this is a bug or "feature".

1. emacs -Q  (using emacs-28.0.50, org-version 9.3)
2. C-x C-f test.org  (new file)
3. Enter * Test  (A new heading is created with name Test)
4. M-x org-id-get-create 
5. M-x org-id-update-id-locations 

Echo buffer: "1 files scanned, 1 files contains IDs and in total 1 IDs found."

The id is created in ~/.emacs.d/.org-id-locations as expected.

5. Visit test.org again and delete the properties, including the ID.
6. Save the file
7. M-x org-id-update-id-locations 

Echo buffer: "1 files scanned, 0 files contains IDs and in total 0 IDs found."

However, the file ~/.emacs.d/.org-id-locations still contains the ID and
does not read nil as I would have expected. The ID is only removed when
emacs is closed and then the file ~/.emacs.d/.org-id-locations reads
nil.

Best wishes,

Colin Baxter.




Re: Force creation of org id in template

2020-10-27 Thread Colin Baxter
I have this URL to a site which gives a method for generating auto IDs,
which might be useful. I never use IDs so can't report on its
effectiveness. 

https://writequit.org/articles/emacs-org-mode-generate-ids.html#automating-id-creation

Best wishes,




Colin Baxter
URL: http://www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-
Since mathematicians have invaded the theory of relativity, I do not
understand it myself. A. Einstein




Re: Starting from 9.5, Org contrib will be distributed as a separate Org ELPA package

2020-10-24 Thread Colin Baxter
Hello Bastien,
>>>>> Bastien   writes:

> Org 9.5 will ship without the packages in the contrib/ directory.

> Emacs lisp files in contrib/ will be packaged as an Org ELPA

Oh no! I hate packages and never use ELPA. :-(

> package that you can install independentely from there.  The files
> will live in a new org-contrib.git repo on code.orgmode.org.

Phew! Saved! Oh well, another git repo to add to the list. :-)

Best wishes,



Colin Baxter
URL: http://www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-
Since mathematicians have invaded the theory of relativity, I do not
understand it myself. A. Einstein




Re: export to babel, sometimes a block environment is inserted.

2020-10-15 Thread Colin Baxter
> Uwe Brauer  writes:

> Hello I have a org file that I want to export either to

> 1. Regular latex or

> 2. To beamer.


> So I just use the corresponding export engines.

> However the following minimal example puzzles me:

> #+begin_src

> # -*- org-confirm-babel-evaluate: nil -*- #+LATEX_HEADER_EXTRA:
> \usepackage{booktabs}

> * The algorithm applied to the Lane-Emden equation :PROPERTIES:
> :BEAMER_env: frame :BEAMER_opt: allowframebreaks :END:

> ** The original Lane-Emden equation

> #+begin_src latex :results latex replace :exports results :eval t
> \begin{equation*} \begin{cases} y''(x)+\frac{2}{x}y'(x)+y^{n}
> &=0\\ y(0) &= 1\\ y'(0) &=0 \end{cases} \end{equation*} where
> $n\in[0,5]$ is the polytropic index.  #+end_src


> #+end_src


> Because it exports to

> #+begin_src \begin{frame}[allowframebreaks]{The SLM algorithm
> applied to the Lane-Emden equation} \begin{block}{The original
> Lane-Emden equation} \begin{equation*}
> y''(x)+\frac{2}{x}y'(x)+y^{n} &=0\\ y(0) &= 1\\ y'(0) &=0
> \end{equation*} where $n\in[0,5]$ is the polytropic index.
> \end{block} \end{frame}

> #+end_src

> How can I avoid this annoying block environment?

> Regards

> Uwe Brauer


Try \[ in place of \begin{equation*}; \] in place of \end{equation*}



Re: Special symbols with monospace

2020-10-15 Thread Colin Baxter
Hello Eric,
> Eric S Fraga  writes:

> On Thursday, 15 Oct 2020 at 12:31, Jarmo Hurri wrote:
>> In my case there is a specific pseudocode format I need to use. I
>> think I would have to try to tune one of these packages pretty
>> heavily.

> In that case, you may simply wish to use the alltt environment.
> This works for me:

> #+begin_src org ,* algorithm pseudo code ,#+latex_header:
> \usepackage{alltt} ,#+begin_alltt for i \in [0,1] do if i \neq 3 x
> ← i^2 end if end for ,#+end_alltt #+end_src

Is there any reason why you don't use LaTeX's \leftarrow in place of ← ?
With perhaps a (set-input-method 'TeX).

Best wishes,



Re: Special symbols with monospace

2020-10-15 Thread Colin Baxter
>>>>> Jarmo Hurri  writes:

> Greetings.

> I like to embed pseudocode etc. in example blocks so that it is
> typeset in monospace when exported. But sometimes I would need
> special symbols, such as \neq, in pseudocode. What is the easiest
> way to combine monospace and special symbols?

> Jarmo

Would https://github.com/jsalzbergedu/pseudocode-mode be any good?


Best wishes,

Colin Baxter
URL: http://www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-




Re: Bug: =C-c C-e l o= does not open the pdf anymore [9.3.7 (9.3.7-55-gba2405-elpa @ /home/fsantos/.emacs.d/elpa/org-20200907/)]

2020-09-15 Thread Colin Baxter
> Thomas Stenhaug  writes:


> I recently had the same problem, on Arch Linux with Emacs 27.1. If
> you run xdg-open from an eshell, the problem should be the same.
> It should also go away if you replace "xdg-open" with "setsid
> xdg-open".

> I ended up doing

>   (push '("\\.pdf\\'" . "evince %s") org-file-apps)

> to solve it for my case. It would have been preferable to change
> how the default app is being resolved from "xdg-open" to "setsid
> xdg-open", but I haven't been able to.

I firgot to add that I found it necessary to get rid of the default
org-file-apps for pdf files, which I think is (was?) docview. So I use: 

#+begin_src elsp
(add-hook 'org-mode-hook
   (lambda () 
(delete '("\\.pdf\\'" . default) org-file-apps)
(add-to-list 'org-file-apps '("\\.pdf\\'" . "xpdf %s"
#+end_src 

I don't like evince, sorry.

Best wishes,

Colin.




Re: Getting Org-Crypt to work (doc bug?)

2020-09-14 Thread Colin Baxter
>>>>>writes:

> On Mon, Sep 14, 2020 at 12:18:50PM +0100, Colin Baxter wrote:
>> [...] I set the variable `epa-pinentry-mode' to loopback as in
>> 
>> #+begin_src elisp (setq epa-pinentry-mode 'loopback) #+end_src
>> 
>> This seems to work.

> Oh, thanks -- this answers the question I only half-posed :)

> BTW: the variable documentation says to use `epg-pinentry-mode'
> for Emacs versions >= 27.1

I remember I had this epa/epg issue a while ago, I think with
emacs-26.3. Putting the variable as `epa-pinentry-mode' worked for me, but
`epg-pinentry-mode' didn't. I've not looked at it since. It still works
for me with emacs-27.1 and I thought it best to leave it alone. :-)

Best wishes,


signature.asc
Description: PGP signature


Re: Getting Org-Crypt to work (doc bug?)

2020-09-14 Thread Colin Baxter
> David Masterson  writes:

> Nicolas Goaziou  writes:
>> Hello,
>> 
>> David Masterson  writes:
>> 
>>> I'm trying to get org-crypt to work, but I'm missing something.
>>> Following the Org-Crypt Info page, I've set it up for symmetric
>>> encryption and added a :crypt: tag to a header.  When I try to
>>> save the file, it reports that no key was specified, so it will
>>> do symmetric encryption.  And then it freezes.  C-g will
>>> unfreeze, but the buffer is slightly messed up like it started
>>> working on something, but waited for an external command? GPG is
>>> installed.  What am I missing?
>> 
>> Could you explain more precisely what you did? For example, I
>> encounter no problem crypting the following file:
>> 
>> * Test :crypt:
>> 
>> This is crypted.
>> 
>> # Local Variables: # org-crypt-key: nil # End:
>> 
>> Upon saving the file, I type the key twice, and the entry is
>> encrypted.
>> 
>> Note that I evaluated (org-crypt-use-before-save-magic) once
>> beforehand.

> I'm setting up Org this way:

> (use-package org :init (setq org-tags-exclude-from-inheritance
> '("crypt") org-crypt-key nil ) :config (progn (require 'org-crypt)
> (org-crypt-use-before-save-magic) ) )

> I did essentially what you did (added :crypt: to a header in one
> of my files) and tried to save the file.

> Found it!  I started Emacs on Linux via 'xterm -e emacs &' because
> something else had done this to me (forget what).  The thing is
> that GPG is asking for the passphrase on the xterm window and not
> in the Emacs.  I didn't notice this because Emacs covered
> it. Someone else mentioned the gpg-agent(?) to prevent this (is
> there another way?).  Both things should be mentioned in the
> Org-Mode Info pages for org-crypt.

> -- David Masterson

The overlay of a password field (either in an xterm or popup) is a
particular problem for full screen applications, or if you using
something like  stumpwm. I've found that whether or not I get a popup
depends on the version of gnupg. Anything greater than gpg version 2.1.18
I get a popup. In those cases, to make sure the password request is
passed always to emacs and not to a popup, I set the variable
`epa-pinentry-mode' to loopback as in

#+begin_src elisp
(setq epa-pinentry-mode 'loopback)
#+end_src

This seems to work.

Best wishes,





Re: Bug: =C-c C-e l o= does not open the pdf anymore [9.3.7 (9.3.7-55-gba2405-elpa @ /home/fsantos/.emacs.d/elpa/org-20200907/)]

2020-09-14 Thread Colin Baxter
> Frederic Santos  writes:

> Hi everyone, After upgrading to Emacs 27, I noticed that, for any
> org document, =C-c C-e l o= now behaves on my computer as =C-c C-e
> l p=; i.e., the pdf is correctly produced, but is not displayed
> anymore on side window.

> Several users (using various operating systems) confirmed the bug
> on StackExchange:
> 
https://emacs.stackexchange.com/questions/60379/c-c-c-e-l-o-does-not-open-the-pdf-anymore

> Is there any simple workaround to solve that?

Does not happen to me. I'm on emacs-27.1 and org-mode from git (version
9.3.8 (release_9.3.8-777-g9c31cb). Perhaps try updating your org-mode.

Best wishes




Re: Website revamp?

2020-09-05 Thread Colin Baxter
Dear Timothy,

>>>>> TEC   writes:

> Hello everyone :)

> The end is now in sight! Other than the somewhat bare index page,
> I feel that we're nearing complete coverage of the current site
> (at least all the 'main' pages).

> If you haven't already please give my revamp project a look:
> http://orgmode.tecosaur.com, and let me know if you've got any
> feedback or suggestions.

This look really nice - simple but comprehensive and very readable.

There is a slight issue with your link "javascript:show_org_source()" in
that it wont load of course in non-js browsers such as eww and emacs-w3m. 

Best wishes,

Colin.


Colin Baxter
URL: http://www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-



Re: latex fragments compilation error when exporting to html

2020-09-01 Thread Colin Baxter
> Jeremie Juste  writes:

> Hello,

> Many thanks for your concerns.  Everything goes well with emacs
> -Q. Sorry for the noise.  The culprit is definitely in my init
> file. I'll keep the emacs -Q options in mind before sending issues
> next time.

>> Out of curiosity, what happens if you wrap the LaTeX in
>> #+begin_export latex ... #+end_export
> If I wrap I get the same error.

Perhaps check that you don't have any older versions of org-mode in your
system.


Best wishes,



Re: [PATCH] ob-core: Avoid table conversion warning for empty results

2020-08-30 Thread Colin Baxter
Dear Kyle,

>>>>> Kyle Meyer  writes:

>> Kyle Meyer writes:
>>> Thanks for reporting.  The _display_ of this warning starts with
>>> my 14878f3f9 (ob-core: Display warning on failure to read
>>> results, 2020-05-21).  Here's the associated thread on the
>>> mailing list:
>>> <https://orgmode.org/list/2449663.1588516...@apollo2.minshall.org>.
>>> 
>>> On that commit's parent (eecee2266), the error is triggered and
>>> caught in the same way, but "Error reading results:
>>> (beginning-of-buffer)" is buried in the messages buffer rather
>>> than being displayed as a warning.
>>> 
>>> I'll need to take a closer look at what's going on, though I
>>> wouldn't be surprised if it's been around for a long time.

>> This patch would squelch the inappropriate warning you report
>> while not hiding other warnings.

> Thank you. I'll apply the patch to my org-mode and report back.

I have now applied the patch to my local org-mode git repository and it
works with no reported errors. Thanks again.

Best wishes,

Colin Baxter.


Colin Baxter
URL: http://www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-



Re: [PATCH] ob-core: Avoid table conversion warning for empty results

2020-08-29 Thread Colin Baxter
Dear Kyle,

>>>>> Kyle Meyer  writes:

> Kyle Meyer writes:
>> Thanks for reporting.  The _display_ of this warning starts with
>> my 14878f3f9 (ob-core: Display warning on failure to read
>> results, 2020-05-21).  Here's the associated thread on the
>> mailing list:
>> <https://orgmode.org/list/2449663.1588516...@apollo2.minshall.org>.
>> 
>> On that commit's parent (eecee2266), the error is triggered and
>> caught in the same way, but "Error reading results:
>> (beginning-of-buffer)" is buried in the messages buffer rather
>> than being displayed as a warning.
>> 
>> I'll need to take a closer look at what's going on, though I
>> wouldn't be surprised if it's been around for a long time.

> This patch would squelch the inappropriate warning you report
> while not hiding other warnings.

Thank you. I'll apply the patch to my org-mode and report back.

Best wishes,

Colin Baxter.



Re: keep org drawers visible

2020-08-25 Thread Colin Baxter
Dear David,

>>>>> David Rogers  writes:

    > Colin Baxter  writes:
>> Hello,
>> 
>> Property drawers remaining invisible even when I use
>> - drives me nuts. I know about M-x
>> org-hide-drawer-toggle  but how do I keep the drawers open
>> all the time without having to toggle? I work on the basis that I
>> want to see what I write - if I didn't then I wouldn't have
>> written it.

> It’s also possible, if you want finer control of what’s shown
> (instead of showing all the properties), to add a 'columnview'
> block. It would show a formatted table of whichever properties you
> specify (from certain subtrees or from the entire file), arranged
> in the order you choose. It’s under “Capturing column view” in the
> manual. I seem not to keep the types of information that benefit
> from it, but it’s there.

That is an excellent suggestion. I have only used column view for clock
times and efforts, not imagining that it could be used for something as
simple as revealing the PROPERTY drawers. Of course, I'll either have to
rationalise my PROPERTIES (at present, no two headings have the exactly
the same drawers) or stack headings with same PROPERTIES. That will be a
good exercise.

Thank you again. I would never have thought of something so simple and
elegant.

Best wishes,


Colin Baxter
URL: http://www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-



Re: bash babel code gives error

2020-08-25 Thread Colin Baxter
>>>>> Colin Baxter  writes:

> Hello, I have various .tex files and an org file in the same
> directory. In the org file is the following simple bash babel-code

> #+begin_src bash sha256sum *.tex > CHECKSUM #+end_src


> This code block used to work but no longer.

This is not wholly correct. It does indeed produce a checksum file
CHECKSUM, but gives the "Error reading results:
(beginning-of-buffer)". No such error was called in the past (~ a month or
so ago).

Best wishes,

Colin Baxter.




bash babel code gives error

2020-08-25 Thread Colin Baxter
Hello,

I have various .tex files and an org file in the same directory. In the
org file is the following simple bash babel-code

#+begin_src bash
  sha256sum *.tex  > CHECKSUM
#+end_src

This code block used to work but no longer. It now gives the error

Error reading results: (beginning-of-buffer)

Yet the babel block

#+begin_src bash
  sha256sum -c CHECKSUM
#+end_src

works satisfactorily, and the command "sha256sum *.tex  > CHECKSUM
" works in a shell.

I'm using emacs-27.1 with Org mode version 9.3.7
(release_9.3.7-719-gcdfc40). 

Colin Baxter.




Re: keep org drawers visible

2020-08-16 Thread Colin Baxter
> Ihor Radchenko  writes:

>> I realise the above is none too clear. I can use showeverything
>> in STARTUP of course and this does indeed open the
>> drawers. However the drawers close and remain closed after
>> multiple uses of -.  Therefore my question is how can
>> I again reach the showeverything status without closing down the
>> file and re-opening it?

> Take a look at default org-cycle-hook value. You can remove
> org-cycle-hide-drawers from there.

Thanks. Your suggestion led to where I should have looked at the
beginning. I've found that "C-u C-u C-u" as a prefix to  gives me
immediately what I want. I'll look to modify the org-cycle-hook at a
quieter time later. Thanks again.


Best wishes,

Colin.




Re: keep org drawers visible

2020-08-15 Thread Colin Baxter
>>>>> Colin Baxter  writes:

> Hello,

> Property drawers remaining invisible even when I use -
> drives me nuts. I know about M-x org-hide-drawer-toggle  but
> how do I keep the drawers open all the time without having to
> toggle? I work on the basis that I want to see what I write - if I
> didn't then I wouldn't have written it.

I realise the above is none too clear. I can use showeverything in
STARTUP of course and this does indeed open the drawers. However the
drawers close and remain closed after multiple uses of -.
Therefore my question is how can I again reach the showeverything status
without closing down the file and re-opening it?
 
Colin Baxter.




keep org drawers visible

2020-08-15 Thread Colin Baxter


Hello,

Property drawers remaining invisible even when I use -
drives me nuts. I know about M-x org-hide-drawer-toggle  but how do
I keep the drawers open all the time without having to toggle? I work on
the basis that I want to see what I write - if I didn't then I wouldn't
have written it.
 
Thanks.

Best wishes,


Colin Baxter




Re: Website revamp?

2020-08-03 Thread Colin Baxter
Dear Timothy,

>>>>> TEC   writes:

- Snip --

> Of course we don't exactly have any hard answers to these
> questions, but I'd wager the answer is enough to warrant a little
> bit of effort to make the mobile experience not-garbage. To see
> how orgmode.org currently appears, see
> https://i.imgur.com/XPFfBaB.png

It seems to have the usual vertical monotone blocks, commonly seen in
mobile sites. These may be necessary for the small screen but represent
to me a retrograde development in web-site design. Of course, my
criticism is unimportant since you are doing the hard work - not me.

Would it be possible to have two sites: one for display on a desktop and
another for mobile use? Perhaps not.

Good luck.

Colin Baxter

-- 
Colin Baxter
URL: http://www.Colin-Baxter.com



Re: Website revamp?

2020-08-02 Thread Colin Baxter
>>>>> TEC   writes:

> Another update :)

> - For inspection, the WIP-code can now be found on github:
> https://github.com/tecosaur/orgwebsite.

> - The site is now more mobile friendly, the navbar now has a

Why? How many users are installing org-mode on their 'phones - smart or
otherwise? 


Colin Baxter.

-- 
Colin Baxter
URL: http://www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8



Re: Spurious comma after C-c '

2020-07-06 Thread Colin Baxter
>>>>> Nicolas Goaziou  writes:

> When exported, Org mode removes automatically the
> escape-comma. The author has nothing to do in this situation.

I now understand. I assumed the comma would export and did not check -
mea culpa.

 
Colin Baxter
URL: http://www.Colin-Baxter.com




Re: Spurious comma after C-c '

2020-07-06 Thread Colin Baxter
>>>>> Nicolas Goaziou  writes:

    > Hello, Colin Baxter  writes:

>> 1. Use `emacs -q' and open a new org file. 2. Enter
>> 
>> #+begin_example
>> 
>> #+end_example
>> 
>> 3. Place cursor in the empty line of the example block and hit
>> C-c ' 4. Enter #+STARTUP in the edit buffer and hit C-c ' to exit
>> 5. A spurious comma appears at the beginning of #+STARTUP 6. The
>> comma appears to form only when + is entered after #, so #STARTUP
>> produces no comma. The STARTUP entry is unimportant and #+ alone
>> also gives a comma.  7. I'm using Org mode version 9.3.7
>> (release_9.3.7-669-g3327fb)

> This is an escape character. See (info "(org) Literal Examples").

Well, yes. But should it really be in an "example" source block? If this
is then exported and the author hasn't caught and deleted it, then it is 
likely to cause confusion in the mind of the final reader - who may
know nothing about org-mode.

Best wishes,

 
Colin Baxter
URL: http://www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-
The sole cause of all human misery is the inability of people to sit
quietly in their rooms.  Blaise Pascal, 1670
-
Since mathematicians have invaded the theory of relativity, I do not
understand it myself. A. Einstein




Spurious comma after C-c '

2020-07-06 Thread Colin Baxter


1. Use `emacs -q' and open a new org file.
2. Enter
 #+begin_example

 #+end_example
3. Place cursor in the empty line of the example block and hit C-c '
4. Enter #+STARTUP in the edit buffer and hit C-c ' to exit
5. A spurious comma appears at the beginning of #+STARTUP
6. The comma appears to form only when + is entered after #, so #STARTUP
   produces no comma. The STARTUP entry is unimportant and #+ alone also
   gives a comma.
7. I'm using Org mode version 9.3.7 (release_9.3.7-669-g3327fb)

Best wishes,

Colin.

Colin Baxter
URL: http://www.Colin-Baxter.com




Re: Habit error

2020-07-04 Thread Colin Baxter
>>>>> Milan Zamazal  writes:

>>>>> "CB" == Colin Baxter  writes:
CB> Hello, With the latest pull of org-mode I now find habits are
CB> not displayed correctly in agenda. The graph bar is missing,
CB> with the error

CB> org-habit-insert-consistency-graphs: Wrong type argument:
CB> number-or-marker-p, nil

> Hi, I've hit the same error.  It was introduced in commit
> f471768a54d8921ff383516af6a605adc061af30 -- if all-done-dates is
> nil (i.e. a new habit is introduced), it signals an error.

Thanks for the information - it's good to know. The issue seems now to
be fixed in the latest pull.

Best wishes,

Colin.


Colin Baxter
URL: http://www.Colin-Baxter.com




Re: Habit error

2020-07-04 Thread Colin Baxter
Hello Marco,
>>>>> Marco Wahl  writes:

> Hello Colin, Colin Baxter  writes:
>> With the latest pull of org-mode I now find habits are not
>> displayed correctly in agenda. The graph bar is missing, with the
>> error
>> 
>> org-habit-insert-consistency-graphs: Wrong type argument:
>> number-or-marker-p, nil

> I guess this was due to my attempt to fix of the color of the
> first done date for a habit. Sorry for any inconvenience.

> Didn't check the case when no done dates are available. I hope
> that's been the issue.

> Thanks for reporting. Please check again with the latest from the
> repo.

Yes, commit 5427a7 seems to fix the problem. My habits are displaying as
they should. Thanks.

Best wishes,

Colin.




Colin Baxter
URL: http://www.Colin-Baxter.com




Habit error

2020-07-04 Thread Colin Baxter
Hello,

With the latest pull of org-mode I now find habits are not displayed
correctly in agenda. The graph bar is missing, with the error

org-habit-insert-consistency-graphs: Wrong type argument:
number-or-marker-p, nil

- Begin debugger output --

Debugger entered--Lisp error: (wrong-type-argument number-or-marker-p nil)
  (org-habit-build-graph (737610 1 737613 4 nil ".+") (24292 37530 669050 
863000) (24320 16922 669050 863000) (24329 31898 669050 863000))
  (org-habit-insert-consistency-graphs)
  (org-agenda-finalize)
  (org-agenda-list nil)
  (funcall-interactively org-agenda-list nil)
  (call-interactively org-agenda-list)
  (org-agenda nil)
  (funcall-interactively org-agenda nil)
  (call-interactively org-agenda nil nil)
  (command-execute org-agenda)

- End debugger output --

The error does not occur with the 'built-in' Org mode version 9.3 for
emacs-27.

Best wishes,

Colin.


Colin Baxter
URL: http://www.Colin-Baxter.com




Re: New mailing list archive at https://orgmode/list/

2020-06-18 Thread Colin Baxter
>>>>> Eric Abrahamsen  writes:

> Kyle Meyer  writes:
>> Eric Abrahamsen writes:
>> 
>>> Kyle Meyer  writes:
>>> 
>>>> (setq gnus-select-method '(nnimap "news.yhetil.org" ;; no certs
>>>> yet (nnimap-stream plain)))
>>> 
>>> Hmm, I tried this (adding to `gnus-secondary-select-methods'),
>>> and got:
>>> 
>>> Warning: Opening nnimap server on news.yhetil.org...failed: NO
>>> Mailbox doesn't exist: DOES.NOT.EXIST (0.001 + 0.000 secs).;
>>> Unable to open server nnimap+news.yhetil.org due to: make client
>>> process failed: Network is unreachable, :name, *nnimap*,
>>> :buffer, *nnimap news.yhetil.org nil *nntpd**, :host,
>>> news.yhetil.org, :service, imap, :coding, nil
>>> 
>>> The "mailbox doesn't exist" thing seems to be misleading:
>>> further attempts to connect to the server just gave me "network
>>> is unreachable".  I wonder if this has something to do with my
>>> tls settings? I'll set `gnutls-log-level' to 2 and try
>>> again... Nope, same error.
>>> 
>>> This is on Emacs master, I'm not sure what else I can check
>>> (though I still suspect it's something to do with connection
>>> security).
>> 
>> Sorry, I switched it over to using a cert last night.  I should
>> have sent a message here.  Hopefully just having
>> 
>> (nnimap "news.yhetil.org")
>> 
>> in gnus-secondary-select-methods will work for you.  I tried just
>> now, and it worked on my end (Emacs 26.3).

> Hey, that works great! It's a bit weird that it still asks for a
> username and password, I wonder if there's any way to skip
> that. I've never dealt with anonymous IMAP before -- is there
> anything in the connection process that explicitly tells us "you
> don't need to log on"?  Otherwise, I guess it doesn't hurt just to
> save a bogus username/password and forget about it.

I noticed that too. I just hit return each time, which appears to be
acceptable. I was also asked if I want to save the credentials to my
autoinfo file. I hit yes and got these two lines:

machine news.yhetil.org-ephemeral login  port imaps
machine news.yhetil.org login  port imaps

I have only blanked out my usual machine user name - I entered no password.

Works well, though.

Best wishes,

Colin.




Colin Baxter
URL: http://www.Colin-Baxter.com



Re: missing packages

2020-05-28 Thread Colin Baxter
Dear Kyle,

>>>>> Kyle Meyer  writes:

    > Colin Baxter writes:
>> I notice a few packages seem to be absent from the org-mode dev
>> tree, e.g., org-bibtex.el and org-bbdb.el. Yet nothing I've seen
>> in ORG-NEWS suggests that they have been discontinued. I am
>> probably not understanding something rather elementary.

> In Org 9.3, link-related libraries were switched to an ol- prefix
> (ol-bibtex.el, ol-bbdb.el, ...).

Thank you very much for this information.

Best wishes,
Colin.


-- 
Colin Baxter
URL: http://www.Colin-Baxter.com



missing packages

2020-05-28 Thread Colin Baxter


Hello,

I notice a few packages seem to be absent from the org-mode dev tree, 
e.g., org-bibtex.el and org-bbdb.el. Yet nothing I've seen in ORG-NEWS
suggests that they have been discontinued. I am probably not
understanding something rather elementary.

Best wishing

-- 
Colin Baxter
URL: http://www.Colin-Baxter.com




Re: Org-list: Add back fancy description list indentation

2020-05-18 Thread Colin Baxter
>>>>> James R Miller  writes:

> Hi all, Was there really not a way to keep fancy description list
> indentation instead of removing it entirely? I have almost a
> decade of org files that use description lists, and it really
> helps have the description items called out from the description
> text.

+1 And I've only 6 files similarly affected!


> Is there a simple way to add this functionality back in? Perhaps
> as some sort of variable like
> `org-use-fancy-description-list-indentation` instead of throwing
> it out entirely?

> Here's the commit I'm referring to:
> 
https://code.orgmode.org/bzg/org-mode/commit/683df456a41a2b0e308bdbf746f5db0235a6058a

> Thanks.

> -- James Miller james.ryland.mil...@gmail.com




-- 
Colin Baxter
URL: http://www.Colin-Baxter.com



Re: ox.html causes w3c xhtml validation

2020-03-17 Thread Colin Baxter
Dear Kyle,
> Kyle Meyer  writes:

> Thanks for reporting back.  Arne sent an equivalent patch (see
> sibling thread), verifying that LibreJS worked with it.  I applied
> that in 661696036 (ox-html: escape & in license magnets,
> 2020-03-15), so we should be all set.

I've done a fresh git-pull of org-mode and all works well again. Thank
you and Arne for your work in resolving the issue.

Best wishes,

Colin.



Re: Problem evaluating gnuplot source blocks

2020-03-16 Thread Colin Baxter
Dear Tomas,
>>>>> Tomas Grigera  writes:

> Update: after some digging, I found the problem is related to
> gnuplot.el.  As a workaround, I set gnuplot-insertions-menu-flag
> to nil and now evaluation is working again.  I'm still not sure
> whether this is a gnuplot mode bug or somehow related to the
> babel-gnuplot interface.

> Tomas

The issue doesn't appear to be related to babel-gnuplot since I had the
same problem using the gnuplot mode. No gnuplot menu items were visible
until, like you, I set gnuplot-insertions-menu-flag to nil. I use
gnuplot-mode from git, with the latest 'pull', and the change in the
variable is not documented.

Best wishes,

Colin.


-- 
Colin Baxter
www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-
Since mathematicians have invaded the theory of relativity, I do not
understand it myself. A. Einstein



Re: ox.html causes w3c xhtml validation

2020-03-16 Thread Colin Baxter
>>>>> Kyle Meyer  writes:

> Adam Porter  writes:
    >> Colin Baxter  writes:
>> 
>>> In my opinion, if it can't be fixed then the changes should be
>>> removed. Surely, we cannot have an org-mode that knowingly
>>> exports/publishes something that causes a validation error!
>> 
>> Looking at the error message, the fix might be very simple:
>> 
>> The most common cause of this error is unencoded ampersands in
>> URLs as described by the WDG in "Ampersands in URLs".

> Hmm, perhaps it is as simple as encoding the ampersand.  That
> won't work with inline javascript, if I'm understanding correctly
> the link I gave in my reply.  *But*, despite being embedded
> javascript, the librejs magnet link happens within a comment, so I
> suppose it really just comes down to how librejs treats it.
> Poking around in librejs (525e3a5), it seems it is clever and will
> s//&/:

> // Match by link on first parameter (legacy) if
> (licenses[key]["Magnet link"] === first.replace("","&") ||
> licenses[key]["URL"] === first.replace("","&")) { return
> [true, `Recognized license: "${licenses[key]['Name']}".`];

> Colin, could you try exporting with the change below and see if
> that resolves your validation issues?  It'd also be great if you
> could check whether librejs is still happy after that change.

I've now applied the patch to my local org-mode and exported the
file "index.org". It seems to work because I now get "This document was
successfully checked as XHTML 1.0 Strict!" when validating by uploading
the html file "index.html" to http://validator.w3.org/.

As to librejs, I don't actually use js on my web-site so apart from the
js license information in the html header there is no js on the
page. However, I've opened my "index.html" file with icecat (v52.3.0 32
bit) and get the following output:

-- Begin -

List of accepted JavaScript in file:///home/redknight/public_html/index.html

LibreJS did not allow the execution of any scripts on this page: '
There may be no scripts on this page (check source, C-u)
The inline and on-page JavaScript code may not be free and/or
may not have proper license information and external scripts (if
present) may have been removed by default. 
External scripts may not be free and/or may not have proper
licensing and are not part of the whitelist of free JavaScript
libraries. 

List of blocked JavaScript in file:///home/redknight/public_html/index.html

LibreJS did not block any scripts on this page:
There may be no scripts on this page (check source, C-u).
All the scripts on this page may be trivial and/or free.
You may have whitelisted this domain name or url from the
preferences (Type about:addons in your location bar to check) 
You may have clicked the "allow all scripts" button, which
causes LibreJS to load all JavaScript on a page regardless of
whether it is free, trivial, nontrivial or nonfree. This policy
is effective for the entire duration of a Firefox session. 
If for any reason you think LibreJS should have blocked
JavaScript code on this page, please report this issue to:
bug-libr...@gnu.org

-- End -

I hope this helps - and thanks

Best wishes,

-- 
Colin Baxter
www.Colin-Baxter.com



Re: ox.html causes w3c xhtml validation

2020-03-16 Thread Colin Baxter
>>>>> Kyle Meyer  writes:

> Adam Porter  writes:
    >> Colin Baxter  writes:
>> 
>>> In my opinion, if it can't be fixed then the changes should be
>>> removed. Surely, we cannot have an org-mode that knowingly
>>> exports/publishes something that causes a validation error!
>> 
>> Looking at the error message, the fix might be very simple:
>> 
>> The most common cause of this error is unencoded ampersands in
>> URLs as described by the WDG in "Ampersands in URLs".

> Hmm, perhaps it is as simple as encoding the ampersand.  That
> won't work with inline javascript, if I'm understanding correctly
> the link I gave in my reply.  *But*, despite being embedded
> javascript, the librejs magnet link happens within a comment, so I
> suppose it really just comes down to how librejs treats it.
> Poking around in librejs (525e3a5), it seems it is clever and will
> s//&/:

> // Match by link on first parameter (legacy) if
> (licenses[key]["Magnet link"] === first.replace("","&") ||
> licenses[key]["URL"] === first.replace("","&")) { return
> [true, `Recognized license: "${licenses[key]['Name']}".`];

> Colin, could you try exporting with the change below and see if
    > that resolves your validation issues?  It'd also be great if you
> could check whether librejs is still happy after that change.

Ok, I'll try later today and report back.

Thanks again.

Best wishes,


-- 
Colin Baxter
www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-
Since mathematicians have invaded the theory of relativity, I do not
understand it myself. A. Einstein



Re: ox.html causes w3c xhtml validation

2020-03-15 Thread Colin Baxter
Dear Kyle,

Thanks for your reply.

>>>>> Kyle Meyer  writes:

    > Colin Baxter  writes:
>> - Begin - Warning Line 205, Column 74: cannot generate
>> system identifier for general entity "dn"
>> 
>> …rn:btih:1f739d935676111cfff4b4693e3816e664797050=gpl-3.0.txt
>> GPL-v3-or-Later
>> 
>> An entity reference was found in the document, but there is no
>> reference by that name defined. Often this is caused by
>> misspelling the reference name, unencoded ampersands, or by
>> leaving off the trailing semicolon (;). The most common cause of
>> this error is unencoded ampersands in URLs as described by the
>> WDG in "Ampersands in URLs".
>> 
>> - End ---
>> 
>> The cause is ox-html, which has the following lines
>> 
>> ./lisp/ox-html.el:235:// @license
>> 
magnet:?xt=urn:btih:1f739d935676111cfff4b4693e3816e664797050=gpl-3.0.txt
>> GPL-v3-or-Later
> [...]
>> I think the culprit is commit
>> 68fa5e589f00c8d5b4f7f0dc70be6ebe59238bb8, 11 Feb.
>> 
>> Is it possible to fix this?

> From what I gather from briefly searching around (mostly based on
> this information [0]), I don't think there's an easy fix for
> inline javascript.

In my opinion, if it can't be fixed then the changes should be
removed. Surely, we cannot have an org-mode that knowingly
exports/publishes something that causes a validation error!

> I wonder if Arne [+cc], who suggested the change [1], knows of a
    > solution.

> [0]: https://mrcoles.com/blog/how-use-amersands-html-encode/ [1]:
> https://lists.gnu.org/archive/html/emacs-orgmode/2019-11/msg00030.html

Best wishes,

Colin.

-- 
Colin Baxter
www.Colin-Baxter.com



Re: ox.html causes w3c xhtml validation

2020-03-15 Thread Colin Baxter


There is no error using org-mode built in the emacs-28.0.50 so it does
look as if commit 68fa5e589f00c8d5b4f7f0dc70be6ebe59238bb8 is the culprit.

Is it only me using  http://validator.w3.org/check?

Best wishes,

-- 
Colin Baxter
www.Colin-Baxter.com




ox.html causes w3c xhtml validation

2020-03-15 Thread Colin Baxter


Publishing with Org mode version 9.3.6 (release_9.3.6-419-gd9b1fb) I get
an validation error using http://validator.w3.org/check. The error is:

- Begin -
Warning Line 205, Column 74:
cannot generate system identifier for general entity "dn"

…rn:btih:1f739d935676111cfff4b4693e3816e664797050=gpl-3.0.txt GPL-v3-or-Later

An entity reference was found in the document, but there is no
reference by that name defined. Often this is caused by misspelling
the reference name, unencoded ampersands, or by leaving off the
trailing semicolon (;). The most common cause of this error is
unencoded ampersands in URLs as described by the WDG in "Ampersands
in URLs".

- End ---

The cause is ox-html, which has the following lines

./lisp/ox-html.el:235:// @license
magnet:?xt=urn:btih:1f739d935676111cfff4b4693e3816e664797050=gpl-3.0.txt
GPL-v3-or-Later

./lisp/ox-html.el:513:// @license
magnet:?xt=urn:btih:1f739d935676111cfff4b4693e3816e664797050=gpl-3.0.txt
GPL-v3-or-Later

./lisp/ox-html.el:518:// @license
magnet:?xt=urn:btih:1f739d935676111cfff4b4693e3816e664797050=gpl-3.0.txt
GPL-v3-or-Later


I think the culprit is commit 68fa5e589f00c8d5b4f7f0dc70be6ebe59238bb8,
11 Feb.

Is it possible to fix this?

Best wishes,


Colin Baxter
www.Colin-Baxter.com




Making info gives error

2020-02-11 Thread Colin Baxter


Making info in org-version: 9.3.4 (release_9.3.4-273-g4028cc) gives the
error:

Loading /home/redknight/git/org-mode/mk/org-fixup.el (source)...
Undefined Org macro: kdb; aborting
Makefile:31: recipe for target 'org.texi' failed
make[1]: *** [org.texi] Error 255
make[1]: Leaving directory '/home/redknight/git/org-mode/doc'
mk/targets.mk:127: recipe for target 'info' failed
make: *** [info] Error 2


Best wishes.

Colin.

-- 
Colin Baxter
www.Colin-Baxter.com




Table alignment documentation

2020-02-02 Thread Colin Baxter

I notice in https://orgmode.org/manual/Column-width-and-alignment.html
that a footnote says table centering does not work in emacs but only
when exported to html.

This does not seem to be correct as shown in below screen shot. Perhaps
I am missing something.

Best wishes,

Colin.



Re: org-deadline-warning-days per file

2019-12-31 Thread Colin Baxter
>>>>> Nick Dokos  writes:

    > Colin Baxter  writes:
>> I have my org-deadline-warning-days set to 60 via
>> 
>> #+begin_src elisp (setq org-deadline-warning-days 60) #+end_src
>> 
>> in my ~/.emacs. How can I set it individually for each deadline
>> in an org-mode file?
>> 

> The manual says:

> , | You can specify a different lead time for warnings for a
> specific | deadlines[sic] using the following syntax.  Here is an
> example with a | warning period of 5 days ‘DEADLINE: <2004-02-29
> Sun -5d>’.  This | warning is deactivated if the task gets
> scheduled and you set |
> ‘org-agenda-skip-deadline-prewarning-if-scheduled’ to ‘t’.  `

Thank you. Read the manual? Now that's a revolutionary idea I'll adopt
as my New Year resolution.

Best wishes,

-- 
Colin Baxter
www.Colin-Baxter.com



org-deadline-warning-days per file

2019-12-29 Thread Colin Baxter


I have my org-deadline-warning-days set to 60 via

#+begin_src elisp
(setq org-deadline-warning-days 60)
#+end_src

in my ~/.emacs. How can I set it individually for each deadline in an
org-mode file?

Thanks.

-- 
Colin Baxter
www.Colin-Baxter.com




Re: Org export to HTML with encrypted information ??

2019-11-29 Thread Colin Baxter
>>>>> David Masterson  writes:

> My use-case is this: I'd like to use Org to write up *all* the
> information about my family life (so to speak) including medical
> histories of my family, issues with the house, bank accounts,
> financial information, etc., so that my family has all the

I would strongly advise against including any financial or medical
information. All encryption is breakable given adequate resources. I
suggest that you would be providing sufficient motivation for someone 
to garner those resources.

-- 
Colin Baxter
www.Colin-Baxter.com



Re: [O] Is there any orgmode ChangeLog workalike (with enhancements)?

2019-09-25 Thread Colin Baxter
>>>>> Alan E Davis  writes:

> I have come up with something simple that works: ("X" "ChangeLog
> README" entry (file+datetree "./00_README.org") "* %?  \n %U \n
> %f" :prepend t)

This is a nice solution. Depending on the your version of org-mode, you
may get a depreciation warning on file+datetree. If you do then change
it to file+olp+datetree.

Best wishes,

-- 
Colin Baxter
www.Colin-Baxter.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-
Since mathematicians have invaded the theory of relativity, I do not
understand it myself. A. Einstein



Re: [O] Some whitespace stripped from emacs-lisp value in src blocks making it unreadable in certain cases

2019-09-10 Thread Colin Baxter
>>>>> akater   writes:

> Consider a lisp form that, when evaluated, produces another
> form. I'm used to org printing the resulting form nicely, in lisp
> blocks. However, this is not the case for emacs-lisp src
> blocks. An example:

> 1. The way it should be (and is now the case) with lisp, namely
> sbcl:

> #+begin_src lisp :results value verbatim :wrap example lisp
> (macroexpand '(defun test (a b  c) "doc" nil)) #+end_src


> #+RESULTS:

> #+begin_example lisp (PROGN (EVAL-WHEN (:COMPILE-TOPLEVEL)
> (SB-C:%COMPILER-DEFUN 'TEST T NIL NIL)) (SB-IMPL::%DEFUN 'TEST
> (SB-INT:NAMED-LAMBDA TEST (A B  C) "doc" (BLOCK TEST
> NIL T #+end_example


> 2. The way it is now with emacs-lisp and a src block header that
> is otherwise identical:

> #+begin_src emacs-lisp :results value verbatim :wrap example
> emacs-lisp (macroexpand '(use-package outline :ensure nil :bind
> (:map outline-mode-map ("" . (lambda nil (interactive)
> (outline-up-heading 1)) #+end_src


> #+RESULTS:

> #+begin_example emacs-lisp (progn (use-package-ensure-elpa
> 'outline '(nil) 'nil) (defvar use-package--warning157 #'(lambda
> (keyword err) (let ((msg (format "%s/%s: %s" 'outline keyword
> (error-message-string err (display-warning 'use-package msg
> :error (condition-case-unless-debug err (progn (if (not
> (require 'outline nil t)) (display-warning 'use-package (format
> "Cannot load %s" 'outline) :error)) (bind-keys :package outline
> :map outline-mode-map ("" lambda nil (interactive)
> (outline-up-heading 1 (error (funcall use-package--warning157
> :catch err #+end_example

> Is there a remedy? This probably better be fixed but it could be
> due to me using bleeding-edge Emacs 27 master (2019-09-10) & Org
> from melpa (2019-09-09). If you don't have proper output
    > formatting with other versions in use, please report.

I get the same formatting error as you and I am using emacs-26.3 with
org-mode version 9.2.6.


Best wishes,

-- 
Colin Baxter
www.Colin-Baxter.com


signature.asc
Description: PGP signature


Re: [O] pdf files with openwith only, and only this.

2019-07-04 Thread Colin Baxter
>>>>> John Kitchin  writes:

> I don't think org-ref is responsible, except that it installs
> pdf-tools.  When I click on a link like [[./2019-07-04.pdf]] it
> opens in acrobat for me.

> I don't have anything fancy org-file-apps is a variable defined in
> `org.el'.  Its value is ((auto-mode . emacs) ("\\.mm\\'"
> . default) ("\\.x?html?\\'" . default) ("\\.pdf\\'" . default))

> which I guess means on osx that it gets opened with "open".

> It looks like you can do this

> (setf (cdr (assoc "\\.pdf\\'" org-file-apps)) "evince %s")

Yes, that works for me too.

Best wishes,

Colin Baxter
www.Colin-Baxter.com



Re: [O] pdf files with openwith only, and only this.

2019-07-04 Thread Colin Baxter
>>>>> Joseph Vidal-Rosset  writes:

> Dear Colin (cc. John), Many thanks ! Unfortunately, I have always
> the same result. Here is the message:

> Viewing with pdf-view-mode pdf-info-encrypted-p:
> pdf-info-epdfinfo-program is not executable

> is org-ref the culprit? I cc. to John Kitchin.

That is odd. I slightly modified my code for your situation of using
evince. I actually use xpdf and

 (add-hook 'org-mode-hook
   '(lambda ()
(delete '("\\.pdf\\'" . default) org-file-apps)
(add-to-list 'org-file-apps '("\\.pdf\\'" . "xpdf %s"

works for me. I assumed just changing xpdf to evince would be
sufficient.

Something more subtle may be happening.

Best wishes,


Colin Baxter
www.Colin-Baxter.com



Re: [O] pdf files with openwith only, and only this.

2019-07-04 Thread Colin Baxter
Dear Joseph,
>>>>> Joseph Vidal-Rosset  writes:

> Hi the list, I do not want to use pdf-tools to view pdf in emacs,
> I want only to use an external program (evince) to view pdf
> files. Unfortunately, links to pdf do not work with openwith and
> my emacs open on a pdf. I cannot delete pdft-tools that is a
> dependency of org-ref that I am using. A solution for my setup
> would be welcome.

Try this:

(add-hook 'org-mode-hook
   '(lambda ()
(delete '("\\.pdf\\'" . default) org-file-apps)
(add-to-list 'org-file-apps '("\\.pdf\\'" . "evince %s"

Best wishes,
 
Colin Baxter
www.Colin-Baxter.com



Re: [O] switch off validate - how?

2019-05-20 Thread Colin Baxter
Dear Amin,
>>>>> Amin Bandali  writes:

> Hello, Nick Dokos  writes:

> [...]

>> 
>> C-h v org-html-validation-link RET
>> 
>> Set it to "", but there are still validation remnants left in the
>> HTML file, which is probably a bug:
>> 
>> , |  | > class="author">Author: Nick Dokos | Created:
>> 2019-05-20 Mon 12:43 |  <<<<<<<<<<<
>> this should disappear.  |  `

> Indeed, it would be nice if setting `org-html-validation-link' to
> "" or nil didn’t insert the wrapping paragraph.  In the meantime,
> you can customize C-h v org-html-postamble-format RET and get rid
> of the validation paragraph entirely.

I've set the variable `org-html-validation-link' to "" as a local
variable on a per file basis. However, where I have customised a
multi-line variable is for `org-html-footnotes-section'. I removed the
default setting of a colon after `Footnotes'. This always struck me as
odd, a house-style too far almost, since other headings do not end with
a punctuation mark.

Thanks for your help.

Best wishes,

-- 
Colin Baxter
m43...@yandex.com



Re: [O] switch off validate - how?

2019-05-20 Thread Colin Baxter
Dear Nick,
>>>>> Nick Dokos  writes:

    > Colin Baxter  writes:
>> Hello,
>> 
>> In exporting to html, how do I switch off the `validate' link at
>> the bottom of the html file? I can't seem to find any appropriate
>> variable.
>> 

> C-h v org-html-validation-link RET

> Set it to "", but there are still validation remnants left in the
> HTML file, which is probably a bug:

Great, that worked. I actually set it as a local variable since I want
the validation link on certain files but not all.

Thank you.

Best wishes,


Colin Baxter
m43...@yandex.com



[O] switch off validate - how?

2019-05-20 Thread Colin Baxter
Hello,

In exporting to html, how do I switch off the `validate' link at the
bottom of the html file? I can't seem to find any appropriate variable.
 
Colin Baxter
m43...@yandex.com




Re: [O] Arithmetic range error

2019-02-08 Thread Colin Baxter
>>>>> "Kyle" == Kyle Meyer  writes:

Kyle> Nicolas Goaziou  writes:
>> Colin Baxter  writes:
>> 
>>> I can now confirm that if the above commit is reversed then my
>>> Arithmetic range error disappears.
>>> 
>>> diff --git a/lisp/ox-publish.el b/lisp/ox-publish.el index
>>> d9fc8d2..2144aa1 100644 --- a/lisp/ox-publish.el +++
>>> b/lisp/ox-publish.el @@ -1366,7 +1366,9 @@ does not exist."
>>> (expand-file-name (or (file-symlink-p file) file)
>>> (file-name-directory file) (if (not attr) (error "No such
>>> file: \"%s\"" file) - (floor (float-time
>>> (file-attribute-modification-time attr)) + (+ (ash (car (nth
>>> 5 attr)) 16) + (cadr (nth 5 attr)) +;; (floor (float-time
>>> (file-attribute-modification-time attr))
>> 
>> I think it is worth reporting it to Emacs devel list, because the
>> commented code doesn't look wrong.

Kyle> And in the report it'd be good to include some of the
Kyle> information asked for elsewhere in this thread (full
Kyle> backtrace, system details) as well as a recipe to reproduce.
Kyle> I haven't had any luck triggering the issue, but that's
Kyle> unsurprisingly given that the code looks correct and the
Kyle> number reported in the error isn't extreme:

Kyle> (floor 1549541220.7500212) ; => 1549541220
Kyle> (format-time-string "%Y-%m-%d %I:%M:%S" (seconds-to-time
Kyle> 1549541220.7500212)) ; => "2019-02-07 07:07:00"

With a very inelegant ECM below, I can reproduce the arithmetic range
error in emacs-26.1 but not in the development emacs-27.0.50. I have
tested the ECM on machines running Debian 3.16.0-7-686-pae and
4.9.0-8-686-pae, with the same results.

1. emacs -Q 

2. We need a directory for testing. This ECM uses ~/temp.

3. In the scratch buffer, evaluate the following:

#+begin_src emacs-lisp
(add-to-list 'load-path (expand-file-name "~/path/to/git/org-mode/lisp"))
#+end_src

#+begin_src emacs-lisp
(setq org-publish-project-alist
  '(("org"
 :base-directory "~/temp/"
 :publishing-directory "~/temp"
 :publishing-function org-html-publish-to-html)))
#+end_src

4. Create file ~/temp/test.org.

5. Enter some text (e.g. This is a test) in test.org and save file.

6. M-x org-publish-current-file .

7. A satisfactory ~/temp/test.html is produced.

8. emacs-26.1 gives 'org-publish-cache-ctime-of-src: Arithmetic range error'.

9. emacs-27.0.50 gives no arithmetic range error.

10. Also no errors are produced if emacs-26.1 and emacs-27.0.50 use only
their generic org-modes, namely 'release_9.1.9-65-g5e4542'.

I hope to post a report to emacs-dev later today.

Best wishes,

-- 
Colin Baxter
m43...@yandex.com



Re: [O] Arithmetic range error

2019-02-07 Thread Colin Baxter
>>>>> Kyle Meyer  writes:

    > Colin Baxter  writes:
>> Publishing an org file today, the html output looks ok but I get
>> the compilation error:
>> 
>> Arithmetic range error: "floor", 1549541220.7500212
>> 
>> I get the error with org-version 9.2.1
>> (release_9.2.1-200-g18b85a) but not with org-version 8.2.10.
>> 
>> Looking at 'org-publish-cache-ctime-of-src' in the file
>> `ox-publish.el', its not obvious to me where the error is coming
>> from. Ditto after looking in NEWS and the git commit logs.
>> 
>> Can anyone help?

> This looks to be due to the backport of Emacs's 662bee7d7,
> specifically:

> * lisp/ox-publish.el (org-publish-cache-ctime-of-src): Prefer
> float-time to doing time arithmetic by hand.  [...]  @@ -1364,8
> +1366,7 @@ (defun org-publish-cache-ctime-of-src (file)
> (expand-file-name (or (file-symlink-p file) file)
> (file-name-directory file) (if (not attr) (error "No such
> file: \"%s\"" file) - (+ (ash (car (nth 5 attr)) 16) - (cadr (nth
> 5 attr)) + (floor (float-time
> (file-attribute-modification-time attr))

> I won't have a chance to investigate further though until (my EST)
> tonight.

I can now confirm that if the above commit is reversed then my
Arithmetic range error disappears.

diff --git a/lisp/ox-publish.el b/lisp/ox-publish.el
index d9fc8d2..2144aa1 100644
--- a/lisp/ox-publish.el
+++ b/lisp/ox-publish.el
@@ -1366,7 +1366,9 @@ does not exist."
 	   (expand-file-name (or (file-symlink-p file) file)
  (file-name-directory file)
 (if (not attr) (error "No such file: \"%s\"" file)
-  (floor (float-time (file-attribute-modification-time attr))
+  (+ (ash (car (nth 5 attr)) 16)
+	 (cadr (nth 5 attr))
+;;  (floor (float-time (file-attribute-modification-time attr))
 
 
 (provide 'ox-publish)

Best wishes,

Colin Baxter
m43...@yandex.com


Re: [O] Arithmetic range error

2019-02-07 Thread Colin Baxter
>>>>> "Colin" == Colin Baxter  writes:

>>>>> Kyle Meyer  writes:
>> Colin Baxter  writes:
>>> Publishing an org file today, the html output looks ok but I get
>>> the compilation error:
>>> 
>>> Arithmetic range error: "floor", 1549541220.7500212
>>> 
>>> I get the error with org-version 9.2.1
>>> (release_9.2.1-200-g18b85a) but not with org-version 8.2.10.
>>> 
>>> Looking at 'org-publish-cache-ctime-of-src' in the file
>>> `ox-publish.el', its not obvious to me where the error is coming
>>> from. Ditto after looking in NEWS and the git commit logs.
>>> 
>>> Can anyone help?

>> This looks to be due to the backport of Emacs's 662bee7d7,
>> specifically:

>> * lisp/ox-publish.el (org-publish-cache-ctime-of-src): Prefer
>> float-time to doing time arithmetic by hand.  [...]  @@ -1364,8
>> +1366,7 @@ (defun org-publish-cache-ctime-of-src (file)
>> (expand-file-name (or (file-symlink-p file) file)
>> (file-name-directory file) (if (not attr) (error "No such
>> file: \"%s\"" file) - (+ (ash (car (nth 5 attr)) 16) - (cadr (nth
>> 5 attr)) + (floor (float-time
>> (file-attribute-modification-time attr))

>> I won't have a chance to investigate further though until (my
>> EST) tonight.

Colin> Thank you to everybody for your replies. I can't revert the
Colin> commit myself; there seems to be unmerged files in the work
Colin> tree and this goes beyond my knowledge of git. Interestingly,
Colin> the above additions and subtractions to lisp/ox-publish.el
Colin> actually seem to be missing from my ox-publish.el (lines
Colin> 1361--1368).

Please ignore my last sentence - it's nonsense - sorry.

Best wishes,
 
Colin Baxter
m43...@yandex.com




Re: [O] Arithmetic range error

2019-02-07 Thread Colin Baxter
>>>>> Kyle Meyer  writes:

    > Colin Baxter  writes:
>> Publishing an org file today, the html output looks ok but I get
>> the compilation error:
>> 
>> Arithmetic range error: "floor", 1549541220.7500212
>> 
>> I get the error with org-version 9.2.1
>> (release_9.2.1-200-g18b85a) but not with org-version 8.2.10.
>> 
>> Looking at 'org-publish-cache-ctime-of-src' in the file
>> `ox-publish.el', its not obvious to me where the error is coming
>> from. Ditto after looking in NEWS and the git commit logs.
>> 
>> Can anyone help?

> This looks to be due to the backport of Emacs's 662bee7d7,
> specifically:

> * lisp/ox-publish.el (org-publish-cache-ctime-of-src): Prefer
> float-time to doing time arithmetic by hand.  [...]  @@ -1364,8
> +1366,7 @@ (defun org-publish-cache-ctime-of-src (file)
> (expand-file-name (or (file-symlink-p file) file)
> (file-name-directory file) (if (not attr) (error "No such
> file: \"%s\"" file) - (+ (ash (car (nth 5 attr)) 16) - (cadr (nth
> 5 attr)) + (floor (float-time
> (file-attribute-modification-time attr))

> I won't have a chance to investigate further though until (my EST)
> tonight.

Thank you to everybody for your replies. I can't revert the commit
myself; there seems to be unmerged files in the work tree and this
goes beyond my knowledge of git. Interestingly, the above additions and
subtractions to lisp/ox-publish.el actually seem to be missing from my
ox-publish.el (lines 1361--1368).

Best wishes,

Colin Baxter
m43...@yandex.com



[O] Arithmetic range error

2019-02-07 Thread Colin Baxter
Hello,

Publishing an org file today, the html output looks ok but I get the
compilation error:

Arithmetic range error: "floor", 1549541220.7500212

I get the error with org-version 9.2.1 (release_9.2.1-200-g18b85a)
but not with org-version 8.2.10.

Looking at 'org-publish-cache-ctime-of-src' in the file `ox-publish.el',
its not obvious to me where the error is coming from. Ditto after
looking in NEWS and the git commit logs.

Can anyone help?

Best wishes,

Colin Baxter
m43...@yandex.com




Re: [O] Tracking Tags ??

2019-01-23 Thread Colin Baxter
>>>>> John Kitchin  writes:

> There are a few ways to specify tags with inheritance at the file,
> and heading level that would be trickier to get via grep. That
> said, if you have a nice grep cmd/regexp that finds tags do share!

I take your point. My setup must be very simple because I find just
'grep -irn  .' is sufficient.

Best wishes,

Colin Baxter
m43...@yandex.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-
The sole cause of all human misery is the inability of people to sit
quietly in their rooms.  Blaise Pascal, 1670



Re: [O] Tracking Tags ??

2019-01-23 Thread Colin Baxter
Hello David,
>>>>> David Masterson  writes:

> Anyone have a good method of tracking the Tags that you've use
> across all of your Org files?  Some sort of Tag Index to help you
> keep track of the tags you've used and where you've used them so
> that you don't start creating new tags that differ from old ones
> by (say) capitalization?  Or to help you find everything tagged a
> certain when you're moving to a new tagging style?  Perhaps an
> index where you could keep a note on why and when you created the
> tag?

> Is there any tools for this?  -- David

Maybe I'm old-fashioned, but what's wrong with just using grep?

Best wishes,


Colin Baxter
m43...@yandex.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-
Since mathematicians have invaded the theory of relativity, I do not
understand it myself. A. Einstein



Re: [O] Displaying inline svg images

2019-01-09 Thread Colin Baxter
>>>>> Kaushal Modi  writes:

> Hello Colin, Eric: First of all, thanks for checking things on
> your end, and apologize for the noise.

> I had an experimental setting of image-type-header-regexps lying
> in my Emacs config and that messed up the SVG inlining.

> All good now.

No problem - I echo Eric's sentiments. We've all been there.

Best wishes,

-- 
Colin Baxter
m43...@yandex.com



Re: [O] Displaying inline svg images

2019-01-09 Thread Colin Baxter
>>>>> Kaushal Modi  writes:

--- snip 
 
> Great! So any regression in Org mode 9.2 is ruled out :)

> I need to see what's different in my environment: Emacs version,
> imagemagick version.

> Later today, I'll find out my imagemagick version, and also try
> running my example on Emacs 26.1.

If it helps, I tested your file using emacs-26.1 and ImageMagick 6.8.9-9.


Best wishes,

-- 
Colin Baxter
m43...@yandex.com



Re: [O] Displaying inline svg images

2019-01-09 Thread Colin Baxter
>>>>> Eric S Fraga  writes:

> On Wednesday,  9 Jan 2019 at 00:25, Kaushal Modi wrote:
>> Hello,
>> 
>> I am unable to display inline SVG images.

> Your example works fine for me but I am using a slightly old
> version of org so maybe something has changed?

> -- Eric S Fraga via Emacs 27.0.50, Org release_9.1.14-1035-gfeb442


Works fine for me too and I'm using Org mode version 9.2
(release_9.2-152-gc006a6).

Best wishes,

-- 
Colin Baxter
m43...@yandex.com



Re: [O] cannot export to beamer.

2018-12-15 Thread Colin Baxter
>>>>> Josiah Schwab  writes:

>> Now I took the example
>> https://orgmode.org/manual/A-Beamer-example.html#A-Beamer-example
>> 
>> And wanted to export it to beamer but obtained the message
>> user-error: Unknown LaTeX class ‘beamer’

> This sounds to me like you are using the latex exporter, rather
> than the beamer one.

> After

>   (require 'ox-beamer)

I don't have this, only ox-latex - which appears to be sufficient. I can
export the example no problem.

Best wishes,

Colin Baxter
m43...@yandex.com



Re: [O] Where is org-mime?

2018-12-10 Thread Colin Baxter
>>>>> Alexandre Garreau  writes:

> On 2018/12/10 at 10:55, John Kitchin wrote: I believe it is at
> https://github.com/org-mime/org-mime. you can just download
> https://raw.githubusercontent.com/org-mime/org-mime/master/org-mime.el
> into your load-path and then require it.

> This is what I did.

> But I’m seeing everywhere org-mime is inside org-contrib… so is
> this not true?

That must be an old version. It's not in org-mode version 9.1.14.

Best wishes,


Colin Baxter
m43...@yandex.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-
Since mathematicians have invaded the theory of relativity, I do not
understand it myself. A. Einstein



Re: [O] Bug: Link given to gnuplot-mode is out of date [9.1.9 (release_9.1.9-65-g5e4542 @ /nix/store/x7b40y4pxp69h343akhaj4fb9fspacdq-emacs-26.1.50/share/emacs/26.1.50/lisp/org/)]

2018-11-24 Thread Colin Baxter
Dear Nicolas

>>>>> Nicolas Goaziou  writes:

    > Hello, Colin Baxter  writes:

>> Hi,
>>>>>>> Gemini Lasswell  writes:
>> 
>> > In the "Requirements" section of ob-gnuplot.el's header
>> comment, > the link given for gnuplot-mode no longer works.  The
>> same broken > link is also present in org-manual.org.
>> 
>> > Since gnuplot-mode is available on MELPA, I think the most
>> helpful > advice for people trying to set up org-babel-gnuplot
>> would be to > install it from there.
>> 
>> > Emacs : GNU Emacs 26.1.50 (build 1, x86_64-pc-linux-gnu, GTK+ >
>> Version 3.22.30) of 2018-10-11 Package: Org mode version 9.1.9 >
>> (release_9.1.9-65-g5e4542 @ >
>> 
/nix/store/x7b40y4pxp69h343akhaj4fb9fspacdq-emacs-26.1.50/share/emacs/26.1.50/lisp/org/)
>> 
>> I recommend the gnuplot-mode from git:
>> http://github.com/bruceravel/gnuplot-mode/. I found the MELPA
>> version unsatisfactory in that it seemed to have missing
>> functionality.

> This is complicated. The FSF frowns upon referencing Github in a
> GNU manual, or even MELPA. More precisely, no feature in Emacs
> proper — Org ships with it — should necessitate to direct user
> towards a non-free platform. No feature should require a library
> that should be included in Emacs either. See, for example
> bug#32722 or "Dependencies of Org" in Emacs-devel ML.

I understand the FSF's position from reading about their issue with
html-ize. It's not my position - but that's a different matter.

> At this point, I think the only way to stay in Emacs is to move
> ob-gnuplot (and other similar libraries that require non-Emacs
> libraries) in GNU ELPA or some such.

> I'm Cc'ing Bastien for his opinion about it.

> Regards,

> -- Nicolas Goaziou


Best of luck.


Colin Baxter
m43...@yandex.com



Re: [O] Bug: Link given to gnuplot-mode is out of date [9.1.9 (release_9.1.9-65-g5e4542 @ /nix/store/x7b40y4pxp69h343akhaj4fb9fspacdq-emacs-26.1.50/share/emacs/26.1.50/lisp/org/)]

2018-11-24 Thread Colin Baxter
Hi,
> Gemini Lasswell  writes:

> In the "Requirements" section of ob-gnuplot.el's header comment,
> the link given for gnuplot-mode no longer works.  The same broken
> link is also present in org-manual.org.

> Since gnuplot-mode is available on MELPA, I think the most helpful
> advice for people trying to set up org-babel-gnuplot would be to
> install it from there.

> Emacs : GNU Emacs 26.1.50 (build 1, x86_64-pc-linux-gnu, GTK+
> Version 3.22.30) of 2018-10-11 Package: Org mode version 9.1.9
> (release_9.1.9-65-g5e4542 @
> 
/nix/store/x7b40y4pxp69h343akhaj4fb9fspacdq-emacs-26.1.50/share/emacs/26.1.50/lisp/org/)

I recommend the gnuplot-mode from git:
http://github.com/bruceravel/gnuplot-mode/. I found the MELPA version
unsatisfactory in that it seemed to have missing functionality.

Best wishes,



Re: [O] Change default value of org-refile-use-outline-path?

2018-11-22 Thread Colin Baxter
> Eric Abrahamsen  writes:

> Hello, I wonder if there'd be any interest in changing the default
> value of `org-refile-use-outline-path' to something other than
> nil? I can't imagine the nil default would be anyone's preference
> (at least not anyone with more than a handful of headings in a
> single file). How about 'file as a more user-friendly default?

> Eric

Please don't change default values. Users cam always customise the
variable - I have it set to `file'.



Re: [O] OT: gmane seems to be back

2018-10-31 Thread Colin Baxter
>>>>> Robert Pluim  writes:

    > Colin Baxter  writes:
>>>>>>> Nick Dokos  writes:
>> 
>> > Achim Gratz  writes: >> Am 30.10.2018 um
>> 16:57 schrieb Nick Dokos: >>> For a couple of weeks, I had not
>> been able to connect to gmane, >>> so I finally gave up and
>> changed my preferences so that I could >>> receive the email from
>> the list.  I have not seen any >>> acknowledgement anywhere that
>> it was down BTW - did anybody here >>> notice? Or was it just me?
>> >> 
>> >> Plain NNTP wasn't down at all, but connections that use TLS >>
>> stopped working some time ago and probably still don't work.
>> 
>> > I have this in my .gnus.el:
>> 
>> > (setq gnus-select-method '(nntp "news.gmane.org" >
>> (nntp-open-connection-function nntp-open-tls-stream) >
>> (nntp-port-number 563) ;; (nntp-port-number 119) >
>> (nnir-search-engine gmane) ))
>> 
>> My gnus works fine (always has) with just the first line. The
>> nntp-open-tls-stream and port-numbers appear not to be
>> required. And I thought gmane.org was could no longer be searched
>> with nnir.

> If you do that then you connect to port 119 using cleartext and
> the connection is (potentially) upgraded using STARTTLS. Thatʼs
> not the same as making a TLS connection to port 563. Whether this
> matters for reading news is entirely a personal decision.

I did not know this so many thanks for the information.

> The gmane search interface is sadly indeed defunct.

Shame :-(

Best wishes,



Re: [O] OT: gmane seems to be back

2018-10-31 Thread Colin Baxter
> Nick Dokos  writes:

> Achim Gratz  writes:
>> Am 30.10.2018 um 16:57 schrieb Nick Dokos:
>>> For a couple of weeks, I had not been able to connect to gmane,
>>> so I finally gave up and changed my preferences so that I could
>>> receive the email from the list.  I have not seen any
>>> acknowledgement anywhere that it was down BTW - did anybody here
>>> notice? Or was it just me?
>> 
>> Plain NNTP wasn't down at all, but connections that use TLS
>> stopped working some time ago and probably still don't work.

> I have this in my .gnus.el:

> (setq gnus-select-method '(nntp "news.gmane.org"
> (nntp-open-connection-function nntp-open-tls-stream)
> (nntp-port-number 563) ;; (nntp-port-number 119)
> (nnir-search-engine gmane) ))

My gnus works fine (always has) with just the first line. The
nntp-open-tls-stream and port-numbers appear not to be required. And I
thought gmane.org was could no longer be searched with nnir.

Best wishes,



[O] org--string-from-props

2018-10-26 Thread Colin Baxter


I think there may be an issue with commit
b886ebbc8924916c1e36df00639b3208a1c155a2. Using tables, I now get an error:

org--string-from-props: Un-handled `display' value: (space :width 1)

which goes away when I revert the commit.

Best wishes,




Re: [O] org-mode: Would like to add custom chars as org-list bullets

2018-10-25 Thread Colin Baxter
>>>>> Grant Rettke  writes:

> On Sat, Oct 13, 2018 at 1:56 AM Colin Baxter  wrote:
>> 
>> >>>>> Tom Burbage  writes:
>> 
>> > When I use simple lists, I would like to be able to mix in '!'
>> and > '?'  with '-' as these are sometimes more expressive of
>> what the > list item represents.  My request is that the list of
>> characters > org-list recognizes as being a valid "bullet" be
>> customizable by > the user.
>> 
>> Have a look at
>> 
https://emacs.stackexchange.com/questions/35626/how-to-make-my-own-org-mode-text-emphasis-work-again.

> Which code are you recommending?

I'm not recommending anything. I'm suggesting that if you want
one or more characters in a list to act as emphasis then perhaps they
could be defined in terms of org-font-lock-extra-keywords, as in 'Answer
2'.

Best wishes,



Re: [O] org-mode: Would like to add custom chars as org-list bullets

2018-10-13 Thread Colin Baxter
> Tom Burbage  writes:

> When I use simple lists, I would like to be able to mix in '!' and
> '?'  with '-' as these are sometimes more expressive of what the
> list item represents.  My request is that the list of characters
> org-list recognizes as being a valid "bullet" be customizable by
> the user.

Have a look at 
https://emacs.stackexchange.com/questions/35626/how-to-make-my-own-org-mode-text-emphasis-work-again.

Best wishes,



Re: [O] Documentation in ePub Format

2018-09-12 Thread Colin Baxter


There must be something here I don't understand. If you want epub why not
just go from org-manual.org directly to epub using
https://github.com/ofosos/ox-epub? Why do we need to go via texi?

Best wishes,



Re: [O] Recovering org-completion-use-ido functionality

2018-09-04 Thread Colin Baxter
Dear Ben
> ben lamothe  writes:

> Thanks for the suggestion. I did try out
> `ido-completing-read-plus`, but it's too aggressive for me. It
> tries to enable ido *everywhere*, including the interface for
> `M-x`. I just want to enable it for org-mode specific
> completions. Basically, I want replicate exactly the functionality
> that was removed with the `org-completion-use-ido` option.

> Incidentally, the buffer-local variable is also too
> aggressive. Now, when I try to enter a command with `M-x`, that
> interface tries to use IDO for completing reads, and IDO can't
> handle it so it fails. That means I'm back at the drawing board,
> and my previous solution doesn't actually work for me.

> Does anyone know how I replicate the functionality that was
> removed with `org-completion-use-ido`?

Sorry to hear of your ido-completing-read-plus experience. The only
other suggestion I have is to use icomplete, which predates ido. Emacs
has it installed so all you need do is

(require 'icomplete)
(icomplete-mode 1)


It might be worth a try.

Best wishes,



Re: [O] Recovering org-completion-use-ido functionality

2018-09-03 Thread Colin Baxter
> ben lamothe  writes:

> I've been able to implement the functionality I wanted using a
> buffer-local variable in an org-mode hook:
>> 
>> (defun bl/completion-use-ido () "Set the current buffer's
>> completing read engine to IDO."  (setq-local
>> completing-read-function #'ido-completing-read))

> (add-hook 'org-mode-hook 'bl/completion-use-ido)


> I think that works for me, but I'm open to a better suggestion if
> there is one. In any case, I think re-enabling the functionality
> that was removed with the "org-completion-use-ido" function should
> be documented somewhere.

> On Fri, Aug 24, 2018 at 9:46 PM ben lamothe  wrote:

>> Hi. I see from the org-mode 9.0 changelog
>>  that the
>> "org-completion-use-ido" option was removed:
>> 
>>> *Remove all options related to ido or iswitchb* This includes
>>> org-completion-use-iswitchb and org-completion-use-ido.  Instead
>>> Org uses regular functions, e.g., completion-read so as to let
>>> those libraries operate.
>> 
>> 
>> However, I'm unclear from the changelog and I haven't found any
>> other documentation about how to restore the functionality that
>> this option used to enable. I have tried
>> ido-completing-read-plus/ido-ubiquitous
>> ,
>> but that is overkill because it tries to enable ido everywhere,
>> but I just want to re-enable ido for org-mode completion (mainly
>> refile). I also run into the same problem if I try to set the
>> completing read function to the one from ido globally.
>> 
>> What is the best way to restore the functionality of the now
>> removed "org-completion-use-ido" option?
>> 

I've now found `ido-completing-read-plus' to supply what I need. It's at
https://github.com/DarwinAwardWinner/ido-completing-read-plus

Best wishes,



Re: [O] Recovering org-completion-use-ido functionality

2018-09-03 Thread Colin Baxter
Dear Ben,

> ben lamothe  writes:

> I've been able to implement the functionality I wanted using a
> buffer-local variable in an org-mode hook:
>> 
>> (defun bl/completion-use-ido () "Set the current buffer's
>> completing read engine to IDO."  (setq-local
>> completing-read-function #'ido-completing-read))

> (add-hook 'org-mode-hook 'bl/completion-use-ido)

That doesn't work for me

> In any case, I think re-enabling the functionality
> that was removed with the "org-completion-use-ido" function should
> be documented somewhere.

Hear! Hear!

Best wishes,



Re: [O] Request - make comments `bracket-dumb'

2018-08-08 Thread Colin Baxter
Dear Alain,

>>>>> Alain Cochard  writes:

    > Colin Baxter writes on Mon 6 Aug 2018 11:13:
>> 
>> If I launch emacs -q, create an org-mode file and enter a comment
>> as
>> 
>> # Blah blah [[bib:blah]] blah blah.
>> 
>> then the brackets close up such that only one pair is visible. If
>> I want both pairs visible then I have to write [ [bib:blah] ]. If
>> I use #+begin_comment then the bracket content is also
>> highlighted, as if it were active. Both pairs of brackets
>> disappear if `bib:blah' is not present.
>> 
>> This seems to me to be contrary to what a Comment should be -
>> namely a piece of wholly dumb text. Could this not be achieved?

> There is a way to have [[bib:blah]] but I doubt you will like it:
> insert a zero width space between the two opening brackets (see,
> e.g.,
> http://lists.gnu.org/archive/html/emacs-orgmode/2018-06/msg00426.html).

Thank you, I had forgotten about the zero-width space; although, true, I
don't much care for it.

> More generally, there does not seem to be a way to write totally
> verbatim text

That's a pity.

Best wishes,

Colin Baxter
m43...@yandex.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-
Since mathematicians have invaded the theory of relativity, I do not
understand it myself. A. Einstein



[O] Request - make comments `bracket-dumb'

2018-08-06 Thread Colin Baxter


If I launch emacs -q, create an org-mode file and enter a comment as

# Blah blah  [[bib:blah]] blah blah.

then the  brackets close up such that only one pair is visible. If I
want both pairs visible then I have to write [ [bib:blah] ]. If I use
#+begin_comment then the bracket content is also highlighted, as if it
were active. Both pairs of brackets disappear if `bib:blah' is not present.

This seems to me to be contrary to what a Comment should be - namely a
piece of wholly dumb text. Could this not be achieved?

Best wishes,

Colin Baxter
m43...@yandex.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-




Re: [O] org-collector

2018-06-28 Thread Colin Baxter
>>>>> "Nicolas" == Nicolas Goaziou  writes:

    Nicolas> Hello, Colin Baxter  writes:

>> I do not want any output fields of the tables generated by
>> org-collector to show double quotes ("). To achieve this, I
>> changed the stringformat variable at line 136 of org-collector.el
>> to
>> 
>> (setq stringformat (if noquote "%s" "%s"))
>> 
>> Is there a more elegant way to do this other than my clumsy,
>> cargo-cult effort?

Nicolas> Have you tried using :noquote t property?

No I hadn't - but should have. Thank you.

Best wishes,

Colin.



[O] org-collector

2018-06-28 Thread Colin Baxter


Hello,

I do not want any output fields of the tables generated by org-collector
to show double quotes ("). To achieve this, I changed the stringformat
variable at line 136 of org-collector.el to

(setq stringformat (if noquote "%s" "%s"))

Is there a more elegant way to do this other than my clumsy, cargo-cult
effort?

Thank you.


Colin Baxter
m43...@yandex.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-




Re: [O] does this pandoc error look familiar to anybody?

2018-03-19 Thread Colin Baxter
> Adonay Felipe Nogueira  writes:

 snip 

> Good academic and writting practice tells that headings shouldn't
> be more than four levels deep. In LaTeX (which is used for PDF
> export), and its default `article' class, you can have
> `section{}', `subsection{}', `subsubsection{}' and --- if I'm not
> mistaken --- `subsubsubsection{}'.

There's also part{}.

Best wishes,



Re: [O] ox-bibtex

2018-01-10 Thread Colin Baxter
I've overlooked the fact that ox-bibtex is in contribs of org-mode
git. Perhaps it never was in the main lisp directory of org-mode. It
does seem a rather basic package though.

Best wishes.




[O] ox-bibtex

2018-01-10 Thread Colin Baxter

It seems that the emacs-26.0.90 pretest, which uses org-version 9.1.2,
does not contain ox-bibtex. I thought ox-bibtex was introduced at
org-version 8.2.

Best wishes.




Re: [O] Git repository error

2017-12-20 Thread Colin Baxter
>>>>> Robert Klein <rokl...@roklein.de> writes:

> Hi guys, I removed old git-daemon processes and restartet the git
> daemon.

> Does it work better, now?

Yes, it does. I have just updated successfully with an old school 'git
pull'. Thanks.

-- 
Colin Baxter
m43...@yandex.com
-
GnuPG fingerprint: 68A8 799C 0230 16E7 BF68  2A27 BBFA 2492 91F5 41C8
-
Since mathematicians have invaded the theory of relativity, I do not
understand it myself. A. Einstein



  1   2   >