I still confirm the bug.
The problem is due to relying on non-standardized fields of directory entries
(i.e. d_type), which don't behave the
same on reiserfs than on ext2 (I use reiserfs).
The following ugly patch solves my problem.
diff --git a/notmuch-new.c b/notmuch-new.c
I posted a similar patch a while ago, that also did not show deleted messages
by default. Don't know if Carl wants to
integrate this though
- Mail Original -
De: Sebastian Spaeth sebast...@sspaeth.de
À: notmuch firstname.lastname@example.org
Envoyé: Mercredi 20 Janvier
Using a prefix arg to invert search order would conflict with my patch
in which the prefix arg is used to show deleted messages. I don't known which
behaviour for prefix patch would be best.
Though we can also add toggle keys that toggle
- martin f krafft madd...@madduck.net a écrit :
Except I fear that as soon as we allow manipulation of the local
store, we'll potentially run into this problem:
Could you also write a commit message describing what the patch does?
The easiest way for me to apply that would be if you would create a git
commit, then run git format-patch origin/master and mail the resulting
files, (the git send-email command can be used here, or you can insert
Carl: The patch in the mail has problems; apparently I have to manually add
scissorlines to the mail for it
to be processed by git-am. I thought this was automatically added. (I hate the
git UI -- nothing is consistent,
concepts have different names, the definition of scissor lines is as precise
Here they are; as I don't know how to include them in the body, I put the
patches as attachments. I hope this
will be convienient enough for you.
- ra...@free.fr a écrit :
Carl: The patch in the mail has problems; apparently I have to
manually add scissorlines to the mail for
- Jameson Rollins jroll...@finestructure.net a écrit :
On Mon, 12 Apr 2010 15:33:35 +0200, Sebastian Spaeth
fsync is really killing xapian (and notmuch). What suffers, are the
boolean prefixes (tag, id, and thread). Using libeatmydata (which
- Carl Worth cwo...@cworth.org a écrit :
Once we fix that, I think we can go back to having tag operations
affect matched messages in the search view, and I agree that this
be extremely convenient.
What about using prefixes to each command, the way Gnus does it*? For
> Here is my workaround. If this approach seems sensible I can prepare a
> patch to `org-notmuch-follow-link` in ol-notmuch.el.
Your approach probably works most of the time, but I don't like the idea
of having to perform 2 queries when one should be enough.
I think a better approach
Mail list logo