emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] Emacs-orgmode Digest, Vol 134, Issue 12wdxxwcrxxxxxwcxcxcwxw*w#


From: Vincent Pressicaud
Subject: Re: [O] Emacs-orgmode Digest, Vol 134, Issue 12wdxxwcrxxxxxwcxcxcwxw*w##w*‰g%gg"**gg&
Date: Wed, 12 Apr 2017 19:03:24 +0200
User-agent: Android

B bb 5Y n ne de n nb bb


Geggggggegggg






























x





















wxxg

gg
&
3g
G
gg?????????¿??¿???5?


&



Envoyé par BlueMail
&;;

Affffffrrrrryrryyeyeyeyeyrytrtyrrryrryrhryrhrhhufxrayrfhà


D








Gggguggg

&wg
W
W

W
w

,
w,w




x


W

Le 12 avr. 2017, à 18:00, address@hidden a écrit:
Send Emacs-orgmode mailing list submissions to
address@hidden

To subscribe or unsubscribe via the World Wide Web, visite,



Ndw#
####
d
https://lists.gnu.org/mailman/listinfo/emacs-orgmode
or, via email, send a message with subject or body 'help'**--
dd

 to
 address@hidden



D

D





d




You can reach the person managing the list at
address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Emacs-orgmode digest..."


Today's Topics:

1. Re: org-link-search failing to find links created by clock
table (Stacey Marshall)
2. Re: is it bad to have both org and org-plus-contrib
installed? (Kaushal Modi)
3. Re: is it bad to have both org and org-plus-contrib
installed? (Cook, Malcolm)
4. [PATCH] lisp/ob-sql.el: Fix filename conversion in minGW
environment. (Xi Shen)
5. org-plot on multiple y axes (Aaron Jensen)
6. Re: org-plot on multiple y axes (Eric S Fraga)
7. Re: Bug: finding close tasks has infinite loop [9.0.5
(release_9.0.5-433-ge65be5 @
/home/hs/.emacs.d/git/org-mode/lisp/)] (Stefan-W. Hahn)
8. Re: Viewing pdf images (Doyley, Marvin M.)
9. Mathjax CDN to shutdown April 30th 2017 (Adam Aviv)
10. Re: Mathjax CDN to shutdown April 30th 2017
(Adonay Felipe Nogueira)
11. Re: ox-man line break (Francesco Montanari)





Message: 1
Date: Tue, 11 Apr 2017 23:37:55 +0100
From: Stacey Marshall <address@hidden>
To: Org Mode <address@hidden>
Subject: Re: [O] org-link-search failing to find links created by
clock table
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii

*** Some additional information, by example

Emacs : GNU Emacs 25.2.1 (x86_64-apple-darwin16.4.0, Carbon Version 157 AppKit 1504.81)
of 2017-03-07
Package: Org mode version 9.0.5 (release_9.0.5-351-g0e0fda.dirty @ /Users/stacey/.emacs.d/org-mode/lisp/)

In this buffer the TODO keywords are FIXME and FIXED, as set by:

#+SEQ_TODO: FIXME FIXED

Clock table generated with C-c C-x C-r and then modified to include link and increase maxlevel to include the sample CLOCK entries below.

#+BEGIN: clocktable :maxlevel 4 :scope subtree :link t
#+CAPTION: Clock summary at [2017-04-11 Tue 23:29]
| Headline | Time | | | |
|----------------------------+-----------+---+---------+---------|
| *Total time* | *1h 4min* | | | |
|----------------------------+-----------+---+---------+---------|
| \_ [[file:/Users/stacey/Dropbox/org-mode.org::Example%20of%20the%20issue][Example of the issue]] | | | 1h 4min | |
| \_ [[file:/Users/stacey/Dropbox/org-mode.org::Test%20log][Test log]] | | | | 0h 4min |
| \_ [[file:/Users/stacey/Dropbox/org-mode.org::FIXME%20Test%20log][FIXME Test log]] | | | | 1h 0min |
#+END:

- Test Log link works, its link is:
- FIXME Test log does not, its link is:

**** Test log
:LOGBOOK:
CLOCK: [2017-04-11 Tue 23:20]--[2017-04-11 Tue 23:24] => 0:04
:END:
**** FIXME Test log
:LOGBOOK:
CLOCK: [2017-04-11 Tue 22:20]--[2017-04-11 Tue 23:20] => 1:00
:END:


--
Stacey









Message: 2
Date: Tue, 11 Apr 2017 22:38:37 +0000
From: Kaushal Modi <address@hidden>
To: "Thomas S. Dye" <address@hidden>, Alan Schmitt
<address@hidden>
Cc: emacs-orgmode <address@hidden>
Subject: Re: [O] is it bad to have both org and org-plus-contrib
installed?
Message-ID:
<address@hidden>
Content-Type: text/plain; charset="utf-8"

Hi all,

I just discovered a bug in this advice that I suggested earlier in this
thread.. I needed to fix the order of packages in the new-ret list that is
returned. The bug was that the order of pkgs in new-ret was flipped
compared to that in orig-ret.. so I needed to flip it back using reverse.

So just for record, here is the fixed function:

;; http://emacs.stackexchange.com/a/26513/115
(defun modi/package-dependency-check-ignore (orig-ret)
"Remove the `black listed packages' from ORIG-RET.

Packages listed in the let-bound `pkg-black-list' will not be auto-installed
even if they are found as dependencies.

It is known that this advice is not effective when installed packages
asynchronously using `paradox'. Below is effective on synchronous
package installations."
(let ((pkg-black-list '(org))
new-ret
pkg-name)
(dolist (pkg-struct orig-ret)
(setq pkg-name (package-desc-name pkg-struct))
(if (member pkg-name pkg-black-list)
(message (concat "Package `%s' will not be installed. "
"See `modi/package-dependency-check-ignore'.")
pkg-name)
(push pkg-struct new-ret)))
;; Tue Apr 11 17:48:16 EDT 2017 - kmodi
;; It's *very* critical that the order of packages stays the same in
NEW-RET
;; as in ORIG-RET. The `push' command flips the order, so use `reverse'
;; to flip the order back to the original.
;; Without this step, you will get errors like below when installing
;; packages with dependencies:
;; Debugger entered--Lisp error: (error "Unable to activate package
?nim-mode?.
;; Required package ?flycheck-28? is unavailable")
(setq new-ret (reverse new-ret))
new-ret))
(advice-add 'package-compute-transaction :filter-return
#'modi/package-dependency-check-ignore)

On Tue, Jan 24, 2017 at 11:28 AM Thomas S. Dye <address@hidden> wrote:


Alan Schmitt writes:

Thank you for the suggestion, but I use Spacemacs, which in turn uses
paradox.

Why couldn't there be an org-contrib package, depending on org? So that
way org would not be duplicated in two packages.

I've run into the same problem with Spacemacs and would welcome a
solution.

All the best,
Tom

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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]