On Sat, 17 Dec 2011 23:16:51 -0400, David Bremner da...@tethera.net wrote:
From: David Bremner brem...@debian.org
Aaron Ecay points out in
id:1324136185-4509-1-git-send-email-aarone...@gmail.com that the
mktemp in
debian-snapshot: TMPFILE := $(shell mktemp)
Is being evaluated for
Hi Peter,
Congrats on the release, your screenshots look very promising indeed.
Unfortunately, I wasn't able to get it to run on my machine:
I installed the mercury compiler as instructed, and it seems to run alright.
If i do a `make PARALLEL=-j6` from inside the git checkout
(my head is on
On Sat, 17 Dec 2011 10:40:49 -0500, Aaron Ecay aarone...@gmail.com wrote:
Parallel to ignoring .so for linux.
---
.gitignore |1 +
pushed.
d
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Thu, 15 Dec 2011 20:41:58 +0100, Thomas Jost schno...@schnouki.net wrote:
binutils-2.22 changes the behaviour of ld by defaulting to
pushed,
d
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Sun, 18 Dec 2011 10:48:44 +0200, Tomi Ollila tomi.oll...@iki.fi wrote:
On Sat, 17 Dec 2011 23:16:51 -0400, David Bremner da...@tethera.net wrote:
I was originally suggesting to add 'set -e' and trap 'cleanup' 0
to the code but that starts looking ever messier. In case of
debian-snapshot:
Quoting Jameson Graef Rollins (2011-12-12 00:12:04)
It's mostly there, but we still need a couple of things (figure out all
of the dependencies, make a man page...
Hi Jamie,
I took the time to write a first draft for a manpage (attached).
This file is content only, the formating for the
On Sun, 18 Dec 2011 10:22:46 +, Patrick Totzke
patricktot...@googlemail.com wrote:
Hi Peter,
Hi Patrick,
Congrats on the release, your screenshots look very promising indeed.
Unfortunately, I wasn't able to get it to run on my machine:
I installed the mercury compiler as instructed,
In id:1324135695-15487-1-git-send-email-da...@tethera.net we started
discussing the use of uncrustify (or some equivalent tool) to enforce
code style. In order for this to work, we would need to be a bit more
rigid about style.
So my sunday morning bikeshed-bait is do we want
if (...) {
}
or
On Sat, 17 Dec 2011 10:24:47 -0500, Aaron Ecay aarone...@gmail.com wrote:
From the emacs changelog:
** `compose-mail' now accepts an optional 8th arg, RETURN-ACTION, and
passes it to the mail user agent function. This argument specifies an
action for returning to the caller after
On Fri, 30 Sep 2011 01:26:46 +0200, Thomas Schwinge tho...@schwinge.name
wrote:
This new test currently fails -- but it shouldn't.
---
Hi!
I found this while manually copying directories and running notmuch new.
Am I just too sleepy at this time, or is it another DB vs. directory
I haven't written user docs yet. I'm considering whether I can improve
this small task by doing the larger task of splitting the man page and
having notmuch help call man.
The code is cleaned up quite a bit, the bug fix for 8bit characters is
rolled into the series, and following a suggestion of
From: David Bremner brem...@debian.org
The simple heuristic relies on the fact that '(' is not part of the
character set used by hex-escape. Since hex-escape is designed to be
OK for pathnames (and shells), this seems like a reasonable
assumption.
In principle the --format argument to
From: David Bremner brem...@debian.org
We start by restoring the original tags, and making sure that restore
worked. Next we test each possible input to autodetection, both
explicit (with --format=auto) and implicit (without --format).
---
test/dump-restore | 34
From: David Bremner brem...@debian.org
The first test is really to test our assumptions about the corpus,
namely that a certain set of message-id's is safe (i.e. doesn't change
under hex-escaping). We then check dump output as best we can without
functionality-to-come in notmuch-restore.
---
From: David Bremner brem...@debian.org
This program is used both as a test-bed/unit-tester for
../util/hex-escape.c, and also as a utility in future tests of dump
and restore.
---
test/.gitignore |1 +
test/Makefile.local |6 +++-
test/basic |2 +-
test/hex-xcode.c|
From: David Bremner brem...@debian.org
These one need the completed functionality in notmuch-restore. Fairly
exotic tags are tested, but no weird message id's.
---
test/dump-restore | 36
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git
From: David Bremner brem...@debian.org
sup is the old format, and remains the default.
Each line of the notmuch format is msg_id tag tag...tag where each
space seperated token is 'hex-encoded' to remove troubling characters.
In particular this format won't have the same problem with e.g. spaces
From: David Bremner brem...@debian.org
These are more like unit tests, to (try to) make sure the library
functionality is working before building more complicated things on
top of it.
---
test/hex-escaping | 26 ++
test/notmuch-test |1 +
2 files changed, 27
From: David Bremner brem...@debian.org
The character set is chosen to be suitable for pathnames, and the same
as that used by contrib/nmbug
---
util/Makefile.local |2 +-
util/hex-escape.c | 156 +++
util/hex-escape.h | 32 +++
3
+1 for the former.
How about indenting with spaces+tabs vs indenting with spaces only? :)
Regards,
Dmitry
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
On Sun, 18 Dec 2011 15:53:26 +0100, Olivier Berger
olivier.ber...@it-sudparis.eu wrote:
On Sun, 18 Dec 2011 10:11:37 -0400, David Bremner da...@tethera.net wrote:
Hi Olivier;
Can you try the following patch? If you apply it to git, you can use
make debian-snapshot to build new packages
On Sun, 18 Dec 2011 15:34:23 +0100, Olivier Schwander
olivier.schwan...@chadok.info wrote:
Hello,
Is there a somewhere a list of the various notmuch frontend ? It would
be very valuable for people who are not completly happy with the main
emacs frontend.
If not, Someone(TM) should create
On Sun, 18 Dec 2011 19:50:52 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
+1 for the former.
+1
How about indenting with spaces+tabs vs indenting with spaces only? :)
-1 -- tab-width is 8, anything else is heretic. Everyone enable
git pre-commit hook :)
Regards,
On Sun, 18 Dec 2011 18:12:51 +0200, Tomi Ollila tomi.oll...@iki.fi wrote:
On Sun, 18 Dec 2011 19:50:52 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
+1 for the former.
+1
How about indenting with spaces+tabs vs indenting with spaces only? :)
-1 -- tab-width is 8,
Quoth Tomi Ollila on Dec 18 at 6:12 pm:
On Sun, 18 Dec 2011 19:50:52 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
+1 for the former.
+1
+1
___
notmuch mailing list
notmuch@notmuchmail.org
On Thu, 15 Dec 2011 23:07:22 -0500, Austin Clements amdra...@mit.edu wrote:
Quoth David Bremner on Dec 15 at 10:09 pm:
The trouble with this approach is that the OS doesn't have to flush
logfile to the disk platters in any particular order relative to the
updates to Xapian. So, after
Hello
summary: I'm new, would like to help, have lots of ideas, some time
and some python.
The list welcome message invites to introducing myself, so I shall
comply, even if this appears to be some configuration relic ;)
I'm using the [alot] tag as it looks to be what I'm most likely to
Hi Kris, welcome on board!
Quoting Krzysztof Ilowiecki (2011-12-18 18:59:28)
I'm sysadmin/programmer and a physics student. I've been writing
anything significant in Python for only a year now, but have
previous experience with C. I prefer to contribute in Python, though.
If you're interested:
On Sun, 18 Dec 2011 09:15:02 -0400, David Bremner da...@tethera.net wrote:
I left the default dump format as sup (old style) in this round. I'm
leary of breaking people's scripts, so my current proposal is
deprecate the sup format (as default) for a release or two.
It seems to me that as long
On Fri, 16 Dec 2011 08:02:17 -0400, David Bremner brem...@debian.org wrote:
On Fri, 16 Dec 2011 20:16:51 +1300, Michael Hudson-Doyle
michael.hud...@canonical.com wrote:
It's a tangent, but would this sort of thing allow a undo last tagging
operation command in emacs?
It seems like
Hi.
(message previously sent privately, and resent to the list and BTS for
reference)
On Sun, 18 Dec 2011 18:08:55 +0200, Tomi Ollila tomi.oll...@iki.fi wrote:
On Sun, 18 Dec 2011 15:53:26 +0100, Olivier Berger
olivier.ber...@it-sudparis.eu wrote:
On Sun, 18 Dec 2011 10:11:37 -0400, David
On Sun, 18 Dec 2011 17:55:47 -0400, David Bremner da...@tethera.net wrote:
On Sun, 18 Dec 2011 15:53:26 +0100, Olivier Berger
olivier.ber...@it-sudparis.eu wrote:
I did that over notmuch-emacs 0.10.2-1 Debian package's version of
notmuch-query.el, but that doesn't seem change anything,
On Fri, 16 Dec 2011 17:01:04 +0100, Olivier Berger
olivier.ber...@it-sudparis.eu wrote:
In my understanding, the quoted-printable iso-8859-1 is correct for
french accents, and is converted somehow to UTF-8, though it is
displayed in an emacs buffer that looks like iso-8859-1 (The
minibuffer
Changes in v2 since v1:
* actually use `all' variable in `mapc' call, thanks Tomi
Regards,
Dmitry
Add `notmuch-hello-mode-hook-counter' hook to count how many times
`notmuch-hello-mode-hook' was called. The counter function increments
`notmuch-hello-mode-hook-counter' variable value if it is bount,
otherwise it does nothing.
---
test/test-lib.el |9 +
1 files changed, 9
Test that `notmuch-hello-mode-hook' is called once when
`notmuch-hello' function is called.
---
test/emacs |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/test/emacs b/test/emacs
index 6e922de..a864ffa 100755
--- a/test/emacs
+++ b/test/emacs
@@ -476,4 +476,13 @@
Test that `notmuch-hello-mode-hook' is not called during
`notmuch-hello' buffer updates. The test is currently broken.
---
test/emacs | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/test/emacs b/test/emacs
index a864ffa..b4c2444 100755
--- a/test/emacs
+++
`notmuch-hello' should call `notmuch-hello-mode' function only when
run for the first time. But before the change, `notmuch-hello' used
`kill-all-local-variables' to remove editable widgets fields. This
caused the major mode to be reset, and `notmuch-hello-mode' to be
called every time.
The
Changes:
v3:
* remove useless let with `widget-field-list', thanks Austin
v2:
* actually use `all' variable in `mapc' call, thanks Tomi
Add `notmuch-hello-mode-hook-counter' hook to count how many times
`notmuch-hello-mode-hook' was called. The counter function increments
`notmuch-hello-mode-hook-counter' variable value if it is bount,
otherwise it does nothing.
---
test/test-lib.el |9 +
1 files changed, 9
Test that `notmuch-hello-mode-hook' is called once when
`notmuch-hello' function is called.
---
test/emacs |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/test/emacs b/test/emacs
index 6e922de..a864ffa 100755
--- a/test/emacs
+++ b/test/emacs
@@ -476,4 +476,13 @@
Test that `notmuch-hello-mode-hook' is not called during
`notmuch-hello' buffer updates. The test is currently broken.
---
test/emacs | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/test/emacs b/test/emacs
index a864ffa..b4c2444 100755
--- a/test/emacs
+++
`notmuch-hello' should call `notmuch-hello-mode' function only when
run for the first time. But before the change, `notmuch-hello' used
`kill-all-local-variables' to remove editable widgets fields. This
caused the major mode to be reset, and `notmuch-hello-mode' to be
called every time.
The
Changes:
v4:
* explain why we need to properly delete editable widget fields
v3:
* remove useless let with `widget-field-list', thanks Austin
v2:
* actually use `all' variable in `mapc' call, thanks Tomi
Add `notmuch-hello-mode-hook-counter' hook to count how many times
`notmuch-hello-mode-hook' was called. The counter function increments
`notmuch-hello-mode-hook-counter' variable value if it is bount,
otherwise it does nothing.
---
test/test-lib.el |9 +
1 files changed, 9
Test that `notmuch-hello-mode-hook' is called once when
`notmuch-hello' function is called.
---
test/emacs |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/test/emacs b/test/emacs
index 6e922de..a864ffa 100755
--- a/test/emacs
+++ b/test/emacs
@@ -476,4 +476,13 @@
Test that `notmuch-hello-mode-hook' is not called during
`notmuch-hello' buffer updates. The test is currently broken.
---
test/emacs | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/test/emacs b/test/emacs
index a864ffa..b4c2444 100755
--- a/test/emacs
+++
`notmuch-hello' should call `notmuch-hello-mode' function only when
run for the first time. But before the change, `notmuch-hello' used
`kill-all-local-variables' to remove editable widgets fields. This
caused the major mode to be reset, and `notmuch-hello-mode' to be
called every time.
The
Hi,
Bower is yet another curses frontend for the Notmuch email system.
I wrote it for me, but you might like it, too. Mutt users would
probably find it most familiar.
https://github.com/wangp/bower
bower is written in Mercury. There are screenshots if you just want to
see what it
On Sat, 17 Dec 2011 23:16:51 -0400, David Bremner wrote:
> From: David Bremner
>
> Aaron Ecay points out in
> id:"1324136185-4509-1-git-send-email-aaronecay at gmail.com" that the
> mktemp in
>
> debian-snapshot: TMPFILE := $(shell mktemp)
>
> Is being evaluated for every target. As best
tream
Size: 4711 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111218/1fb7bd18/attachment.obj>
On Sat, 17 Dec 2011 10:40:49 -0500, Aaron Ecay wrote:
> Parallel to ignoring .so for linux.
> ---
> .gitignore |1 +
pushed.
d
On Thu, 15 Dec 2011 20:41:58 +0100, Thomas Jost
wrote:
> binutils-2.22 changes the behaviour of ld by defaulting to
pushed,
d
On Sun, 18 Dec 2011 10:48:44 +0200, Tomi Ollila wrote:
> On Sat, 17 Dec 2011 23:16:51 -0400, David Bremner
> wrote:
>
> I was originally suggesting to add 'set -e' and trap 'cleanup' 0
> to the code but that starts looking ever messier. In case of
> debian-snapshot: one needs to check whether
t; as stable branch.
Best,
/p
-- next part --
A non-text attachment was scrubbed...
Name: manpage
Type: application/octet-stream
Size: 2072 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111218/7d05b257/attachment.obj>
On Sun, 18 Dec 2011 10:22:46 +, Patrick Totzke wrote:
> Hi Peter,
Hi Patrick,
> Congrats on the release, your screenshots look very promising indeed.
>
> Unfortunately, I wasn't able to get it to run on my machine:
> I installed the mercury compiler as instructed, and it seems to run
In id:"1324135695-15487-1-git-send-email-david at tethera.net" we started
discussing the use of uncrustify (or some equivalent tool) to enforce
code style. In order for this to work, we would need to be a bit more
rigid about style.
So my sunday morning bikeshed-bait is do we want
if (...) {
}
On Sat, 17 Dec 2011 10:24:47 -0500, Aaron Ecay wrote:
> From the emacs changelog:
>
> ** `compose-mail' now accepts an optional 8th arg, RETURN-ACTION, and
> passes it to the mail user agent function. This argument specifies an
> action for returning to the caller after finishing with the
On Fri, 30 Sep 2011 01:26:46 +0200, Thomas Schwinge
wrote:
> This new test currently fails -- but it shouldn't.
> ---
>
> Hi!
>
> I found this while manually copying directories and running notmuch new.
>
> Am I just too sleepy at this time, or is it another DB vs. directory
> mtime issue?
I
I haven't written user docs yet. I'm considering whether I can improve
this small task by doing the larger task of splitting the man page and
having notmuch help call man.
The code is cleaned up quite a bit, the bug fix for 8bit characters is
rolled into the series, and following a suggestion of
From: David Bremner
The simple heuristic relies on the fact that '(' is not part of the
character set used by hex-escape. Since hex-escape is designed to be
OK for pathnames (and shells), this seems like a reasonable
assumption.
In principle the --format argument to
From: David Bremner
We start by restoring the original tags, and making sure that restore
worked. Next we test each possible input to autodetection, both
explicit (with --format=auto) and implicit (without --format).
---
test/dump-restore | 34
From: David Bremner
The first test is really to test our assumptions about the corpus,
namely that a certain set of message-id's is safe (i.e. doesn't change
under hex-escaping). We then check dump output as best we can without
functionality-to-come in notmuch-restore.
---
From: David Bremner
This program is used both as a test-bed/unit-tester for
../util/hex-escape.c, and also as a utility in future tests of dump
and restore.
---
test/.gitignore |1 +
test/Makefile.local |6 +++-
test/basic |2 +-
test/hex-xcode.c
From: David Bremner
This is format is whitespace separated tokens, encoded by
util/hex-escape.c
---
notmuch-restore.c | 81 +
1 files changed, 63 insertions(+), 18 deletions(-)
diff --git a/notmuch-restore.c
From: David Bremner
These one need the completed functionality in notmuch-restore. Fairly
exotic tags are tested, but no weird message id's.
---
test/dump-restore | 36
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git
From: David Bremner
sup is the old format, and remains the default.
Each line of the notmuch format is "msg_id tag tag...tag" where each
space seperated token is 'hex-encoded' to remove troubling characters.
In particular this format won't have the same problem with e.g.
From: David Bremner
These are more like unit tests, to (try to) make sure the library
functionality is working before building more complicated things on
top of it.
---
test/hex-escaping | 26 ++
test/notmuch-test |1 +
2 files changed, 27
From: David Bremner
The character set is chosen to be suitable for pathnames, and the same
as that used by contrib/nmbug
---
util/Makefile.local |2 +-
util/hex-escape.c | 156 +++
util/hex-escape.h | 32 +++
-- next part --
A non-text attachment was scrubbed...
Name: coding-system.patch
Type: text/x-diff
Size: 537 bytes
Desc: recognize that notmuch will output utf8, regardless of locale
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111218/09a9bc74/attachment.patch>
On Sun, 18 Dec 2011 10:11:37 -0400, David Bremner wrote:
> On Fri, 16 Dec 2011 17:28:04 +0100, Olivier Berger it-sudparis.eu> wrote:
>
> >
> > Here's a copy of a bug report I've just filed in Debian's bugtracker [0].
> >
> > If some of you have an idea of whether there's a fix/workaround ?
>
Hello,
Is there a somewhere a list of the various notmuch frontend ? It would
be very valuable for people who are not completly happy with the main
emacs frontend.
After a quick seearch in my archives of the list, I see:
- Emacs fronted (included in sources)
- Vim frontend (included in
+1 for the former.
How about indenting with spaces+tabs vs indenting with spaces only? :)
Regards,
Dmitry
On Sun, 18 Dec 2011 15:53:26 +0100, Olivier Berger wrote:
> On Sun, 18 Dec 2011 10:11:37 -0400, David Bremner
> wrote:
> > Hi Olivier;
> >
> > Can you try the following patch? If you apply it to git, you can use
> > "make debian-snapshot" to build new packages (assuming you have the
> >
On Sun, 18 Dec 2011 15:34:23 +0100, Olivier Schwander wrote:
> Hello,
>
> Is there a somewhere a list of the various notmuch frontend ? It would
> be very valuable for people who are not completly happy with the main
> emacs frontend.
If not, Someone(TM) should create such a page in
On Sun, 18 Dec 2011 19:50:52 +0400, Dmitry Kurochkin wrote:
> +1 for the former.
+1
> How about indenting with spaces+tabs vs indenting with spaces only? :)
-1 -- tab-width is 8, anything else is heretic. Everyone enable
git pre-commit hook :)
> Regards,
> Dmitry
Tomi
On Sun, 18 Dec 2011 18:12:51 +0200, Tomi Ollila wrote:
> On Sun, 18 Dec 2011 19:50:52 +0400, Dmitry Kurochkin gmail.com> wrote:
> > +1 for the former.
>
> +1
>
> > How about indenting with spaces+tabs vs indenting with spaces only? :)
>
> -1 -- tab-width is 8, anything else is heretic.
Quoth Tomi Ollila on Dec 18 at 6:12 pm:
> On Sun, 18 Dec 2011 19:50:52 +0400, Dmitry Kurochkin gmail.com> wrote:
> > +1 for the former.
>
> +1
+1
ynching already)
d
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 315 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20111218/eb73dae6/attachment.pgp>
On Fri, 16 Dec 2011 21:19:37 -0400, David Bremner wrote:
> On Fri, 16 Dec 2011 15:45:26 -0800, Jameson Graef Rollins finestructure.net> wrote:
>
> > Hey, David. What exactly is the problem here? These seems like it's
> > actually reasonable behavior when you're using emacs in daemon mode,
> >
Hello
summary: I'm new, would like to help, have lots of ideas, some time
and some python.
The list welcome message invites to introducing myself, so I shall
comply, even if this appears to be some configuration relic ;)
I'm using the [alot] tag as it looks to be what I'm most likely to
Hi Kris, welcome on board!
Quoting Krzysztof Ilowiecki (2011-12-18 18:59:28)
>I'm sysadmin/programmer and a physics student. I've been writing
>anything significant in Python for only a year now, but have
>previous experience with C. I prefer to contribute in Python, though.
If you're
il/notmuch/attachments/20111218/b2750a5f/attachment.pgp>
On Sun, 18 Dec 2011 15:53:26 +0100, Olivier Berger wrote:
> I did that over notmuch-emacs 0.10.2-1 Debian package's version of
> notmuch-query.el, but that doesn't seem change anything, unfortunately :
> the modeline still is '-1:%*-' for the notmuch-show buffer, after
> hitting RET over a
Hi.
(message previously sent privately, and resent to the list and BTS for
reference)
On Sun, 18 Dec 2011 18:08:55 +0200, Tomi Ollila wrote:
> On Sun, 18 Dec 2011 15:53:26 +0100, Olivier Berger it-sudparis.eu> wrote:
> > On Sun, 18 Dec 2011 10:11:37 -0400, David Bremner
> > wrote:
> > > Hi
On Sun, 18 Dec 2011 12:51:56 -0800, Jameson Graef Rollins wrote:
> It seems to me that as long as restore can detect what format the dump
> file is in, it shouldn't matter what the default dump format is, right?
> If someone makes a new dump in the new format, they'll presumably also
> be
On Sun, 18 Dec 2011 17:55:47 -0400, David Bremner wrote:
> On Sun, 18 Dec 2011 15:53:26 +0100, Olivier Berger it-sudparis.eu> wrote:
> > I did that over notmuch-emacs 0.10.2-1 Debian package's version of
> > notmuch-query.el, but that doesn't seem change anything, unfortunately :
> > the
l.org/pipermail/notmuch/attachments/20111218/f0ef326a/attachment.obj>
On Sun, 18 Dec 2011 14:34:00 -0400, David Bremner wrote:
> The more worrying part is disk usage; the tag tree for 200k messages
> uses 400k inodes, and 836M of apparent disk usage (according to du) the
> same tags in "sup" format take 11M. Maybe this could be usefull if
> combined with some
On Sun, 18 Dec 2011 19:59:28 +0100, Krzysztof Ilowiecki
wrote:
> I understand synchronisation across machines and with IMAP is something
> of an issue so far. How bad would it be to use git for that - and for
> 'undo'? It would appear some people use git+maildir even instead of
> IMAP, but I
90 matches
Mail list logo