database version conflict
David Bremner schrieb am 20:07 Donnerstag, 16.Oktober 2014: > If you're on debian, why don't you try "make debian-snapshot" > This will make debian packages from current git. It fails: Traceback (most recent call last): File "/usr/bin/dh_python3", line 34, in from debpython.debhelper import DebHelper ImportError: No module named debpython.debhelper
database version conflict
Sepp Tannhuber writes: > David Bremner schrieb am 18:10 Donnerstag, 16.Oktober > 2014: > > >> If you're running a pre-release version of notmuch, then you should also >> get the libraries and python bindings from the same version of the >> source. In particular the python bindings from git look for libnotmuch4 > > > > I don't know what I have to do now. /usr/local/lib/libnotmuch.so.4 is already > there. I've also made > easy_install notmuch If you're on debian, why don't you try "make debian-snapshot" This will make debian packages from current git. d
database version conflict
Sepp Tannhuber writes: > > Can anybody help me to fix this? I cannot understand why my notmuch version > from > git obviously doesn't support the existing database format version. The > notmuch > version from my current debian installation results in the same warning. > > I should mention that I have used notmuch and alot from git before without any > problems. So I think the problem might be related to one of the other packages > needed for alot: python-notmuch or libnotmuch3. I've tried these packages > from debian stable and unstable without success. If you're running a pre-release version of notmuch, then you should also get the libraries and python bindings from the same version of the source. In particular the python bindings from git look for libnotmuch4 d
database version conflict
David Bremner schrieb am 18:10 Donnerstag, 16.Oktober
2014:
> If you're running a pre-release version of notmuch, then you should also
> get the libraries and python bindings from the same version of the
> source. In particular the python bindings from git look for libnotmuch4
I don't know what I have to do now. /usr/local/lib/libnotmuch.so.4 is already
there. I've also made
easy_install notmuch
But if I remove the python-notmuch and libnotmuch3 packages with debian's
uninstaller, alot doesn't start anymore:
Traceback (most recent call last):
File "/usr/local/bin/alot", line 19, in
from alot.init import main
File "/usr/local/lib/python2.7/dist-packages/alot/init.py", line 11, in
from alot.db.manager import DBManager
File "/usr/local/lib/python2.7/dist-packages/alot/db/__init__.py", line 5, in
from thread import Thread
File "/usr/local/lib/python2.7/dist-packages/alot/db/thread.py", line 6, in
from message import Message
File "/usr/local/lib/python2.7/dist-packages/alot/db/message.py", line 8, in
from notmuch import NullPointerError
File
"/usr/local/lib/python2.7/dist-packages/notmuch-0.15.2-py2.7.egg/notmuch/__init__.py",
line 54, in
from .database import Database
File
"/usr/local/lib/python2.7/dist-packages/notmuch-0.15.2-py2.7.egg/notmuch/database.py",
line 24, in
from .globals import (
File
"/usr/local/lib/python2.7/dist-packages/notmuch-0.15.2-py2.7.egg/notmuch/globals.py",
line 27, in
raise ImportError("Could not find shared 'notmuch' library.")
ImportError: Could not find shared 'notmuch' library.
So my next question is how to install python-notmuch from source instead of
debian's
installer.
notmuch vim patches
> I'm starting to realize that I could default to using 'enter' to both > open URI's and view attachments. Any other ideas welcome. - make some of the functions public so users can bind them to keys they want - introduce show_[prev,next]_unread_msg, probably factor out "show_scroll_to_msg()" and implement prev/next msg with that? - use proper buffers instead of Scratch buffers, so BufExplorer also shows notmuch-vim buffers - folding of messages; add option to fold read messages by default. I think I can implement the second point (if you not already did that). I also looked into folding, but my knowledge of all the possiblities is not that good (manual folding markers look ugly, don't know if/how 'syntax' will work; and IMHO the user's shortcuts for folding should still work). Franz
[RFC][PATCH v1] emacs: Improve the behaviour of the 'q' binding.
When a user hits 'q' in a notmuch buffer, kill the buffer only if there are no other windows currently showing it. --- This arose from a discussion in #notmuch. Please try it and see if you like the new behaviour. emacs/notmuch-lib.el | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/emacs/notmuch-lib.el b/emacs/notmuch-lib.el index 1e166c6..bc6f119 100644 --- a/emacs/notmuch-lib.el +++ b/emacs/notmuch-lib.el @@ -240,9 +240,13 @@ depending on the value of `notmuch-poll-script'." (call-process notmuch-command nil nil nil "new"))) (defun notmuch-kill-this-buffer () - "Kill the current buffer." + "Undisplay the current buffer." (interactive) - (kill-buffer (current-buffer))) + ;; If more than one window is showing this buffer, bury rather than + ;; kill it. + (if (> (length (get-buffer-window-list nil nil t)) 1) + (bury-buffer) +(kill-buffer))) (defun notmuch-documentation-first-line (symbol) "Return the first line of the documentation string for SYMBOL." -- 2.1.1
notmuch vim patches
Franz Fellner wrote: > > > > I'm starting to realize that I could default to using 'enter' to both > > open URI's and view attachments. Any other ideas welcome. > > - make some of the functions public so users can bind them to keys they > want Not sure I understand this one. You want to be able to access the notmuch functions outside of notmuch buffers? > - introduce show_[prev,next]_unread_msg, probably factor out > "show_scroll_to_msg()" and implement prev/next msg with that? I have not done this yet but that would be a great addition. Especially to jump through unread messages in a thread. > - use proper buffers instead of Scratch buffers, so BufExplorer also > shows notmuch-vim buffers > - folding of messages; add option to fold read messages by default. > > I think I can implement the second point (if you not already did > that). > I also looked into folding, but my knowledge of all the possiblities is > not that good (manual folding markers look ugly, don't know if/how 'syntax' > will work; and IMHO the user's shortcuts for folding should still work). Yeah I'm not sure how we would do that. I do remember the old email client for vim had some form of folding in the syntax file I think. That seem right? The other feature I'd like is to be able to view the full headers of an email. Ian
database version conflict
Dear all, I had to reinstall my PC because I had some trouble. My home directory including Maildir has been copied from the old installation. I'm using alot 0.3.6 with notmuch 0.18.1+126~g7487e2e. When starting alot, I receive the following warning and cannot change any labels: Warning: Notmuch database at /home/sepp/Maildir/.notmuch has a newer database format version (3) than supported by this version of notmuch (1). Some operations may behave incorrectly, (but the database will not be harmed since it is being opened in read-only mode). Can anybody help me to fix this? I cannot understand why my notmuch version from git obviously doesn't support the existing database format version. The notmuch version from my current debian installation results in the same warning. I should mention that I have used notmuch and alot from git before without any problems. So I think the problem might be related to one of the other packages needed for alot: python-notmuch or libnotmuch3. I've tried these packages from debian stable and unstable without success. ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
[RFC][PATCH v1] emacs: Improve the behaviour of the 'q' binding.
When a user hits 'q' in a notmuch buffer, kill the buffer only if there are no other windows currently showing it. --- This arose from a discussion in #notmuch. Please try it and see if you like the new behaviour. emacs/notmuch-lib.el | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/emacs/notmuch-lib.el b/emacs/notmuch-lib.el index 1e166c6..bc6f119 100644 --- a/emacs/notmuch-lib.el +++ b/emacs/notmuch-lib.el @@ -240,9 +240,13 @@ depending on the value of `notmuch-poll-script'. (call-process notmuch-command nil nil nil new))) (defun notmuch-kill-this-buffer () - Kill the current buffer. + Undisplay the current buffer. (interactive) - (kill-buffer (current-buffer))) + ;; If more than one window is showing this buffer, bury rather than + ;; kill it. + (if ( (length (get-buffer-window-list nil nil t)) 1) + (bury-buffer) +(kill-buffer))) (defun notmuch-documentation-first-line (symbol) Return the first line of the documentation string for SYMBOL. -- 2.1.1 ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: notmuch vim patches
I'm starting to realize that I could default to using 'enter' to both open URI's and view attachments. Any other ideas welcome. - make some of the functions public so users can bind them to keys they want - introduce show_[prev,next]_unread_msg, probably factor out show_scroll_to_msg() and implement prev/next msg with that? - use proper buffers instead of Scratch buffers, so BufExplorer also shows notmuch-vim buffers - folding of messages; add option to fold read messages by default. I think I can implement the second point (if you not already did that). I also looked into folding, but my knowledge of all the possiblities is not that good (manual folding markers look ugly, don't know if/how 'syntax' will work; and IMHO the user's shortcuts for folding should still work). Franz ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: database version conflict
Sepp Tannhuber sepp.tannhu...@yahoo.de writes: Can anybody help me to fix this? I cannot understand why my notmuch version from git obviously doesn't support the existing database format version. The notmuch version from my current debian installation results in the same warning. I should mention that I have used notmuch and alot from git before without any problems. So I think the problem might be related to one of the other packages needed for alot: python-notmuch or libnotmuch3. I've tried these packages from debian stable and unstable without success. If you're running a pre-release version of notmuch, then you should also get the libraries and python bindings from the same version of the source. In particular the python bindings from git look for libnotmuch4 d ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: database version conflict
David Bremner da...@tethera.net schrieb am 18:10 Donnerstag, 16.Oktober 2014: If you're running a pre-release version of notmuch, then you should also get the libraries and python bindings from the same version of the source. In particular the python bindings from git look for libnotmuch4 I don't know what I have to do now. /usr/local/lib/libnotmuch.so.4 is already there. I've also made easy_install notmuch But if I remove the python-notmuch and libnotmuch3 packages with debian's uninstaller, alot doesn't start anymore: Traceback (most recent call last): File /usr/local/bin/alot, line 19, in module from alot.init import main File /usr/local/lib/python2.7/dist-packages/alot/init.py, line 11, in module from alot.db.manager import DBManager File /usr/local/lib/python2.7/dist-packages/alot/db/__init__.py, line 5, in module from thread import Thread File /usr/local/lib/python2.7/dist-packages/alot/db/thread.py, line 6, in module from message import Message File /usr/local/lib/python2.7/dist-packages/alot/db/message.py, line 8, in module from notmuch import NullPointerError File /usr/local/lib/python2.7/dist-packages/notmuch-0.15.2-py2.7.egg/notmuch/__init__.py, line 54, in module from .database import Database File /usr/local/lib/python2.7/dist-packages/notmuch-0.15.2-py2.7.egg/notmuch/database.py, line 24, in module from .globals import ( File /usr/local/lib/python2.7/dist-packages/notmuch-0.15.2-py2.7.egg/notmuch/globals.py, line 27, in module raise ImportError(Could not find shared 'notmuch' library.) ImportError: Could not find shared 'notmuch' library. So my next question is how to install python-notmuch from source instead of debian's installer. ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: database version conflict
Sepp Tannhuber sepp.tannhu...@yahoo.de writes: David Bremner da...@tethera.net schrieb am 18:10 Donnerstag, 16.Oktober 2014: If you're running a pre-release version of notmuch, then you should also get the libraries and python bindings from the same version of the source. In particular the python bindings from git look for libnotmuch4 I don't know what I have to do now. /usr/local/lib/libnotmuch.so.4 is already there. I've also made easy_install notmuch If you're on debian, why don't you try make debian-snapshot This will make debian packages from current git. d ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: notmuch vim patches
Franz Fellner wrote: I'm starting to realize that I could default to using 'enter' to both open URI's and view attachments. Any other ideas welcome. - make some of the functions public so users can bind them to keys they want Not sure I understand this one. You want to be able to access the notmuch functions outside of notmuch buffers? - introduce show_[prev,next]_unread_msg, probably factor out show_scroll_to_msg() and implement prev/next msg with that? I have not done this yet but that would be a great addition. Especially to jump through unread messages in a thread. - use proper buffers instead of Scratch buffers, so BufExplorer also shows notmuch-vim buffers - folding of messages; add option to fold read messages by default. I think I can implement the second point (if you not already did that). I also looked into folding, but my knowledge of all the possiblities is not that good (manual folding markers look ugly, don't know if/how 'syntax' will work; and IMHO the user's shortcuts for folding should still work). Yeah I'm not sure how we would do that. I do remember the old email client for vim had some form of folding in the syntax file I think. That seem right? The other feature I'd like is to be able to view the full headers of an email. Ian ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: database version conflict
David Bremner da...@tethera.net schrieb am 20:07 Donnerstag, 16.Oktober 2014: If you're on debian, why don't you try make debian-snapshot This will make debian packages from current git. It fails: Traceback (most recent call last): File /usr/bin/dh_python3, line 34, in module from debpython.debhelper import DebHelper ImportError: No module named debpython.debhelper ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re:
On Sat, 04 Oct 2014, David Bremner da...@tethera.net wrote: This is in some sense a successor to id:cover.1411914914.git.j...@nikula.org It includes the first two patches of that series verbatim, and adds some tests. I like it, very nice. Start pushing and add the post-insert hook patch from my series on top? ;) BR, Jani. ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: database version conflict
It's solved. I made python setup.py build sudo python setup.py install in bindings/python. And that's it. ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: notmuch vim patches
Franz Fellner wrote: I'm starting to realize that I could default to using 'enter' to both open URI's and view attachments. Any other ideas welcome. - make some of the functions public so users can bind them to keys they want - introduce show_[prev,next]_unread_msg, probably factor out show_scroll_to_msg() and implement prev/next msg with that? You know I was just reading a thread and hit 'a' to archive a message within the thread and for some reason it hung for a few seconds.. but it made me think we should be able to press 'a' (or whatever archive key) and have it archive and move to next unread. That seems to me to be a good behavior with a natural flow. Ian - use proper buffers instead of Scratch buffers, so BufExplorer also shows notmuch-vim buffers - folding of messages; add option to fold read messages by default. I think I can implement the second point (if you not already did that). I also looked into folding, but my knowledge of all the possiblities is not that good (manual folding markers look ugly, don't know if/how 'syntax' will work; and IMHO the user's shortcuts for folding should still work). Franz ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
Re: database version conflict
Sepp Tannhuber sepp.tannhu...@yahoo.de writes: David Bremner da...@tethera.net schrieb am 20:07 Donnerstag, 16.Oktober 2014: If you're on debian, why don't you try make debian-snapshot This will make debian packages from current git. It fails: Traceback (most recent call last): File /usr/bin/dh_python3, line 34, in module from debpython.debhelper import DebHelper ImportError: No module named debpython.debhelper I'm glad you solved your problem, but this part sounds like something is wrong (or at least unusual) with your Debian system. In my Jessie system debpython.debihelper is part of the python-minimal; this is a dependency of the package python. d ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch
