This adds a sort-order option to saved-searches, stores it in the
saved-search buttons (widgets), and uses the stored value when the
button is pressed.
Storing the sort-order in the widget was suggested by Jani in
id:4c3876274126985683e888641b29cf18142a5eb8.1391771337.git.jani at nikula.org.
---
Switching notmuch-hello-insert-buttons to plists means we can easily
pass extra options through to the buttons.
---
emacs/notmuch-hello.el | 33 +++--
1 file changed, 19 insertions(+), 14 deletions(-)
diff --git a/emacs/notmuch-hello.el b/emacs/notmuch-hello.el
Make the defcustom for notmuch-saved-searches use the new plist
format. It should still work with oldstyle saved-searches but will
write the newstyle form.
---
emacs/notmuch-hello.el |2 +-
emacs/notmuch-lib.el | 28 +---
2 files changed, 26 insertions(+), 4
This uses the helper functions: the saved searches format has not
changed yet but backwards compatibility means everything still works.
---
emacs/notmuch-hello.el | 48 ++--
emacs/notmuch.el |6 +++---
2 files changed, 25 insertions(+), 29
Add helper functions to for saved searches to ease the transition to
the new plist form while maintaining backwards compatibility. They
will be used in the next patch.
---
emacs/notmuch-hello.el | 39 +++
1 file changed, 39 insertions(+)
diff --git
On Sat, Apr 05 2014, "W. Trevor King" wrote:
> Gentoo's dev-python/docutils-0.10 installs Docutils scripts with a
> *.py extension, so I have /usr/bin/rst2man.py and no rst2man script.
> This patch supports users with both types of systems by checking for
> rst2man, falling back on rst2man.py,
Quoth Mark Walters on Apr 05 at 10:24 pm:
> This uses the helper functions: the saved searches format has not
> changed yet but backwards compatibility means everything still works.
> ---
> emacs/notmuch-hello.el | 48
> ++--
> emacs/notmuch.el
Jeremy Nickurak writes:
> Off the top of my head, you could have an encrypted index too, which you
> can only search while able to decrypt. Certainly another level of
> complexity.
>
But why add so much complexity?
If a user decides that either transport security is enough or
additionally the
Quoth Mark Walters on Apr 05 at 10:24 pm:
> Add helper functions to for saved searches to ease the transition to
> the new plist form while maintaining backwards compatibility. They
> will be used in the next patch.
> ---
> emacs/notmuch-hello.el | 39 +++
>
On Sat, Apr 05 2014, David Bremner wrote:
> Jani Nikula writes:
>
>> We've supported mbox files containing a single message for historical
>> reasons, but the support has been deprecated, with a warning message
>> while indexing, since Notmuch 0.15. Finally drop the support, and
>> consider all
"W. Trevor King" writes:
> {build|install}-man, which is backend (Sphinx/Docutils) agnostic
> sphinx-{html|texinfo|info}, which doesn't have an install target
>
> Is that distinction intentional? Personally I prefer the consistency
> of:
>
> {build|install}-{man|html|texinfo|info}
>
I
Hello!
Would it be possible to add the configurable option to also decrypt
encrypted messages on the fly while indexing to make them searchable,
too?
That would be really great for people that consider gnupg mainly an
encryption for transport or have their complete hard drive encrypted...
"W. Trevor King" writes:
> The rst2man target was removed in 9d9a700 (doc: build man pages at
> build time; introduce HAVE_SPHINX, HAVE_RST2MAN, 2014-03-13), but a
> reference in the install docs slipped through. While I was removing
> that reference, I also:
>
> * Converted doc/INSTALL to
next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140405/b7335327/attachment-0001.pgp>
john.wyzer at gmx.de writes:
> Would it be possible to add the configurable option to also decrypt
> encrypted messages on the fly while indexing to make them searchable,
> too?
>
> That would be really great for people that consider gnupg mainly an
> encryption for transport or have their
David Bremner writes:
> Currently "make debian-snapshot" will include the performance corpus
> tarball in the source package, which slows things down and wastes disk
> space. tar-ignore is needed twice to keep the default exclude rules
> (e.g. to exclude .git)
Pushed this. I'm thinking it
Jani Nikula writes:
> We've supported mbox files containing a single message for historical
> reasons, but the support has been deprecated, with a warning message
> while indexing, since Notmuch 0.15. Finally drop the support, and
> consider all mbox files non-email.
series pushed.
d
Manual pages are now generated and during the generation the version
string is read from `version` file, so this (currently failing) test
checking manual page versions can be removed.
While at it, changed the case pattern *[^0-9.]*
to its portable alternative *[!0-9.]*
---
"W. Trevor King" writes:
> On Sun, Feb 16, 2014 at 07:46:29PM -0400, David Bremner wrote:
>> pushed the last 4.
>
> It looks like there's still a nmbug-status branch on
> git://notmuchmail.org/git/notmuch. It's an ancestor of debian/0.17-4,
> and nmbug-status development seems to have calmed
'pre upgrade dump' is not much of a test, but at least this way we get
somewhat sensible behaviour if it fails.
---
test/T530-upgrade.sh | 6 ++
1 file changed, 6 insertions(+)
diff --git a/test/T530-upgrade.sh b/test/T530-upgrade.sh
index d46e3d1..7d5d5aa 100755
--- a/test/T530-upgrade.sh
All we do here is calculate the backup filename, and call the existing
dump routine.
Also take the opportity to add a message about being safe to
interrupt.
---
notmuch-new.c| 29 -
test/T530-upgrade.sh | 4 +++-
2 files changed, 31 insertions(+), 2
We rely completely on zlib to do the right thing in detecting gzipped
input. Since our dump format is chosen to be 7 bit ascii, this should
be fine.
---
doc/man1/notmuch-restore.rst | 8
notmuch-restore.c| 93 +---
Recent proposed patches for gzipped input had a bug with handling
missing newlines that was not caught by the current test suite
---
test/T240-dump-restore.sh | 9 +
1 file changed, 9 insertions(+)
diff --git a/test/T240-dump-restore.sh b/test/T240-dump-restore.sh
index d79aca8..b6d8602
The idea is to provide a more or less drop in replacement for readline
to read from zlib/gzip streams. Take the opportunity to replace
malloc with talloc.
---
util/Makefile.local | 3 +-
util/util.c | 24 +++
util/util.h | 29 ++
util/zlib-extra.c |
The main goal is to support gzipped output for future internal
calls (e.g. from notmuch-new) to notmuch_database_dump.
The additional dependency is not very heavy since xapian already pulls
in zlib.
We want the dump to be "atomic", in the sense that after running the
dump file is either present
Supercedes
id:1396554083-3892-2-git-send-email-david at tethera.net
- adds new analogues of strerror
- util_error_string
- gz_error_string
Interdiff:
diff --git a/configure b/configure
index 1d624f7..83b4af7 100755
--- a/configure
+++ b/configure
@@ -509,7 +509,7 @@ EOF
echo "
.org
> http://notmuchmail.org/mailman/listinfo/notmuch
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140405/4cbd66bf/attachment-0001.html>
r encrypted with GnuPG (http://www.gnupg.org).
For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
On Sat, Apr 05 2014, David Bremner wrote:
> john.wyzer at gmx.de writes:
>
>> Would it be possible to add the configurable option to also decrypt
>> encrypted messages on the fly while indexing to make them searchable,
>> too?
>>
>> That would be really great for people that consider gnupg
The rst2man target was removed in 9d9a700 (doc: build man pages at
build time; introduce HAVE_SPHINX, HAVE_RST2MAN, 2014-03-13), but a
reference in the install docs slipped through. While I was removing
that reference, I also:
* Converted doc/INSTALL to reStructuredText, so I can link to Sphinx
excefile is gone in Python 3 [1]. Instead of exec-ing the
configuration, it's easier to insert the source directory in Python's
path [2], and just import the configuration. With this change,
prerst2man.py is compatible with both Python 2 and 3.
[1]:
Gentoo's dev-python/docutils-0.10 installs Docutils scripts with a
*.py extension, so I have /usr/bin/rst2man.py and no rst2man script.
This patch supports users with both types of systems by checking for
rst2man, falling back on rst2man.py, and giving up only if neither is
found. Users can also
Avoid:
$ make HAVE_SPHINX=0 HAVE_RST2MAN=1 build-man
python ./doc/prerst2man.py ./doc doc/_build/man
Traceback (most recent call last):
File "./doc/prerst2man.py", line 65, in
os.system('set -x; rst2man {0} {1}/{2}.{3}'
NameError: name 'os' is not defined
make: ***
Python 3 only supports the 0oXXX notation for octal literals [1,2],
which have also been supported in 2.x since 2.6 [2].
[1]: https://docs.python.org/3.0/whatsnew/3.0.html#integers
[2]: http://legacy.python.org/dev/peps/pep-3127/
---
doc/prerst2man.py | 4 ++--
1 file changed, 2 insertions(+), 2
Before this patch, the open was unnecessarily early and relied on the
process cleanup to close. Neither one of these was a real problem,
but PEP 343's context managers (which landed in Python 2.5) make
proper cleanup very easy.
[1]: http://legacy.python.org/dev/peps/pep-0343/
---
excefile is gone in Python 3 [1]. Instead of exec-ing the
configuration, it's easier to insert the source directory in Python's
path [2], and just import the configuration. With this change,
mkdocdeps.py is compatible with both Python 2 and 3.
[1]:
I just bumped into this today while testing v2 of my
content-description series:
$ ./configure
?
$ make
?
python ./doc/mkdocdeps.py ./doc doc/_build doc/docdeps.mk
Traceback (most recent call last):
File "./doc/mkdocdeps.py", line 6, in
execfile(srcdir + '/conf.py')
pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140405/97ea6436/attachment.pgp>
This is a simple approach to improving security when replying to
signed or encrypted messages. If the message being replied to was
signed, add mml tag to sign the reply. If the message being replied to
was encrypted, add mml tag to sign and encrypt the reply.
This may need configuration; I for
Manual pages are now generated and during the generation the version
string is read from `version` file, so this (currently failing) test
checking manual page versions can be removed.
While at it, changed the case pattern *[^0-9.]*
to its portable alternative *[!0-9.]*
---
On Sun, Feb 16, 2014 at 07:46:29PM -0400, David Bremner wrote:
pushed the last 4.
It looks like there's still a nmbug-status branch on
git://notmuchmail.org/git/notmuch. It's an ancestor of debian/0.17-4,
and nmbug-status development seems to have calmed back down, so that
branch can probably
Supercedes
id:1396554083-3892-2-git-send-email-da...@tethera.net
- adds new analogues of strerror
- util_error_string
- gz_error_string
Interdiff:
diff --git a/configure b/configure
index 1d624f7..83b4af7 100755
--- a/configure
+++ b/configure
@@ -509,7 +509,7 @@ EOF
echo
All we do here is calculate the backup filename, and call the existing
dump routine.
Also take the opportity to add a message about being safe to
interrupt.
---
notmuch-new.c| 29 -
test/T530-upgrade.sh | 4 +++-
2 files changed, 31 insertions(+), 2
Recent proposed patches for gzipped input had a bug with handling
missing newlines that was not caught by the current test suite
---
test/T240-dump-restore.sh | 9 +
1 file changed, 9 insertions(+)
diff --git a/test/T240-dump-restore.sh b/test/T240-dump-restore.sh
index d79aca8..b6d8602
We rely completely on zlib to do the right thing in detecting gzipped
input. Since our dump format is chosen to be 7 bit ascii, this should
be fine.
---
doc/man1/notmuch-restore.rst | 8
notmuch-restore.c| 93 +---
'pre upgrade dump' is not much of a test, but at least this way we get
somewhat sensible behaviour if it fails.
---
test/T530-upgrade.sh | 6 ++
1 file changed, 6 insertions(+)
diff --git a/test/T530-upgrade.sh b/test/T530-upgrade.sh
index d46e3d1..7d5d5aa 100755
--- a/test/T530-upgrade.sh
The idea is to provide a more or less drop in replacement for readline
to read from zlib/gzip streams. Take the opportunity to replace
malloc with talloc.
---
util/Makefile.local | 3 +-
util/util.c | 24 +++
util/util.h | 29 ++
util/zlib-extra.c |
W. Trevor King wk...@tremily.us writes:
On Sun, Feb 16, 2014 at 07:46:29PM -0400, David Bremner wrote:
pushed the last 4.
It looks like there's still a nmbug-status branch on
git://notmuchmail.org/git/notmuch. It's an ancestor of debian/0.17-4,
and nmbug-status development seems to have
Jani Nikula j...@nikula.org writes:
We've supported mbox files containing a single message for historical
reasons, but the support has been deprecated, with a warning message
while indexing, since Notmuch 0.15. Finally drop the support, and
consider all mbox files non-email.
series pushed.
David Bremner da...@tethera.net writes:
Currently make debian-snapshot will include the performance corpus
tarball in the source package, which slows things down and wastes disk
space. tar-ignore is needed twice to keep the default exclude rules
(e.g. to exclude .git)
Pushed this. I'm
I just bumped into this today while testing v2 of my
content-description series:
$ ./configure
…
$ make
…
python ./doc/mkdocdeps.py ./doc doc/_build doc/docdeps.mk
Traceback (most recent call last):
File ./doc/mkdocdeps.py, line 6, in module
execfile(srcdir + '/conf.py')
excefile is gone in Python 3 [1]. Instead of exec-ing the
configuration, it's easier to insert the source directory in Python's
path [2], and just import the configuration. With this change,
mkdocdeps.py is compatible with both Python 2 and 3.
[1]:
Avoid:
$ make HAVE_SPHINX=0 HAVE_RST2MAN=1 build-man
python ./doc/prerst2man.py ./doc doc/_build/man
Traceback (most recent call last):
File ./doc/prerst2man.py, line 65, in module
os.system('set -x; rst2man {0} {1}/{2}.{3}'
NameError: name 'os' is not defined
make: ***
Before this patch, the open was unnecessarily early and relied on the
process cleanup to close. Neither one of these was a real problem,
but PEP 343's context managers (which landed in Python 2.5) make
proper cleanup very easy.
[1]: http://legacy.python.org/dev/peps/pep-0343/
---
The rst2man target was removed in 9d9a700 (doc: build man pages at
build time; introduce HAVE_SPHINX, HAVE_RST2MAN, 2014-03-13), but a
reference in the install docs slipped through. While I was removing
that reference, I also:
* Converted doc/INSTALL to reStructuredText, so I can link to Sphinx
excefile is gone in Python 3 [1]. Instead of exec-ing the
configuration, it's easier to insert the source directory in Python's
path [2], and just import the configuration. With this change,
prerst2man.py is compatible with both Python 2 and 3.
[1]:
Python 3 only supports the 0oXXX notation for octal literals [1,2],
which have also been supported in 2.x since 2.6 [2].
[1]: https://docs.python.org/3.0/whatsnew/3.0.html#integers
[2]: http://legacy.python.org/dev/peps/pep-3127/
---
doc/prerst2man.py | 4 ++--
1 file changed, 2 insertions(+), 2
On Sat, Apr 05 2014, David Bremner da...@tethera.net wrote:
Jani Nikula j...@nikula.org writes:
We've supported mbox files containing a single message for historical
reasons, but the support has been deprecated, with a warning message
while indexing, since Notmuch 0.15. Finally drop the
Off the top of my head, you could have an encrypted index too, which you
can only search while able to decrypt. Certainly another level of
complexity.
On Sat, Apr 5, 2014 at 11:10 AM, David Bremner da...@tethera.net wrote:
john.wy...@gmx.de writes:
Would it be possible to add the
Jeremy Nickurak not-m...@trk.nickurak.ca writes:
Off the top of my head, you could have an encrypted index too, which you
can only search while able to decrypt. Certainly another level of
complexity.
But why add so much complexity?
If a user decides that either transport security is enough
On Sat, Apr 05 2014, David Bremner da...@tethera.net wrote:
john.wy...@gmx.de writes:
Would it be possible to add the configurable option to also decrypt
encrypted messages on the fly while indexing to make them searchable,
too?
That would be really great for people that consider gnupg
W. Trevor King wk...@tremily.us writes:
The rst2man target was removed in 9d9a700 (doc: build man pages at
build time; introduce HAVE_SPHINX, HAVE_RST2MAN, 2014-03-13), but a
reference in the install docs slipped through. While I was removing
that reference, I also:
* Converted doc/INSTALL
On Sat, Apr 05, 2014 at 05:35:49PM -0300, David Bremner wrote:
W. Trevor King writes:
-- You can build build and install man pages with 'make install-man'
+ make build-{man|info|html|pdf}
most of those those targets now start with sphinx-
Ah, looks like that happended in with the
This series converts the saved-search format to plists. This should
make it much easier to extend their functionality. The final patch
illustrates this by adding a sort-order option to the saved
searches. It also exposes the count-query functionality that is
already present internally, and could
Add helper functions to for saved searches to ease the transition to
the new plist form while maintaining backwards compatibility. They
will be used in the next patch.
---
emacs/notmuch-hello.el | 39 +++
1 file changed, 39 insertions(+)
diff --git
Switching notmuch-hello-insert-buttons to plists means we can easily
pass extra options through to the buttons.
---
emacs/notmuch-hello.el | 33 +++--
1 file changed, 19 insertions(+), 14 deletions(-)
diff --git a/emacs/notmuch-hello.el b/emacs/notmuch-hello.el
This uses the helper functions: the saved searches format has not
changed yet but backwards compatibility means everything still works.
---
emacs/notmuch-hello.el | 48 ++--
emacs/notmuch.el |6 +++---
2 files changed, 25 insertions(+), 29
Make the defcustom for notmuch-saved-searches use the new plist
format. It should still work with oldstyle saved-searches but will
write the newstyle form.
---
emacs/notmuch-hello.el |2 +-
emacs/notmuch-lib.el | 28 +---
2 files changed, 26 insertions(+), 4
This adds a sort-order option to saved-searches, stores it in the
saved-search buttons (widgets), and uses the stored value when the
button is pressed.
Storing the sort-order in the widget was suggested by Jani in
id:4c3876274126985683e888641b29cf18142a5eb8.1391771337.git.j...@nikula.org.
---
W. Trevor King wk...@tremily.us writes:
{build|install}-man, which is backend (Sphinx/Docutils) agnostic
sphinx-{html|texinfo|info}, which doesn't have an install target
Is that distinction intentional? Personally I prefer the consistency
of:
{build|install}-{man|html|texinfo|info}
Quoth Mark Walters on Apr 05 at 10:24 pm:
Add helper functions to for saved searches to ease the transition to
the new plist form while maintaining backwards compatibility. They
will be used in the next patch.
---
emacs/notmuch-hello.el | 39 +++
1 file
Quoth Mark Walters on Apr 05 at 10:24 pm:
This uses the helper functions: the saved searches format has not
changed yet but backwards compatibility means everything still works.
---
emacs/notmuch-hello.el | 48
++--
emacs/notmuch.el |
Quoth Mark Walters on Apr 05 at 10:24 pm:
Switching notmuch-hello-insert-buttons to plists means we can easily
pass extra options through to the buttons.
---
emacs/notmuch-hello.el | 33 +++--
1 file changed, 19 insertions(+), 14 deletions(-)
diff --git
Quoth Mark Walters on Apr 05 at 10:24 pm:
This adds a sort-order option to saved-searches, stores it in the
saved-search buttons (widgets), and uses the stored value when the
button is pressed.
Storing the sort-order in the widget was suggested by Jani in
Mark Walters markwalters1...@gmail.com writes:
This series converts the saved-search format to plists. This should
make it much easier to extend their functionality. The final patch
illustrates this by adding a sort-order option to the saved
searches. It also exposes the count-query
I'm not sure if we really want to install the API docs yet, but I was
reviewing Tomi's patch and it occured to me that this was one more
place where we could stop hardcoding the version number.
___
notmuch mailing list
notmuch@notmuchmail.org
a first step towards actually instally the API docs
---
devel/doxygen.cfg | 304 --
doc/doxygen.cfg | 304 ++
2 files changed, 304 insertions(+), 304 deletions(-)
delete mode 100644
Hello
@@ -455,23 +457,26 @@ (defun notmuch-hello-query-counts (query-list rest
options)
#'identity
(mapcar
(lambda (elem)
-(let ((name (notmuch-saved-search-get elem :name))
- (search-query (notmuch-saved-search-get elem :query))
- (message-count
Hi
On Sun, 06 Apr 2014, Austin Clements amdra...@mit.edu wrote:
Quoth Mark Walters on Apr 05 at 10:24 pm:
This adds a sort-order option to saved-searches, stores it in the
saved-search buttons (widgets), and uses the stored value when the
button is pressed.
Storing the sort-order in the
On Sun, 06 Apr 2014, David Bremner da...@tethera.net wrote:
Mark Walters markwalters1...@gmail.com writes:
This series converts the saved-search format to plists. This should
make it much easier to extend their functionality. The final patch
illustrates this by adding a sort-order option to
This is v2 of the series; v1 is at
id:1396733065-32602-1-git-send-email-markwalters1...@gmail.com
I have made all the changes suggested by Austin in his review of v1. I
include the diff from v1 below.
There is now one slight oddity in the patch ordering: the
documentation for the plist form
Make the defcustom for notmuch-saved-searches use the new plist
format. It should still work with oldstyle saved-searches but will
write the newstyle form.
---
emacs/notmuch-hello.el |2 +-
emacs/notmuch-lib.el | 46 ++
2 files changed, 43
This uses the helper functions: the saved searches format has not
changed yet but backwards compatibility means everything still works.
---
emacs/notmuch-hello.el | 48 ++--
emacs/notmuch.el |6 +++---
2 files changed, 25 insertions(+), 29
Add helper functions to for saved searches to ease the transition to
the new plist form while maintaining backwards compatibility. They
will be used in the next patch.
---
emacs/notmuch-hello.el | 38 ++
1 file changed, 38 insertions(+)
diff --git
This adds a sort-order option to saved-searches, stores it in the
saved-search buttons (widgets), and uses the stored value when the
button is pressed.
Storing the sort-order in the widget was suggested by Jani in
id:4c3876274126985683e888641b29cf18142a5eb8.1391771337.git.j...@nikula.org.
---
85 matches
Mail list logo