Re: [O] Bug: Org table mal-format with number [9.1.5 (9.1.5-1-gb3ddb0-elpaplus @ /home/gongzhitaao/.emacs.d/.cask/25.2/elpa/org-plus-contrib-20171225/)]

2017-12-29 Thread Nicolas Goaziou
Hello,

Zhitao Gong  writes:

> Org table mal-format with numbers
>
> Example
>
> | hello | world | hello |
> | 5 | hello | 
>
> When you hit the  at the above location, weird format occurs

You may be hitting a transient bug, which was fixed a few days ago. You
need to wait for Monday release or use git repository.

Regards,

-- 
Nicolas Goaziou



Re: [O] Is there a way to get all agenda TODOs programmatically?

2017-12-29 Thread Marcin Borkowski

On 2017-10-07, at 18:54, Matt Lundin  wrote:

>>> Finally, if you want simply to gather the todo data programmatically for
>>> further processing you can use the function org-map-entries.
>>
>> Thanks, that seems to be a good pointer.  I'll check it out.
>
> I think something like this would generate a such a list:
>
> (org-map-entries '(cons (nth 4 (org-heading-components))
>  (list (org-get-deadline-time nil)))
>   "/!TODO" 'agenda)
>
> Each item in the list would look something like this:
>
> ("Test" (23000 24400))
>
> You could then feed the list to whatever function you'd like.

Thanks again.  I played around with this for some time, but there is one
problem.  The agenda has a lot of settings, and replicating them with
org-map-entries turned out to be no fun.

Is there a way to plug into the agenda generating functions somehow to
get a Lisp list of agenda items?  I'm pretty sure that can be done -
org-super-agenda does something similar, after all - but I have no idea
why.  I could delve into agenda source myself, but is is quite hairy, so
maybe someone knows that already?

TIA,

-- 
Marcin Borkowski



[O] Bug: Org table mal-format with number [9.1.5 (9.1.5-1-gb3ddb0-elpaplus @ /home/gongzhitaao/.emacs.d/.cask/25.2/elpa/org-plus-contrib-20171225/)]

2017-12-29 Thread Zhitao Gong

Org table mal-format with numbers

Example

| hello | world | hello |
| 5 | hello | 

When you hit the  at the above location, weird format occurs

I had minimum setup at outlined in
http://orgmode.org/manual/Feedback.html.

---

Emacs  : GNU Emacs 25.2.2 (x86_64-pc-linux-gnu, GTK+ Version 3.22.21)
 of 2017-09-22, modified by Debian
Package: Org mode version 9.1.5 (9.1.5-1-gb3ddb0-elpaplus @ 
/home/gongzhitaao/.emacs.d/.cask/25.2/elpa/org-plus-contrib-20171225/)

current state:
==
(setq
 org-tab-first-hook '(org-babel-hide-result-toggle-maybe
  org-babel-header-arg-expand)
 org-speed-command-hook '(org-speed-command-activate
  org-babel-speed-command-activate)
 org-occur-hook '(org-first-headline-recenter)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-confirm-shell-link-function 'yes-or-no-p
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-src-mode-hook '(org-src-babel-configure-edit-buffer
 org-src-mode-configure-edit-buffer)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-babel-pre-tangle-hook '(save-buffer)
 org-mode-hook '((closure
  (org-inlinetask-min-level buffer-face-mode-face
   org-struct-menu org-last-state org-id-track-globally
   org-clock-start-time texmathp-why remember-data-file
   org-agenda-tags-todo-honor-ignore-options
   iswitchb-temp-buflist calc-embedded-open-mode
   calc-embedded-open-formula calc-embedded-close-formula
   align-mode-rules-list org-export-registered-backends
   ffap-url-regexp t)
  nil
  (add-hook (quote change-major-mode-hook)
   (quote org-show-block-all) (quote append) (quote local))
  )
 (closure (*this* org-babel-confirm-evaluate-answer-no t) nil
  (add-hook (quote change-major-mode-hook)
   (quote org-babel-show-result-all) (quote append)
   (quote local))
  )
 #[0 "\300\301\302\303\304$\207"
   [add-hook change-major-mode-hook org-show-block-all append
local]
   5]
 #[0 "\300\301\302\303\304$\207"
   [add-hook change-major-mode-hook org-babel-show-result-all
append local]
   5]
 org-babel-result-hide-spec org-babel-hide-all-hashes
 org-eldoc-load)
 org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn 
ENTRY)"]
 org-archive-hook '(org-attach-archive-delete-maybe)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers
  org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-link-parameters '(("id" :follow org-id-open)
   ("rmail" :follow org-rmail-open :store
org-rmail-store-link)
   ("mhe" :follow org-mhe-open :store org-mhe-store-link)
   ("irc" :follow org-irc-visit :store org-irc-store-link)
   ("info" :follow org-info-open :export org-info-export
:store org-info-store-link)
   ("gnus" :follow org-gnus-open :store
org-gnus-store-link)
   ("docview" :follow org-docview-open :export
org-docview-export :store org-docview-store-link)
   ("bibtex" :follow org-bibtex-open :store
org-bibtex-store-link)
   ("bbdb" :follow org-bbdb-open :export org-bbdb-export
:complete org-bbdb-complete-link :store
org-bbdb-store-link)
   ("w3m" :store org-w3m-store-link) ("file+sys")
   ("file+emacs") ("doi" :follow org--open-doi-link)
   ("elisp" :follow org--open-elisp-link)
   ("file" :complete org-file-complete-link)
   ("ftp" :follow
(lambda (path) (browse-url (concat "ftp:" path
   ("help" :follow org--open-help-link)
   ("http" :follow
(lambda (path) (browse-url (concat "http:" path
   ("https" :follow
(lambda (path) (browse-url (concat "https:" path
   ("mailto" :follow
(lambda (path) (browse-url (concat "mailto:; path
   ("news" :follow
(lambda (path) (browse-url (concat "news:; path

Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017

2017-12-29 Thread Bastien Guerry
Correcting myself:

Bastien Guerry  writes:

> You can clone Org from the new server with one of these commands:
>
> ~$ git clone g...@code.orgmode.org:bzg/org-mode.git
   ^^^

This is for when you have an account on code.orgmode.org and want
to clone through ssh.

> ~$ git clone https://code.orgmode.org/bzg/org-mode.git
   ^

This is for users who want to clone and don't need an account on
code.orgmode.org.

-- 
 Bastien



Re: [O] ob-python noweb and :var reference error

2017-12-29 Thread stardiviner

This seems fixed not string problem.

But I got new error:

```

   File "", line 9
    client = DelugeRPCClient('127.0.0.1', 58846, , 
9b83ceded9ac08cc5c7403b093115874a6086958

 ^
SyntaxError: invalid syntax

```

I execute src block:

#+NAME: deluge-daemon-username
#+begin_src shell
cat ~/.config/deluge/auth | cut -d ":" -f 1
#+end_src

#+RESULTS: deluge-daemon-username
: localclient

correctly.

But in the python src block, the result is not inserted.

I noticed the echo-area message, the `deluge-daemon-username` src block 
execute is correct.


I will try to edebug on this.


On 12/29/2017 08:09 PM, Nicolas Goaziou wrote:

stardiviner  writes:


If I use that noweb reference, then I got this error:


   File "", line 8
     client = DelugeRPCClient('127.0.0.1', 58846, cat

~/.config/deluge/auth | cut -d ":" -f 1, cat ~/.config/deluge/auth |
cut -d ":" -f 2)
  ^
SyntaxError: invalid syntax

This is because the <> output is not a string
in Python src block.

My bad. Try

   <>





Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017

2017-12-29 Thread Bastien Guerry
Hi Achim,

Achim Gratz  writes:

> And if you'd read through the entirety of the Register article you
> linked to you'd find that presumably any existing OSS hosting would
> continue to be free, so why exactly does Org need to migrate?

I didn't decide to migrate the server based on reading this article
but based on email exchanges with Jason.

Migrating to a new vultr instance was easier than trying to upgrade
the rackspace hosting service and the vultr pricing is better.

Best,

-- 
 Bastien



Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017

2017-12-29 Thread Bastien Guerry
Hi Michael,

Michael Welle  writes:

> thank you all, who are involved in keeping Org going. Not only the
> people, who provide infrastructure, but also the people, who do the daily
> work, who provide patches and the people, who use Org.

+1!

> Is there a way to throw a bit of money on the project, not using the
> company behind the support button on the web page?

I'm on Liberapay and Flattr: 

- https://liberapay.com/bzg
- https://flattr.com/@bzg

I'm not receiving donations through these websites, but it should work.

We are discussing with Nicolas on how to set up a better "donations"
page, we will open the discussion soon.

-- 
 Bastien



Re: [O] ob-python noweb and :var reference error

2017-12-29 Thread Nicolas Goaziou
stardiviner  writes:

> If I use that noweb reference, then I got this error:
>
>>  File "", line 8
>>     client = DelugeRPCClient('127.0.0.1', 58846, cat 
> ~/.config/deluge/auth | cut -d ":" -f 1, cat ~/.config/deluge/auth |
> cut -d ":" -f 2)
>  ^
> SyntaxError: invalid syntax
>
> This is because the <> output is not a string
> in Python src block.

My bad. Try 

  <>


Re: [O] ob-python noweb and :var reference error

2017-12-29 Thread stardiviner

If I use that noweb reference, then I got this error:

>  File "", line 8
>    client = DelugeRPCClient('127.0.0.1', 58846, cat 
~/.config/deluge/auth | cut -d ":" -f 1, cat ~/.config/deluge/auth | cut 
-d ":" -f 2)

 ^
SyntaxError: invalid syntax

This is because the <> output is not a string in 
Python src block.


I also tried to specify `:results` to `value`, `output` and `raw` in 
`deluge-daemon-password` etc. But none of them works.



On 12/29/2017 07:39 PM, Nicolas Goaziou wrote:

Hello,

stardiviner  writes:


I installed python packages through `pip`:

#+begin_src shell
pip install deluge-client
#+end_src


If you want to test those src blocks, you also need to make sure Deluge
installed and daemon started.

And use `deluge-client` like this:

#+NAME: deluge-daemon-username
#+begin_src shell

cat ~/.config/deluge/auth | cut -d ":" -f 1 #+end_src

#+RESULTS: deluge-daemon-username
: localclient

#+NAME: deluge-daemon-password
#+begin_src shell

cat ~/.config/deluge/auth | cut -d ":" -f 2 #+end_src

#+RESULTS: deluge-daemon-password
: 9b83ceded9ac08cc5c7403b093115874a6086958

#+begin_src python :noweb yes :results list
from deluge_client import DelugeRPCClient

client = DelugeRPCClient('127.0.0.1', 58846, username, password)

Shouldn't this be:

   client = DelugeRPCClient('127.0.0.1', 58846, <>, 
<>)

Untested.

Regards,






Re: [O] ob-python specify :session error

2017-12-29 Thread numbch...@gmail.com
 After Edebug:
I found the problem location:

  - [ ] org-babel-execute:python

#+begin_src emacs-lisp
(session (org-babel-python-initiate-session
  (cdr (assq :session params
#+end_src

- [ ] org-babel-python-initiate-session
  - [ ] org-babel-python-session-buffer

BTW: I'm using latest `master` branch source code.

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

On Fri, Dec 29, 2017 at 7:28 PM, Nicolas Goaziou 
wrote:

> Hello,
>
> stardiviner  writes:
>
> > I have following org content:
> >
> > I define variable in Python inferior REPL (launched by [M-x run-python])
> >
> > Python> name = "chris"
> >
> > #+begin_src python :session "*Python*"
> > print(name)
> > #+end_src
> >
> > But I got error:
> >
> >  > org-babel-python-evaluate-session: Buffer *Python-*Python** does not
> > exist or has no process
>
> Try this:
>
> #+begin_src python :session *Python* :results output
> print(name)
> #+end_src
>
> #+RESULTS:
> : chris
>
>
> Regards,
>
> --
> Nicolas Goaziou
>


Re: [O] ob-python specify :session error

2017-12-29 Thread Nicolas Goaziou
"numbch...@gmail.com"  writes:

>  Still get same error:
>> org-babel-python-evaluate-session: Buffer *Python-*Python** does not
> exist or has no process

As demonstrated in my output, I cannot reproduce your problem, then.

Regards,



[O] bug#24865: more information

2017-12-29 Thread Nicolas Goaziou
Hello,

Wensheng Xie  writes:

> Hi, bug-fixer:
>
> I find out that my link description text contain "[" and "]" so that the
> display is not correct.
>
> Is it a bug or is there a way to use "[" and "]" in the description
> text?

Square brackets are forbidden in description text. If you use
`org-insert-link', it changes them into curly brackets.

Regards,

-- 
Nicolas Goaziou0x80A93738





[O] bug#24791: bug#24791: org-todo-yesterday behaves like plain org-todo (incorrect timestamp)

2017-12-29 Thread Nicolas Goaziou
Hello,

Allen Li  writes:

> I can confirm that it's fixed on 9.1.4 (org-plus-contrib-20171205)

I'm closing the report, then.

Thank you.

Regards,

-- 
Nicolas Goaziou0x80A93738





Re: [O] ob-python specify :session error

2017-12-29 Thread numbch...@gmail.com
 Still get same error:
> org-babel-python-evaluate-session: Buffer *Python-*Python** does not
exist or has no process

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

On Fri, Dec 29, 2017 at 7:28 PM, Nicolas Goaziou 
wrote:

> Hello,
>
> stardiviner  writes:
>
> > I have following org content:
> >
> > I define variable in Python inferior REPL (launched by [M-x run-python])
> >
> > Python> name = "chris"
> >
> > #+begin_src python :session "*Python*"
> > print(name)
> > #+end_src
> >
> > But I got error:
> >
> >  > org-babel-python-evaluate-session: Buffer *Python-*Python** does not
> > exist or has no process
>
> Try this:
>
> #+begin_src python :session *Python* :results output
> print(name)
> #+end_src
>
> #+RESULTS:
> : chris
>
>
> Regards,
>
> --
> Nicolas Goaziou
>


Re: [O] ob-python noweb and :var reference error

2017-12-29 Thread Nicolas Goaziou
Hello,

stardiviner  writes:

> I installed python packages through `pip`:
>
> #+begin_src shell
> pip install deluge-client
> #+end_src
>
>
> If you want to test those src blocks, you also need to make sure Deluge 
> installed and daemon started.
>
> And use `deluge-client` like this:
>
> #+NAME: deluge-daemon-username
> #+begin_src shell
>
> cat ~/.config/deluge/auth | cut -d ":" -f 1 #+end_src
>
> #+RESULTS: deluge-daemon-username
> : localclient
>
> #+NAME: deluge-daemon-password
> #+begin_src shell
>
> cat ~/.config/deluge/auth | cut -d ":" -f 2 #+end_src
>
> #+RESULTS: deluge-daemon-password
> : 9b83ceded9ac08cc5c7403b093115874a6086958
>
> #+begin_src python :noweb yes :results list
> from deluge_client import DelugeRPCClient
>
> client = DelugeRPCClient('127.0.0.1', 58846, username, password)

Shouldn't this be:

  client = DelugeRPCClient('127.0.0.1', 58846, <>, 
<>)

Untested.

Regards,

-- 
Nicolas Goaziou



[O] ob-python noweb and :var reference error

2017-12-29 Thread stardiviner

I installed python packages through `pip`:

#+begin_src shell
pip install deluge-client
#+end_src

If you want to test those src blocks, you also need to make sure Deluge 
installed and daemon started.


And use `deluge-client` like this:

#+NAME: deluge-daemon-username
#+begin_src shell
cat ~/.config/deluge/auth | cut -d ":" -f 1
#+end_src

#+RESULTS: deluge-daemon-username
: localclient

#+NAME: deluge-daemon-password
#+begin_src shell
cat ~/.config/deluge/auth | cut -d ":" -f 2
#+end_src

#+RESULTS: deluge-daemon-password
: 9b83ceded9ac08cc5c7403b093115874a6086958

#+begin_src python :noweb yes :results list
from deluge_client import DelugeRPCClient

client = DelugeRPCClient('127.0.0.1', 58846, username, password)
client.connect()
client.connected # True
client.call('core.get_torrents_status', {}, ['name'])
#=> {'79816060ea56d56f2a2148cd45705511079f9bca': {'name': 
'TPB.AFK.2013.720p.h264-SimonKlose'}}

#+end_src


But got error:

```

Traceback (most recent call last):
  File "", line 15, in 
  File "", line 10, in main
  File 
"/home/stardiviner/.virtualenvs/python3.6/lib/python3.6/site-packages/deluge_client/client.py", 
line 62, in connect

    result = self.call('daemon.login', self.username, self.password)
  File 
"/home/stardiviner/.virtualenvs/python3.6/lib/python3.6/site-packages/deluge_client/client.py", 
line 110, in call

    raise exception(exception_msg)
deluge_client.client.b'BadLoginError': b'Username does not exist'

b'  File "/usr/lib/python2.7/site-packages/deluge/core/rpcserver.py", 
line 262, in dispatch\n    ret = 
component.get("AuthManager").authorize(*args, **kwargs)\n  File 
"/usr/lib/python2.7/site-packages/deluge/core/authmanager.py", line 89, 
in authorize\n    raise BadLoginError("Username does not exist")\n'

```




Re: [O] ob-python specify :session error

2017-12-29 Thread Nicolas Goaziou
Hello,

stardiviner  writes:

> I have following org content:
>
> I define variable in Python inferior REPL (launched by [M-x run-python])
>
> Python> name = "chris"
>
> #+begin_src python :session "*Python*"
> print(name)
> #+end_src
>
> But I got error:
>
>  > org-babel-python-evaluate-session: Buffer *Python-*Python** does not 
> exist or has no process

Try this:

#+begin_src python :session *Python* :results output
print(name)
#+end_src

#+RESULTS:
: chris


Regards,

-- 
Nicolas Goaziou



[O] ob-python specify :session error

2017-12-29 Thread stardiviner

I have following org content:

I define variable in Python inferior REPL (launched by [M-x run-python])

Python> name = "chris"


#+begin_src python :session "*Python*"
print(name)
#+end_src

But I got error:

> org-babel-python-evaluate-session: Buffer *Python-*Python** does not 
exist or has no process





Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017

2017-12-29 Thread Achim Gratz

Am 28.12.2017 um 18:12 schrieb Bastien Guerry:

thanks to Jason Dunsmore, we were able to have our orgmode.org server
sponsored by Rackspace.  Their OSS hosting program ends by the end of
the year¹.  Thanks a lot to Rackspace for this program, it saved us a
lot of money!  And to Jason for letting us know about it.


And if you'd read through the entirety of the Register article you 
linked to you'd find that presumably any existing OSS hosting would 
continue to be free, so why exactly does Org need to migrate?


--
Achim.

(on the road :-)




[O] bug#29885: 25.3; org-mode table messing up!

2017-12-29 Thread Marco Wahl
The following message is a courtesy copy of an article
that has been posted to gmane.emacs.orgmode as well.

Eli Zaretskii  writes:

>> From: rahuljuli...@gmail.com
>> Date: Thu, 28 Dec 2017 22:23:59 -0200
>> 
>> Starting from emacs -Q, table TABs are ok and does the job.

Could you provide an MWE?

>> But if I start with emacs (even without a .emacs file), i get something
>> like:
>> 
>> Table:
>> 
>> | a | a | a | a | a | a |  
>> |   |   |   |   |   |   |  
>> 
>> 
>> then I type something like:
>> 
>> 
>> 
>> | a | a | a | a | a | a |  
>> |   | sss |   |   |   |   |  
>> 
>> 
>> If i press TAB at the end... instead of lines aligned, i get:
>> 
>> | a | a   | a | a | a | a |
>> |   | sss |   |   |   |   |
>> 
>
> If the problem happens without a .emacs file, but does not happen in
> "emacs -Q", it means the reason is somewhere in the site-init files of
> your Emacs installation.  So I suggest to look at the init files
> loaded by Emacs, one of them is somehow causing this.

The described alignment of the colums behaves as documented AFAICT.  See
the info pages at (info "(org) Built-in table editor").

"A table is re-aligned automatically each time you press  or
 or ‘C-c C-c’ inside the table."


Regards
   Marco
   





[O] bug#29885: 25.3; org-mode table messing up!

2017-12-29 Thread Eli Zaretskii
> From: rahuljuli...@gmail.com
> Date: Thu, 28 Dec 2017 22:23:59 -0200
> 
> Starting from emacs -Q, table TABs are ok and does the job.
> 
> But if I start with emacs (even without a .emacs file), i get something
> like:
> 
> Table:
> 
> | a | a | a | a | a | a |  
> |   |   |   |   |   |   |  
> 
> 
> then I type something like:
> 
> 
> 
> | a | a | a | a | a | a |  
> |   | sss |   |   |   |   |  
> 
> 
> If i press TAB at the end... instead of lines aligned, i get:
> 
> | a | a   | a | a | a | a |
> |   | sss |   |   |   |   |
> 

If the problem happens without a .emacs file, but does not happen in
"emacs -Q", it means the reason is somewhere in the site-init files of
your Emacs installation.  So I suggest to look at the init files
loaded by Emacs, one of them is somehow causing this.