Re: [O] Something happened in git server

[Takaaki Ishikawa]

Dear Robert,

Really appreciate it! Now it works.

BTW, I never know the repository can be accessed via HTTP protocol. I think we 
should disseminate it because some colleagues cannot use GIT protocol due to 
firewall. Any comments?

Best,
Takaaki


> Sep 5, 2016 04:44、Colin Baxter  のメール：
> 
> On Sun, Sep 04 2016, Robert Klein wrote:
> 
>> Hi,
>> 
>> http access seemed to be Ok, but there was something fishy about git.
>> I restarted all services, so everything should be Ok, now.
>> 
>> Best regards
>> Robert
>> 
>> 
>> On Mon, 5 Sep 2016 00:51:22 +0900
>> Ishikawa Takaaki  wrote:
>> 
>>> Many thanks to your reports. Unfortunately, it’s not working even
>>> now. I don’t know who is in charge of doing something to the server
>>> but I think we should contact ASAP.
>>> 
>>> Best,
>>> Takaaki
>>> 
>>> 
 Sep 3, 2016 23:12、Charles Millar  のメール：
 
 On 09/03/2016 09:36 AM, Colin Baxter wrote:
> On Sat, Sep 03 2016, Takaaki Ishikawa wrote:
> 
>> Hi all,
>> 
>> I've received an error message like `fatal: read error: Connection
>> reset by peer` from the git server of orgmode when I ran fetch and
>> also pull command. Does anybody have the same problem now?
>> 
>> Best,
>> Takaaki
> Yes, the org-mode git server appears to be not working.
> 
 Yesterday morning around 8:00 EDT I tried it and it was not working
 then.
>>> 
>>> 
> 
> git server is working for me now. I've just pulled the latest org-mode
> and it made ok.
> 
> Thanks.
> 
> Colin.



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [O] Something happened in git server

[Colin Baxter]

On Sun, Sep 04 2016, Robert Klein wrote:

> Hi,
>
> http access seemed to be Ok, but there was something fishy about git.
> I restarted all services, so everything should be Ok, now.
>
> Best regards
> Robert
>
>
> On Mon, 5 Sep 2016 00:51:22 +0900
> Ishikawa Takaaki  wrote:
>
>> Many thanks to your reports. Unfortunately, it’s not working even
>> now. I don’t know who is in charge of doing something to the server
>> but I think we should contact ASAP.
>> 
>> Best,
>> Takaaki
>> 
>> 
>> > Sep 3, 2016 23:12、Charles Millar  のメール：
>> > 
>> > On 09/03/2016 09:36 AM, Colin Baxter wrote:  
>> >> On Sat, Sep 03 2016, Takaaki Ishikawa wrote:
>> >>   
>> >>> Hi all,
>> >>> 
>> >>> I've received an error message like `fatal: read error: Connection
>> >>> reset by peer` from the git server of orgmode when I ran fetch and
>> >>> also pull command. Does anybody have the same problem now?
>> >>> 
>> >>> Best,
>> >>> Takaaki  
>> >> Yes, the org-mode git server appears to be not working.
>> >>   
>> > Yesterday morning around 8:00 EDT I tried it and it was not working
>> > then. 
>> 
>> 

git server is working for me now. I've just pulled the latest org-mode
and it made ok.

Thanks.

Colin.

Re: [O] Can't store link in mu4e

[Brett Presnell]

After looking into this more carefully, I learned that org-add-link-type
is deprecated.  In case anyone else runs into this, the solution is to
edit org-mu4e.el, replacing the lines

(org-add-link-type "mu4e" 'org-mu4e-open)
(add-hook 'org-store-link-functions 'org-mu4e-store-link)

with the single line

(org-link-set-parameters "mu4e" :follow #'org-mu4e-open :store 
#'org-mu4e-store-link)

I'll report this to the mu developer in case he isn't already aware of
the upcoming change in org mode.  I wonder if org-mu4e.el wouldn't be
better maintained as a part of org (like org-gnus.el and org-mew.el)
rather than as a part of mu4e.


Brett Presnell  writes:

> I pulled the latest org from git a few days ago.  Now I can no longer
> store links to email messages in mu4e with "C-c l".  The message I get
> is
> 
> No method for storing a link from this buffer
> 
> Nothing else has changed, and I am still able to pull up email message
> by clicking on (old) links in org files, and org-capture of email
> messages still works with "C-c c".
> 
> I'm running
> 
>mu/mu4e version 0.9.17 from github
> 
> and a snapshot of GNU Emacs 25
> 
>GNU Emacs 25.1.50.2 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9) of
>2016-08-23
> 
> Any ideas?  I really depend on this functionality.

Re: [O] Something happened in git server

[Robert Klein]

Hi,

http access seemed to be Ok, but there was something fishy about git.
I restarted all services, so everything should be Ok, now.

Best regards
Robert


On Mon, 5 Sep 2016 00:51:22 +0900
Ishikawa Takaaki  wrote:

> Many thanks to your reports. Unfortunately, it’s not working even
> now. I don’t know who is in charge of doing something to the server
> but I think we should contact ASAP.
> 
> Best,
> Takaaki
> 
> 
> > Sep 3, 2016 23:12、Charles Millar  のメール：
> > 
> > On 09/03/2016 09:36 AM, Colin Baxter wrote:  
> >> On Sat, Sep 03 2016, Takaaki Ishikawa wrote:
> >>   
> >>> Hi all,
> >>> 
> >>> I've received an error message like `fatal: read error: Connection
> >>> reset by peer` from the git server of orgmode when I ran fetch and
> >>> also pull command. Does anybody have the same problem now?
> >>> 
> >>> Best,
> >>> Takaaki  
> >> Yes, the org-mode git server appears to be not working.
> >>   
> > Yesterday morning around 8:00 EDT I tried it and it was not working
> > then. 
> 
> 

Re: [O] Something happened in git server

[Ishikawa Takaaki]

Many thanks to your reports. Unfortunately, it’s not working even now. I don’t 
know who is in charge of doing something to the server but I think we should 
contact ASAP.

Best,
Takaaki


> Sep 3, 2016 23:12、Charles Millar  のメール：
> 
> On 09/03/2016 09:36 AM, Colin Baxter wrote:
>> On Sat, Sep 03 2016, Takaaki Ishikawa wrote:
>> 
>>> Hi all,
>>> 
>>> I've received an error message like `fatal: read error: Connection
>>> reset by peer` from the git server of orgmode when I ran fetch and
>>> also pull command. Does anybody have the same problem now?
>>> 
>>> Best,
>>> Takaaki
>> Yes, the org-mode git server appears to be not working.
>> 
> Yesterday morning around 8:00 EDT I tried it and it was not working then.
> 

Re: [O] Beamer mode: specify globally #+ATTR_LATEX:

[Eric S Fraga]

On Saturday,  3 Sep 2016 at 19:10, ST wrote:
> Hello,
>
> I have many images in my presentation. I would like all of them to have
> the following:
> #+ATTR_LATEX: :width 0.5\hsize
>
> Is there a way to specify this globally (like in the header of the
> file), so I don't need to write this before each image?

There is a variable you can specify:

,[ C-h v org-latex-image-default-width RET ]
| org-latex-image-default-width is a variable defined in ‘ox-latex.el’.
| Its value is "0.9\\linewidth"
| Original value was ".9\\linewidth"
| 
| Documentation:
| Default width for images.
| This value will not be used if a height is provided.
| 
| You can customize this variable.
| 
| This variable was introduced, or its default value was changed, in
| version 24.4 of Emacs.
| 
| [back]
`

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.94.1, Org release_8.3.5-1070-g190476

Re: [O] table/calc: subscr() fails with date

[Nicolas Goaziou]

Hello,

Karl Voit  writes:

> I've found a bug when using subscr() to get the value of the previous
> row. With the following date values, it fails and I don't have an idea
> why:
>
> | date   | previous date  |
> |+|
> | [2015-08-21 Fri 16.57] ||

There is a typo above.

> | [2015-12-30 Wed 11:08] | [1986, Fri, 16.57] |
> | [2016-02-01 Mon 18:33] | <2015-12-30 Wed 11:08> |
> | [2016-03-01 Tue 19:01] | <2016-02-01 Mon 18:33> |
> | [2016-04-01 Fri 19:39] | <2016-03-01 Tue 19:01> |
> | [2016-05-01 Sun 13:01] | <2016-04-01 Fri 19:39> |
> | [2016-06-01 Wed 18:24] | <2016-05-01 Sun 13:01> |
> | [2016-07-02 Sat 16:44] | <2016-06-01 Wed 18:24> |
> | [2016-08-01 Mon 19:18] | <2016-07-02 Sat 16:44> |
> | [2016-09-02 Fri 15:34] | <2016-08-01 Mon 19:18> |
> #+TBLFM: @3$2..@>$2 = subscr(@<$1..@>$1, @# - 1)
>
> Do you have any hint or idea?

The fact that inactive time stamps are turned into active ones is
because Calc only handles the latter. So all inactive time stamps are
turned into active ones prior to evaluation.

Regards,

-- 
Nicolas Goaziou

Re: [O] Bug: table/calc: subscr() fails with *bold* headline

[Nicolas Goaziou]

Hello,

Karl Voit  writes:

> I've found a bug when using subscr() to copy a value from a previous
> row. If the corresponding headline is in *bold* letters, the formula
> does not work:
>
> | *Value* | Previous Value |
> |-+|
> |   1 ||
> |   2 | #ERROR |
> |   3 | #ERROR |
> |   4 | #ERROR |
> #+TBLFM: @3$2..@>$2 = subscr(@<$1..@>$1, @# - 1)

This is not a bug in Org.

Calc probably considers *Value* as an invalid operation (missing
operands). You can simply ignore the header line

  subscr(@<<$1..@>$1, @# - 1)

or turn any suspicious value as a number

  subscr(@<$1..@>$1, @# - 1);N

Regards,

-- 
Nicolas Goaziou

Re: [O] Time clocking problem

[Malcolm Purvis]

> "Louis" == Louis Turk  writes:

Louis> * Organization
[...]
Louis> :PROPERTIES:
Louis> :CLOCK_MODELINE_TOTAL: today
Louis> :id: eb155a82-92b2-4f25-a3c6-0304591af2f9
Louis> :END:

Louis> (defvar bh/organization-task-id "eb155a82-92b2-4f25-a3c6-0304591af2f9")

Louis,

These look correct to me.  Does the following command produce any output?

M-: (org-id-find bh/organization-task-id)

Perhaps org can't find file with the Organization node.  It the file in
your agenda list?

Malcolm

-- 
   Malcolm Purvis 

[O] org-trigger-hook and org-babel-execute-subtree

[Fabio Leimgruber]

Hello all,

I am trying to evaluate source blocks under certain heading when their
TODO state changes.  This is what I have so far to test it:

#+BEGIN_SRC emacs-lisp
(defun my-run-babel-on-todo (plist)
  "When TODO state changes, run all source blocks below heading"
  (let* ((element (org-element-at-point))
 (babel-p (org-element-property :TRIGGER_BABEL element)))
(when babel-p
  (princ "This gets run alright, but not the next one")
  (org-babel-execute-subtree
#+END_SRC

#+BEGIN_SRC emacs-lisp
(add-hook 'org-trigger-hook 'my-run-babel-on-todo)
#+END_SRC

* TODO test
:PROPERTIES:
:TRIGGER_BABEL: t
:END:

#+BEGIN_SRC calc
  1 + 1
#+END_SRC

As hinted at in the (princ ...), org-babel-execute-subtree is not run.
Am I missing something?


Best Regards,
Fabio Leimgruber


signature.asc
Description: PGP signature