[O] Bug in Sticky Agendas
I've got a few tasks that I don't want appearing in the daily agenda, so I tag them with agenda_exclude and set org-agenda-skip-function to skip any entries with that tag for my daily agenda: binvGaqlAO1UI.bin Description: application/emacs-lisp As you can see, I've got a second agenda view for my nightly checklist. So here's my problem: the skip-function is unset if I try using the nightly view. To reproduce: 0. Turn on sticky agendas 1. C-c a d (day view agenda) 2. C-c q (quit-window) 3. C-c a T n (Nightly view) 4. Switch back to day view agenda 5. 'r' (org-agenda-redo) Now the excluded tasks appear in the day view agenda, whereas they didn't before. -- Ian Dunn
Re: [O] TODO in org-mode
Hi, Welcome to Org mode community. You will need to add your org file to agenda_files (org->file list for agenda->add/move current file...). If you want to learn more about basic concepts, it may be also a good idea to watch Rainer König's org mode tutorial series (https://www.youtube.com/watch?v=sQS06Qjnkcc=PLVtKhBrRV_ZkPnBtt_TD1Cs9PJlU0IIdE). P.S. I recommend you to familiarize yourself with key bindings. Using menu is very too much slower. Regards, Ihor "M. P."writes: > I know this is basic but I am having difficulty getting TODO states to work. > In ORG I select new heading than TODO from the menu but I don’t understand > how to save this so that it works with things like agenda view? -- Ihor Radchenko, PhD Student Singapore University of Technology and Design, 8 Somapah Road Singapore 487372 Email: yanta...@gmail.com, ihor_radche...@mymail.sutd.edu.sg Tel: +6584017977 signature.asc Description: PGP signature
[O] TODO in org-mode
I know this is basic but I am having difficulty getting TODO states to work. In ORG I select new heading than TODO from the menu but I don’t understand how to save this so that it works with things like agenda view?
Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017
On Sat, Dec 30, 2017 at 3:57 AM, Bastienwrote: > Hi Achim, > > Achim Gratz writes: > >> Am 29.12.2017 um 13:26 schrieb Bastien Guerry: >>> Migrating to a new vultr instance was easier than trying to upgrade >>> the rackspace hosting service and the vultr pricing is better. >> >> It's water under the bridge now, but if there had been a discussion >> here we might have converged to a different solution. > > Yes, I should have raised the issue on the list to see if people would > come up with preferrable solutions, apologies for that. > > But I had very little time and the clock was ticking. > > Since I wasn't sure I could follow a potentially long discussion with > many suggestions, and since the solution I envisioned does not impact > regular users, I thought it was best to *just do it*. > > Nothing is irreversible, my time is gone anyway. > > So if you want to open a discussion on better hosting plans and if you > or someone else is willing to handle the migration and to maintain the > server afterwards, we can of course discuss this. It sounds like we already have a solution, so I don't suggest anyone spend more time on this since I am sure there are lots of bugs that would be worth fixing. I don’t want to blame anyone, just to clarify the state of affairs. It looks like Rackspace failed to communicate properly and on short notice. People simply make mistakes, including myself, so I don’t think pointing fingers is productive.
Re: [O] Bug: agenda text search with buffer restriction fails [9.1.5 (9.1.5-1-gb3ddb0-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20171225/)]
On Sat, Dec 30, 2017 at 4:10 AM, Bastienwrote: > Hi Allen, > > thanks for the patch, it looks good. > > Can you provide it with a changelog? Like for those two: > > https://code.orgmode.org/bzg/org-mode/commit/b9b921716ba1d2a564bb9443427dfb21bb609e05 > https://code.orgmode.org/bzg/org-mode/commit/da83e7d583895976a2398becbb995bcce1f729be Oops, done. Attached new patch. > I assume the email address darkfeline AT felesatra DOT moe belongs > to you, in which case you don't need to add "TINYCHANGE" at the end > of the changelog message since your FSF papers are signed. Yes, that's under a domain that I own so I don't rely on Gmail to receive email (although I often send with Gmail to avoid spam filter issues, alas). You can find my public key/identity on, e.g. the MIT key servers. > > Thanks! > > -- > Bastien From 21d8d507474ac3faa5b1ea9dfa7aa3647cddd8af Mon Sep 17 00:00:00 2001 From: Allen Li Date: Sat, 30 Dec 2017 03:41:51 -0800 Subject: [PATCH] Remove agenda-archives even with buffer restriction * lisp/org-agenda.el (org-search-view): Remove agenda-archives even with buffer restriction --- lisp/org-agenda.el | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 18630..7f3b9d0ca 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -4482,9 +4482,9 @@ is active." (setq files (org-agenda-files nil 'ifmode)) ;; Add `org-agenda-text-search-extra-files' unless there is some ;; restriction. - (unless (get 'org-agenda-files 'org-restrict) - (when (eq (car org-agenda-text-search-extra-files) 'agenda-archives) - (pop org-agenda-text-search-extra-files) + (when (eq (car org-agenda-text-search-extra-files) 'agenda-archives) + (pop org-agenda-text-search-extra-files) + (unless (get 'org-agenda-files 'org-restrict) (setq files (org-add-archive-files files ;; Uniquify files. However, let `org-check-agenda-file' handle ;; non-existent ones. -- 2.15.1
Re: [O] Bug: agenda text search with buffer restriction fails [9.1.5 (9.1.5-1-gb3ddb0-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20171225/)]
Hi Allen, thanks for the patch, it looks good. Can you provide it with a changelog? Like for those two: https://code.orgmode.org/bzg/org-mode/commit/b9b921716ba1d2a564bb9443427dfb21bb609e05 https://code.orgmode.org/bzg/org-mode/commit/da83e7d583895976a2398becbb995bcce1f729be I assume the email address darkfeline AT felesatra DOT moe belongs to you, in which case you don't need to add "TINYCHANGE" at the end of the changelog message since your FSF papers are signed. Thanks! -- Bastien
Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017
Hi Achim, Achim Gratzwrites: > Am 29.12.2017 um 13:26 schrieb Bastien Guerry: >> Migrating to a new vultr instance was easier than trying to upgrade >> the rackspace hosting service and the vultr pricing is better. > > It's water under the bridge now, but if there had been a discussion > here we might have converged to a different solution. Yes, I should have raised the issue on the list to see if people would come up with preferrable solutions, apologies for that. But I had very little time and the clock was ticking. Since I wasn't sure I could follow a potentially long discussion with many suggestions, and since the solution I envisioned does not impact regular users, I thought it was best to *just do it*. Nothing is irreversible, my time is gone anyway. So if you want to open a discussion on better hosting plans and if you or someone else is willing to handle the migration and to maintain the server afterwards, we can of course discuss this. Thanks, -- Bastien
Re: [O] Bug: agenda text search with buffer restriction fails [9.1.5 (9.1.5-1-gb3ddb0-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20171225/)]
On Sat, Dec 30, 2017 at 3:38 AM, Allen Liwrote: > Doing a text agenda search with org-agenda-text-search-extra-files > set to (agenda-archives) and with a buffer restriction results in an error: > > Debugger entered--Lisp error: (wrong-type-argument stringp agenda-archives) > file-exists-p(agenda-archives) > #[(a b) "\302 !\205 \302 !\205 \303 \"\207" [a b file-exists-p > file-equal-p] 3]("/tmp/tmp.org" agenda-archives) > cl--position("/tmp/tmp.org" (agenda-archives) 0 1) > cl--delete-duplicates(("/tmp/tmp.org" agenda-archives) (:test #[(a > b) "\302 !\205 \302 !\205 \303 \"\207" [a b file-exists-p > file-equal-p] 3]) t) > cl-remove-duplicates(("/tmp/tmp.org" agenda-archives) :test #[(a b) > "\302 !\205 \302 !\205 \303 \"\207" [a b file-exists-p file-equal-p] > 3]) > org-search-view(nil) > funcall-interactively(org-search-view nil) > call-interactively(org-search-view) > org-agenda(nil) > funcall-interactively(org-agenda nil) > call-interactively(org-agenda nil nil) > command-execute(org-agenda) I made a patch for this (attached), which works when evaluated in my working session. We were not removing the agenda-archives symbol if a restriction is in effect. > > > Emacs : GNU Emacs 25.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.26) > of 2017-12-04 > Package: Org mode version 9.1.5 (9.1.5-1-gb3ddb0-elpaplus @ > /home/ionasal/.emacs.d/elpa/org-plus-contrib-20171225/) From ea7602a50ce258eeb4833962f91150d401303171 Mon Sep 17 00:00:00 2001 From: Allen Li Date: Sat, 30 Dec 2017 03:41:51 -0800 Subject: [PATCH] Remove agenda-archives even with buffer restriction --- lisp/org-agenda.el | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el index 18630..7f3b9d0ca 100644 --- a/lisp/org-agenda.el +++ b/lisp/org-agenda.el @@ -4482,9 +4482,9 @@ is active." (setq files (org-agenda-files nil 'ifmode)) ;; Add `org-agenda-text-search-extra-files' unless there is some ;; restriction. - (unless (get 'org-agenda-files 'org-restrict) - (when (eq (car org-agenda-text-search-extra-files) 'agenda-archives) - (pop org-agenda-text-search-extra-files) + (when (eq (car org-agenda-text-search-extra-files) 'agenda-archives) + (pop org-agenda-text-search-extra-files) + (unless (get 'org-agenda-files 'org-restrict) (setq files (org-add-archive-files files ;; Uniquify files. However, let `org-check-agenda-file' handle ;; non-existent ones. -- 2.15.1
Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017
Am 29.12.2017 um 13:26 schrieb Bastien Guerry: Migrating to a new vultr instance was easier than trying to upgrade the rackspace hosting service and the vultr pricing is better. It's water under the bridge now, but if there had been a discussion here we might have converged to a different solution. -- Achim. (on the road :-)
[O] Bug: agenda text search with buffer restriction fails [9.1.5 (9.1.5-1-gb3ddb0-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20171225/)]
Doing a text agenda search with org-agenda-text-search-extra-files set to (agenda-archives) and with a buffer restriction results in an error: Debugger entered--Lisp error: (wrong-type-argument stringp agenda-archives) file-exists-p(agenda-archives) #[(a b) "\302 !\205 \302 !\205 \303 \"\207" [a b file-exists-p file-equal-p] 3]("/tmp/tmp.org" agenda-archives) cl--position("/tmp/tmp.org" (agenda-archives) 0 1) cl--delete-duplicates(("/tmp/tmp.org" agenda-archives) (:test #[(a b) "\302 !\205 \302 !\205 \303 \"\207" [a b file-exists-p file-equal-p] 3]) t) cl-remove-duplicates(("/tmp/tmp.org" agenda-archives) :test #[(a b) "\302 !\205 \302 !\205 \303 \"\207" [a b file-exists-p file-equal-p] 3]) org-search-view(nil) funcall-interactively(org-search-view nil) call-interactively(org-search-view) org-agenda(nil) funcall-interactively(org-agenda nil) call-interactively(org-agenda nil nil) command-execute(org-agenda) Emacs : GNU Emacs 25.3.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.26) of 2017-12-04 Package: Org mode version 9.1.5 (9.1.5-1-gb3ddb0-elpaplus @ /home/ionasal/.emacs.d/elpa/org-plus-contrib-20171225/)
Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017
Hi Allen, Allen Liwrites: > I'm not sure I understand. According to the referenced news article, > Rackspace will continue to service existing FOSS projects (i.e., Org) > for free. Shouldn't Rackspace's free pricing be better than vultr's > $5 hosting? Here is an excerpt of the email Jason received on Oct 17: From: Rackspace Date: Tue, Oct 17, 2017 at 3:47 PM Subject: Rackspace Cloud Support Update to: Open Source Discount Program Thank you for participating in the Open Source Discount program! Over the past 3 years, Rackspace has provided over 100 startups with discounted cloud infrastructure through this program. We are proud of our contribution in this area, and hope these credits have helped contribute to the success of your organization as it has for so many others. With that said, we have decided that now is the right time to close out this program. On December 31, 2017, the Open Source discount program will end, and credits will no longer be applied to your account. You will be responsible for your full invoice amount moving forward. To help reduce any impact that this may cause to your business, we would like to schedule an Account Review. In this review, we will discuss the best options for your account moving forward. Please reply back so that we can set up a day and time works best for this review. You can also call in 1-800-961-4454 and ask for your Technical Account Manager. "You will be responsible for your full invoice amount moving forward." reads like "You will pay the bill" to me -- and apparently many others were confused to. I didn't have time to follow the discussions that followed up and maybe Rackspace is still sponsoring FLOSS project, I don't know. But I think the move to another server is a good thing. Best, -- Bastien
Re: [O] [IMPORTANT] Server migration: please update your git repositories before 31/12/2017
On Fri, Dec 29, 2017 at 4:26 AM, Bastien Guerrywrote: > 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. I'm not sure I understand. According to the referenced news article, Rackspace will continue to service existing FOSS projects (i.e., Org) for free. Shouldn't Rackspace's free pricing be better than vultr's $5 hosting?