Previously notmuch command name was hardcoded into this function,
which made remote use of pipe command impossible.
---
emacs/notmuch-show.el |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 3daa868..ae483dd 100644
---
On Thu, 04 Nov 2010, Carl Worth wrote:
> Meanwhile, here are some of the things I'm still thinking about in
> regards to this patch. First, the commit message describes the
> synchronization happening at "notmuch new" and "notmuch tag/notmuch
> restore". But the implementation shows that the functi
Previously notmuch command name was hardcoded into this function,
which made remote use of pipe command impossible.
---
emacs/notmuch-show.el |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 3daa868..ae483dd 100644
---
On Fri, 05 Nov 2010, Michal Sojka wrote:
> On Thu, 04 Nov 2010, David Edmondson wrote:
> > On Thu, 04 Nov 2010 15:12:53 +0100, Michal Sojka
> > wrote:
> > > > Michal, was this addressed by the patch that Carl recently merged?
> > > > (Commit f99ad42da03afd6
On Thu, 04 Nov 2010, David Edmondson wrote:
> On Thu, 04 Nov 2010 15:12:53 +0100, Michal Sojka
> wrote:
> > > Michal, was this addressed by the patch that Carl recently merged?
> > > (Commit f99ad42da03afd638bfdfdea92d1cbdd3b510b8f in my copy of the
> > > reposi
On Fri, 05 Nov 2010, Michal Sojka wrote:
> On Thu, 04 Nov 2010, David Edmondson wrote:
> > On Thu, 04 Nov 2010 15:12:53 +0100, Michal Sojka
> > wrote:
> > > > Michal, was this addressed by the patch that Carl recently merged?
> > > > (Commit f99ad42da03afd6
On Thu, 04 Nov 2010, David Edmondson wrote:
> On Thu, 04 Nov 2010 15:12:53 +0100, Michal Sojka wrote:
> > > Michal, was this addressed by the patch that Carl recently merged?
> > > (Commit f99ad42da03afd638bfdfdea92d1cbdd3b510b8f in my copy of the
> > > repository.)
Hi David,
On Thu, 04 Nov 2010, David Edmondson wrote:
> On Fri, 22 Oct 2010 07:42:02 +0200, Michal Sojka
> wrote:
> > Customizing notmuch-search-line-faces to color lines in search result
> > according to tags has the effect that the color overrides other faces
> > s
On Wed, 03 Nov 2010, Jameson Rollins wrote:
> On Wed, 03 Nov 2010 22:57:55 +0100, Michal Sojka
> wrote:
> > I can confirm this with 0.4 debian package. notmuch search-tags outputs
> > first line as empty and emacs shows it in All tags view.
>
> Again, this is *not* wh
Hi David,
On Thu, 04 Nov 2010, David Edmondson wrote:
> On Fri, 22 Oct 2010 07:42:02 +0200, Michal Sojka wrote:
> > Customizing notmuch-search-line-faces to color lines in search result
> > according to tags has the effect that the color overrides other faces
> > set
On Wed, 03 Nov 2010, Jameson Rollins wrote:
> On Wed, 03 Nov 2010 22:57:55 +0100, Michal Sojka wrote:
> > I can confirm this with 0.4 debian package. notmuch search-tags outputs
> > first line as empty and emacs shows it in All tags view.
>
> Again, this is *not* what I am
On Tue, 02 Nov 2010 20:17:56 +, Darren McGuicken wrote:
> Wow, that was probably the most secure bug report in history - this time
> in plain for those of you who don't have access to Carl's private key!
>
> I've noticed since rebasing to 0.4 that I'm seeing an empty entry in the
> 'All tags'
On Tue, 02 Nov 2010 20:17:56 +, Darren McGuicken
wrote:
> Wow, that was probably the most secure bug report in history - this time
> in plain for those of you who don't have access to Carl's private key!
>
> I've noticed since rebasing to 0.4 that I'm seeing an empty entry in the
> 'All tags
This change affects both text and json formats. Now, text format
behaves as before commit 6dcb7592, but json format is changed.
Earlier, the empty search returned '[]', now it returns ''. The emacs
interface seems not to be affected by this change.
---
notmuch-search.c | 18 --
1
My scripts expect that empty search result is actually empty. Since
commit 6dcb7592, even empty search prints a newline character and this
breaks my scripts.
This patch adds a test for this bug. In the test I cannot use
test_expect_equal function as $() operator suppresses the final
newline and th
This change affects both text and json formats. Now, text format
behaves as before commit 6dcb7592, but json format is changed.
Earlier, the empty search returned '[]', now it returns ''. The emacs
interface seems not to be affected by this change.
---
notmuch-search.c | 18 --
1
My scripts expect that empty search result is actually empty. Since
commit 6dcb7592, even empty search prints a newline character and this
breaks my scripts.
This patch adds a test for this bug. In the test I cannot use
test_expect_equal function as $() operator suppresses the final
newline and th
Signed-off-by: Michal Sojka
---
test/maildir-sync | 231 +
test/notmuch-test |2 +-
test/test-lib.sh | 14 +++-
3 files changed, 244 insertions(+), 3 deletions(-)
create mode 100755 test/maildir-sync
diff --git a/test/maildir-sync b
This adds group [maildir] and key 'synchronize_flags' to the
configuration file. Its value enables (true) or diables (false) the
synchronization between notmuch tags and maildir flags. By default,
the synchronization is disabled.
---
lib/database-private.h |2 +-
lib/database.cc|9
This patch allows bi-directional synchronization between maildir
flags and certain tags. The flag-to-tag mapping is defined by flag2tag
array.
The synchronization works this way:
1) Whenever notmuch new is executed, the following happens:
o New messages are tagged with configured new_tags.
---
lib/database.cc |3 ++-
lib/notmuch.h |3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/lib/database.cc b/lib/database.cc
index e4ac970..9a4f715 100644
--- a/lib/database.cc
+++ b/lib/database.cc
@@ -1671,7 +1671,8 @@ notmuch_database_add_message (notmuch_databas
master
- 'D' flag is mapped to 'deleted' tag instead of 'delete' (this has
already been in v3)
Can be pulled by
git pull git://rtime.felk.cvut.cz/notmuch tags/maildir-sync-v4
Michal Sojka (4):
lib: Return added message even if it already was in the database
This patch allows bi-directional synchronization between maildir
flags and certain tags. The flag-to-tag mapping is defined by flag2tag
array.
The synchronization works this way:
1) Whenever notmuch new is executed, the following happens:
o New messages are tagged with configured new_tags.
Signed-off-by: Michal Sojka
---
test/maildir-sync | 231 +
test/notmuch-test |2 +-
test/test-lib.sh | 14 +++-
3 files changed, 244 insertions(+), 3 deletions(-)
create mode 100755 test/maildir-sync
diff --git a/test/maildir-sync b
This adds group [maildir] and key 'synchronize_flags' to the
configuration file. Its value enables (true) or diables (false) the
synchronization between notmuch tags and maildir flags. By default,
the synchronization is disabled.
---
lib/database-private.h |2 +-
lib/database.cc|9
master
- 'D' flag is mapped to 'deleted' tag instead of 'delete' (this has
already been in v3)
Can be pulled by
git pull git://rtime.felk.cvut.cz/notmuch tags/maildir-sync-v4
Michal Sojka (4):
lib: Return added message even if it already was in the database
---
lib/database.cc |3 ++-
lib/notmuch.h |3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/lib/database.cc b/lib/database.cc
index e4ac970..9a4f715 100644
--- a/lib/database.cc
+++ b/lib/database.cc
@@ -1671,7 +1671,8 @@ notmuch_database_add_message (notmuch_databas
On Sat, 30 Oct 2010, Carl Worth wrote:
> On Mon, 17 May 2010 09:56:27 +0200, Michal Sojka
> wrote:
> > On Fri, 14 May 2010, Igor Shenderovich wrote:
> > > What should one do to see the true list of authors?
> >
> > I encounter the same when headers are not enco
On Sat, 30 Oct 2010, Carl Worth wrote:
> On Thu, 10 Jun 2010 06:59:02 +0200, Michal Sojka
> wrote:
> > This is a known limitation.
> > From id:1273580061-22580-3-git-send-email-sojkam1 at fel.cvut.cz:
> >
> >The reason is that when you view the message its unre
On Sat, 30 Oct 2010, Carl Worth wrote:
> On Thu, 10 Jun 2010 06:59:02 +0200, Michal Sojka wrote:
> > This is a known limitation.
> > From id:1273580061-22580-3-git-send-email-sojk...@fel.cvut.cz:
> >
> >The reason is that when you view the message its unread tag is
On Sat, 30 Oct 2010, Carl Worth wrote:
> On Mon, 17 May 2010 09:56:27 +0200, Michal Sojka wrote:
> > On Fri, 14 May 2010, Igor Shenderovich wrote:
> > > What should one do to see the true list of authors?
> >
> > I encounter the same when headers are not encoded
On Wed, 27 Oct 2010, Christophe-Marie Duquesne wrote:
> seen from older posts that some work has been done directly on
> notmuch:
> http://notmuch.198994.n3.nabble.com/PATCH-0-4-Maildir-synchronization-v2-td1694007.html#a1694007
>
> Are this patches pulled on the official notmuch or should I use
On Wed, 27 Oct 2010, Christophe-Marie Duquesne wrote:
> seen from older posts that some work has been done directly on
> notmuch:
> http://notmuch.198994.n3.nabble.com/PATCH-0-4-Maildir-synchronization-v2-td1694007.html#a1694007
>
> Are this patches pulled on the official notmuch or should I use
This patch modifies the following commands to access the messages via
cat subcommand:
- view/save attachments ('v', 'w'),
- view a raw message ('V') and
- pipe a message to a command ('|').
With this patch, it is straightforward to use notmuch emacs interface
with a remote database accessed over S
This command outputs a raw message matched by search term to the
standard output. It allows MUAs to access the messages for piping,
attachment manipulation, etc. by running notmuch cat rather then
directly access the file. This will simplify the MUAs when they need
to operate on a remote database.
that is executes several database queries. I consider this as
unnecessary overhead and for that reason cat is a separate subcommand.
Michal Sojka (2):
Add 'cat' subcommand
emacs: Access raw messages via cat subcommand
emacs/notmuch-show.el | 14 +---
notmuch-client.h
If make install is called with non-empty DESTDIR, calling ldconfig has
usually no sense. Without this patch dpkg-buildpackage fails with
make[1]: ldconfig: Command not found
Signed-off-by: Michal Sojka
---
This patch first appeared in id:87ljaf6p51.fsf at steelpick.2x.cz
lib/Makefile.local
notmuch-search-line-faces. The only exception is that
notmuch-search-non-matching-authors face is never replaced.
Signed-off-by: Michal Sojka
---
emacs/notmuch.el | 20 +---
1 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index
On Wed, 13 Oct 2010, Sebastian Spaeth wrote:
> > +/* ASCII ordered table of Maildir flags and associated tags */
> > +struct maildir_flag_tag flag2tag[] = {
> > +{ 'D', "draft", false},
> > +{ 'F', "flagged", false},
> > +{ 'P', "passed", false},
> > +{ 'R', "replied", false},
>
On Mon, 18 Oct 2010, Mike Kelly wrote:
> Michal Sojka wrote:
> > they are ready to be merged. They can be pulled by:
> >
> > git pull git://rtime.felk.cvut.cz/notmuch maildir-sync-v2
>
> I've tested these patches on Linux, and they seem to work as expected
This command outputs a raw message matched by search term to the
standard output. It allows MUAs to access the messages for piping,
attachment manipulation, etc. by running notmuch cat rather then
directly access the file. This will simplify the MUAs when they need
to operate on a remote database.
This patch modifies the following commands to access the messages via
cat subcommand:
- view/save attachments ('v', 'w'),
- view a raw message ('V') and
- pipe a message to a command ('|').
With this patch, it is straightforward to use notmuch emacs interface
with a remote database accessed over S
that is executes several database queries. I consider this as
unnecessary overhead and for that reason cat is a separate subcommand.
Michal Sojka (2):
Add 'cat' subcommand
emacs: Access raw messages via cat subcommand
emacs/notmuch-show.el | 14 +---
notmuch-client.h
If make install is called with non-empty DESTDIR, calling ldconfig has
usually no sense. Without this patch dpkg-buildpackage fails with
make[1]: ldconfig: Command not found
Signed-off-by: Michal Sojka
---
This patch first appeared in id:87ljaf6p51@steelpick.2x.cz
lib/Makefile.local
notmuch-search-line-faces. The only exception is that
notmuch-search-non-matching-authors face is never replaced.
Signed-off-by: Michal Sojka
---
emacs/notmuch.el | 20 +---
1 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index
On Wed, 13 Oct 2010, Sebastian Spaeth wrote:
> > +/* ASCII ordered table of Maildir flags and associated tags */
> > +struct maildir_flag_tag flag2tag[] = {
> > +{ 'D', "draft", false},
> > +{ 'F', "flagged", false},
> > +{ 'P', "passed", false},
> > +{ 'R', "replied", false},
>
On Mon, 18 Oct 2010, Mike Kelly wrote:
> Michal Sojka wrote:
> > they are ready to be merged. They can be pulled by:
> >
> > git pull git://rtime.felk.cvut.cz/notmuch maildir-sync-v2
>
> I've tested these patches on Linux, and they seem to work as expected
On Thu, 14 Oct 2010, Dirk Hohndel wrote:
> On Wed, 13 Oct 2010 22:34:34 +0200, Michal Sojka
> wrote:
> >
> > ssh user at host notmuch "$@"
>
> That to me is certainly a very elegant solution... so what's stopping us
> from implementing notmuch ca
On Thu, 14 Oct 2010, Dirk Hohndel wrote:
> On Wed, 13 Oct 2010 22:34:34 +0200, Michal Sojka wrote:
> >
> > ssh u...@host notmuch "$@"
>
> That to me is certainly a very elegant solution... so what's stopping us
> from implementing notmuch cat? No on
On Wed, 13 Oct 2010, Mike Kelly wrote:
> On Wed, 13 Oct 2010 10:24:25 -0400
> Mike Kelly wrote:
>
> > Looks like this may also require a newer xapian than i have now
> > (xapian-core 1.0.18), as notmuch new aborts with:
> >
> > terminate called after throwing an instance of
> > 'Xapian::Invali
On Wed, 13 Oct 2010, Servilio Afre Puentes wrote:
> On 13 October 2010 08:13, Michal Sojka wrote:
> [...]
> > THERE IS CURRENTLY ONE KNOWN ISSUE: Viewing/storing of attachments of
> > unread messages doesn't work. The reason is that when you view the
> > message it
On Wed, 22 Sep 2010, Michal Sojka wrote:
> On Mon, 20 Sep 2010, Carl Worth wrote:
> > I've now pushed this out, along with some changes of my own on top of
> > it. My changes make things in the test suite look more like they did
> > before the git-based modularization,
Signed-off-by: Michal Sojka
---
test/maildir-sync | 216 +
test/notmuch-test |2 +-
test/test-lib.sh | 14 +++-
3 files changed, 229 insertions(+), 3 deletions(-)
create mode 100755 test/maildir-sync
diff --git a/test/maildir-sync b
This adds group [maildir] and key 'sync_level' to the configuration file.
The value of sync_level is used to control how the synchronization happens.
The default value is no synchronization.
---
lib/database-private.h |2 +-
lib/database.cc|9 +
lib/message.cc |
This patch allows bi-directional synchronization between maildir
flags and certain tags. The flag-to-tag mapping is defined by flag2tag
array.
The synchronization works this way:
1) Whenever notmuch new is executed, the following happens:
o New messages are tagged with configured new_tags.
---
lib/database.cc |3 ++-
lib/notmuch.h |3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/lib/database.cc b/lib/database.cc
index e4ac970..9a4f715 100644
--- a/lib/database.cc
+++ b/lib/database.cc
@@ -1671,7 +1671,8 @@ notmuch_database_add_message (notmuch_databas
but by
running notmuch cat id: which will always give the correct
content.
Michal Sojka (4):
lib: Return added message even if it already was in the database
Maildir synchronization
Make maildir synchronization configurable
Tests for maildir synchronization
lib/database-private.h
On Wed, 13 Oct 2010, Mike Kelly wrote:
> On Wed, 13 Oct 2010 10:24:25 -0400
> Mike Kelly wrote:
>
> > Looks like this may also require a newer xapian than i have now
> > (xapian-core 1.0.18), as notmuch new aborts with:
> >
> > terminate called after throwing an instance of
> > 'Xapian::Invali
On Wed, 13 Oct 2010, Servilio Afre Puentes wrote:
> On 13 October 2010 08:13, Michal Sojka wrote:
> [...]
> > THERE IS CURRENTLY ONE KNOWN ISSUE: Viewing/storing of attachments of
> > unread messages doesn't work. The reason is that when you view the
> > message it
On Thu, 30 Sep 2010, Andreas Amann wrote:
> Hi list,
>
> this is my first post. I found notmuch a couple of days ago and it works
> great. However I wanted to be able to ignore certain directories (mostly
> .git in my case) when "notmuch new" is running.
>
> With this patch the user can provide
On Wed, 22 Sep 2010, Michal Sojka wrote:
> On Mon, 20 Sep 2010, Carl Worth wrote:
> > I've now pushed this out, along with some changes of my own on top of
> > it. My changes make things in the test suite look more like they did
> > before the git-based modularization,
This patch allows bi-directional synchronization between maildir
flags and certain tags. The flag-to-tag mapping is defined by flag2tag
array.
The synchronization works this way:
1) Whenever notmuch new is executed, the following happens:
o New messages are tagged with configured new_tags.
Signed-off-by: Michal Sojka
---
test/maildir-sync | 216 +
test/notmuch-test |2 +-
test/test-lib.sh | 14 +++-
3 files changed, 229 insertions(+), 3 deletions(-)
create mode 100755 test/maildir-sync
diff --git a/test/maildir-sync b
This adds group [maildir] and key 'sync_level' to the configuration file.
The value of sync_level is used to control how the synchronization happens.
The default value is no synchronization.
---
lib/database-private.h |2 +-
lib/database.cc|9 +
lib/message.cc |
but by
running notmuch cat id: which will always give the correct
content.
Michal Sojka (4):
lib: Return added message even if it already was in the database
Maildir synchronization
Make maildir synchronization configurable
Tests for maildir synchronization
lib/database-private.h |2 +-
---
lib/database.cc |3 ++-
lib/notmuch.h |3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/lib/database.cc b/lib/database.cc
index e4ac970..9a4f715 100644
--- a/lib/database.cc
+++ b/lib/database.cc
@@ -1671,7 +1671,8 @@ notmuch_database_add_message (notmuch_databas
On Thu, 30 Sep 2010, Andreas Amann wrote:
> Hi list,
>
> this is my first post. I found notmuch a couple of days ago and it works
> great. However I wanted to be able to ignore certain directories (mostly
> .git in my case) when "notmuch new" is running.
>
> With this patch the user can provide
On Tue, 12 Oct 2010, David Bremner wrote:
> On Tue, 12 Oct 2010 11:06:17 +0200, Michal Sojka
> wrote:
>
> > I'm not sure whether implementing logging facility outside of notmuch
> > library is a good thing. If somebody will use a third-party tool (such
> > as py
On Mon, 11 Oct 2010, david at tethera.net wrote:
> The patches following this message are my first attempt at
> implementing atomic logging for notmuch. The idea is that such logs
> could be useful in synchronizing notmuch instances.
>
> Feedback of any kind is welcome. I'm particularly intereste
On Sun, 10 Oct 2010, Daniel Goldin wrote:
>
> Setting my .mailcap doesn't seem to have any effect on how notmuch/emacs
> handles attachments. Hitting return saves no matter what.
I use 'v' key to display attachments. This shows all attachments at
once with the programs configured in .mailcap.
-M
On Tue, 12 Oct 2010, David Bremner wrote:
> On Tue, 12 Oct 2010 11:06:17 +0200, Michal Sojka wrote:
>
> > I'm not sure whether implementing logging facility outside of notmuch
> > library is a good thing. If somebody will use a third-party tool (such
> > as pytho
On Mon, 11 Oct 2010, da...@tethera.net wrote:
> The patches following this message are my first attempt at
> implementing atomic logging for notmuch. The idea is that such logs
> could be useful in synchronizing notmuch instances.
>
> Feedback of any kind is welcome. I'm particularly interested i
On Sun, 10 Oct 2010, Daniel Goldin wrote:
>
> Setting my .mailcap doesn't seem to have any effect on how notmuch/emacs
> handles attachments. Hitting return saves no matter what.
I use 'v' key to display attachments. This shows all attachments at
once with the programs configured in .mailcap.
-M
On Sat, 02 Oct 2010, Daniel Goldin wrote:
> Resourceful non-programmer looking to open up attachment in external
> application from emacs. The default behavior is to ask me where to save
> the file. Ideally, I'd like to open a .doc, say, in ooffice simply by
> pressing return. Thanks.
Hi,
I do no
As far as I can tell, this is "possible" but not
> easy or clean:
>
> ...
>
> - There's a large number of patches from Michal Sojka, the latest from
> April 2010, about an abstract mailstore interface, towards using Git as
> an object store; Git has really nice
On Sat, 02 Oct 2010, Daniel Goldin wrote:
> Resourceful non-programmer looking to open up attachment in external
> application from emacs. The default behavior is to ask me where to save
> the file. Ideally, I'd like to open a .doc, say, in ooffice simply by
> pressing return. Thanks.
Hi,
I do no
As far as I can tell, this is "possible" but not
> easy or clean:
>
> ...
>
> - There's a large number of patches from Michal Sojka, the latest from
> April 2010, about an abstract mailstore interface, towards using Git as
> an object store; Git has really nice
Hi Carl,
good to here from you again :-)
On Mon, 20 Sep 2010, Carl Worth wrote:
> I've now pushed this out, along with some changes of my own on top of
> it. My changes make things in the test suite look more like they did
> before the git-based modularization, (both output from the test suite
>
Hi Carl,
good to here from you again :-)
On Mon, 20 Sep 2010, Carl Worth wrote:
> I've now pushed this out, along with some changes of my own on top of
> it. My changes make things in the test suite look more like they did
> before the git-based modularization, (both output from the test suite
>
Hi Rob,
On Mon, 06 Sep 2010, Rob Browning wrote:
> Jameson Rollins writes:
>
> > Hey, Rob. I've never seen this error before. I wonder if these
> > messages have some really long header names? If it's not too onerous,
> > can you find the messages where this occurred? There's a verbose
> > o
Hi Rob,
On Mon, 06 Sep 2010, Rob Browning wrote:
> Jameson Rollins writes:
>
> > Hey, Rob. I've never seen this error before. I wonder if these
> > messages have some really long header names? If it's not too onerous,
> > can you find the messages where this occurred? There's a verbose
> > o
On Mon, 16 Aug 2010, Chong Yidong wrote:
> Thanks, that is a useful backtrace. Could you apply this patch and see
> if it fixes the problem?
Great! The patch fixes the problem. Now I can view 20 MB email in
notmuch.
Thanks,
Michal
___
notmuch mailing l
On Mon, 16 Aug 2010, Chong Yidong wrote:
> Thanks, that is a useful backtrace. Could you apply this patch and see
> if it fixes the problem?
Great! The patch fixes the problem. Now I can view 20 MB email in
notmuch.
Thanks,
Michal
On Mon, 16 Aug 2010, Ladislav Lhotka wrote:
> I am experiencing a problem with a specific type of messages, namely
> announcements of new Internet drafts. One such message is shown below
> with all headers.
>
> In a search buffer, if I press [RET], the message is shown but the echo
> line says "Co
On Mon, 16 Aug 2010, Ladislav Lhotka wrote:
> I am experiencing a problem with a specific type of messages, namely
> announcements of new Internet drafts. One such message is shown below
> with all headers.
>
> In a search buffer, if I press [RET], the message is shown but the echo
> line says "Co
On Sat, 14 Aug 2010, Chong Yidong wrote:
> First, please check if this equivalent and simpler recipe also
> reproduces the problem, to make sure this is the same bug:
>
> emacs --batch -q --eval "(apply 'string (make-list 1122176 ?a)))"
Yes, the problem is still here.
> If so, please recompile
On Sat, 14 Aug 2010, Chong Yidong wrote:
> First, please check if this equivalent and simpler recipe also
> reproduces the problem, to make sure this is the same bug:
>
> emacs --batch -q --eval "(apply 'string (make-list 1122176 ?a)))"
Yes, the problem is still here.
> If so, please recompile
On Fri, 13 Aug 2010, Chong Yidong wrote:
> Michal Sojka writes:
>
> > It seems the bug is still in the current Emacs HEAD
> > (http://repo.or.cz/w/emacs.git/commit/08d1bfbda3ef4a7038556f6c56bec1a37b4721f0).
> > I can reproduce it with the lisp code sent by Ca
On Fri, 13 Aug 2010, Chong Yidong wrote:
> Michal Sojka writes:
>
> > It seems the bug is still in the current Emacs HEAD
> > (http://repo.or.cz/w/emacs.git/commit/08d1bfbda3ef4a7038556f6c56bec1a37b4721f0).
> > I can reproduce it with the lisp code sent by Ca
On Tue, 18 May 2010, Chong Yidong wrote:
> Looks like a stack overflow in the `string' function. I've checked in a
> fix, thanks for the bug report.
It seems the bug is still in the current Emacs HEAD
(http://repo.or.cz/w/emacs.git/commit/08d1bfbda3ef4a7038556f6c56bec1a37b4721f0).
I can reproduce
On 08/12/2010 05:33 PM, Stephen Paul Weber wrote:
> Somebody claiming to be Michal Sojka wrote:
>> Could you run notmuch new through strace and/or apply the patch bellow
>> and send the output?
>
> TRACE file attached
Hmm, I see nothing suspicious in the TRACE (besides th
On Thu, 12 Aug 2010, Stephen Paul Weber wrote:
> For me:
>
> $ delve -t XFROMsingpolyma xapian
> term `XFROMsingpolyma' not in database
> $ delve -t XFROMdenver xapian
> term `XFROMdenver' not in database
> $ delve -V -r 1 xapian
> Values for record #1: 0:?\?.?p
> Term List for record #1: XDIRECTO
On Thu, 05 Aug 2010, Stephen Paul Weber wrote:
> I've installed notmuch, run the setup to point it at the maildir of my Gmail
> "All Mail" folder, and run notmuch new. It says it found 32981 file, but no
> new mail... what? Then when I run searches, none of them return results.
>
> Help?
That's
On Tue, 18 May 2010, Chong Yidong wrote:
> Looks like a stack overflow in the `string' function. I've checked in a
> fix, thanks for the bug report.
It seems the bug is still in the current Emacs HEAD
(http://repo.or.cz/w/emacs.git/commit/08d1bfbda3ef4a7038556f6c56bec1a37b4721f0).
I can reproduce
On 08/12/2010 05:33 PM, Stephen Paul Weber wrote:
Somebody claiming to be Michal Sojka wrote:
Could you run notmuch new through strace and/or apply the patch bellow
and send the output?
TRACE file attached
Hmm, I see nothing suspicious in the TRACE (besides that it does not
index your
On Thu, 12 Aug 2010, Stephen Paul Weber wrote:
> For me:
>
> $ delve -t XFROMsingpolyma xapian
> term `XFROMsingpolyma' not in database
> $ delve -t XFROMdenver xapian
> term `XFROMdenver' not in database
> $ delve -V -r 1 xapian
> Values for record #1: 0:à\Æ.¾p
> Term List for record #1: XDIRECTO
On Thu, 05 Aug 2010, Stephen Paul Weber wrote:
> I've installed notmuch, run the setup to point it at the maildir of my Gmail
> "All Mail" folder, and run notmuch new. It says it found 32981 file, but no
> new mail... what? Then when I run searches, none of them return results.
>
> Help?
That's
On Fri, 06 Aug 2010, Stephen Paul Weber wrote:
> Anyway. I installed notmuch a few days ago (0.1), ran the setup, ran
> notmuch new and i said it found 3+ files, but no new mail? No searches
> return any results. What am I doing wrong?
Hi Stephen,
I guess you have your mails in a wrong fom
On Fri, 06 Aug 2010, Stephen Paul Weber wrote:
> Anyway. I installed notmuch a few days ago (0.1), ran the setup, ran
> notmuch new and i said it found 3+ files, but no new mail? No searches
> return any results. What am I doing wrong?
Hi Stephen,
I guess you have your mails in a wrong fom
On Tue, 27 Jul 2010, eric casteleijn wrote:
> I realize that indexing the raw message is probably not a good idea,
> since for instance the routing of a particular message is unlikely to be
> of interest, but I was wondering if there is a way to specify additional
> headers to be indexed by notm
601 - 700 of 1037 matches
Mail list logo
