| Age | Commit message (Collapse) | Author |
|---|
|
[dgit --overwrite]
|
|
|
|
notmuch release 0.28-2 for unstable (sid) [dgit]
[dgit distro=debian]
|
|
Yes, a build chroot can have /usr/bin/bash, thanks to usrmerge, but we
can't depend on it existing in the user's system.
|
|
|
|
|
|
This is based on my subjective assessment of what is user/packager
facing and important from the output of 'git shortlog'
|
|
|
|
Just a stub for now.
|
|
|
|
This ${prefix}/share/vendor-completion convention seems to be debian
specific, so leave the global default alone for now.
|
|
This adds completion files for zsh that cover most of notmuch's cli.
The files in completion/zsh are formatted so that they can be found by
zsh's completion system if put $fpath. They are also registered to the
notmuch-* pattern, so they can be called externally using _dispatch.
Update installation recipe and drop debian/notmuch.examples to avoid
breakage. This means zsh completion is not installed for debian, to be
fixed in a future commit.
Amended by db: use regexp searching for address completion. This seems
to be fast enough to work without a cache.
|
|
Previously any hook functions attached to `notmuch-mua-send-hook' were
ignored.
|
|
|
|
|
|
|
|
The immediate motivation is to have dh_installman look in debian/tmp
|
|
The main goal here is to be able to install the notmuch-mutt script
with an absolute shebang. I have tried to make the notmuch-mutt
Makefile use configure information from notmuch if available, but make
suitable guesses if not.
|
|
This can be used to set shebang lines during install.
|
|
Follow distro-centric rules to reduce the chance of surprising
behaviour due to PATH changes
|
|
This can be used to set shebang lines during install.
|
|
Normally we'd mark it broken, but perversely missing regexp support
actually makes the test pass.
|
|
Currently these tests just fail when notmuch is built against Xapian
1.2.x
|
|
Unfortunately 514fb397c9 somewhat messed up the "debian-snapshot"
target, by including .git in the generated tarball.
|
|
notmuch release 0.27-3 for unstable (sid) [dgit]
[dgit distro=debian]
|
|
This hangs up dgit. It's probably not useful for users of the source
package to have debian/.gitignore, but it should not hurt.
|
|
|
|
If the database path specified in the configuration file does *not*
start with a /, presume that it is relative to $HOME and modify the
path used to open the database accordingly.
|
|
[dgit --overwrite]
|
|
In current Debian sid / testing, emacs25 is a transitional package,
and emacs-gtk, emacs-lucid, and emacs-nox are the real packages.
Emacs 23 is not available in emacs after oldoldstable.
|
|
We should probably not git://, and it needs a branch to not confuse
e.g. vcswatch.
|
|
As reported by Sean Whitton, there are mailers (in particular the
Debian Bug Tracking System) that have sensible In-Reply-To headers,
but un-useful-for-notmuch References (in particular with the BTS, the
oldest reference is last). I looked at a sample of about 200K
messages, and only about 0.5% these had something other than a single
message-id in In-Reply-To. On this basis, if we see a single
message-id in In-Reply-To, consider that as authoritative.
|
|
The idea is that if a message-id parses with this function, the MUA
generating it was probably sane, and in particular it's probably safe
to use the result as a parent from In-Reply-to.
|
|
It's only few lines, but we already define the function, so make it
usable elsewhere
|
|
In a future commit, we will start trusting In-Reply-To's when they
look sane (i.e. a single message-id). Modify these tests so they will
keep passing (i.e. keep choosing References) when that happens.
|
|
The current scheme of choosing the replyto (i.e. the default parent
for threading purposes) does not work well for mailers that put
the oldest Reference last.
|
|
We (finally) implement the XXX comment. It requires a bit of care not
to reparent all of the possible toplevel messages.
_notmuch_messages_has_next is not ready to be a public function yet,
since it punts on the mset case. We know in the one case it is called,
the notmuch_messages_t is just a regular list / iterator.
|
|
This is part 1/2 of changing the reparenting of alleged toplevel
messages to use a "deep" reference rather than just the first one
found.
|
|
This will be used in reparenting messages without useful in-reply-to,
but with useful references
|
|
This is mainly to lay out the structure of the final code. The problem
isn't really solved yet, although some very simple cases are
better (hence the fixed test). We need two passes through the messages
because we need to be careful not to re-parent too many messages and
end up without any toplevel messages.
|
|
This is a review suggestion [1] of Tomi. I decided not to squash it
so that the code movement remains clear.
[1]: id:m2pnxxgf5q.fsf@guru.guru-group.fi
|
|
This is not a complete win in code-size, but it makes the code (which
is about to get more complicated) easier to follow.
|
|
There is no public notmuch_message_list_t public interface, so to this
is added to the private API. We use it immediately in thread.cc;
future commits will use it further.
|
|
This is analogous to DEBUG_DATABASE_SANITY, and is intended to help
debugging and to help users submit bug reports.
|
|
The plan is to use these in resolving threads.
|
|
For non-root messages, this should not should anything currently, as
the messages are already added in date order. In the future we will
add some non-root messages in a second pass out of order and the
sorting will be useful. It does fix the order of multiple
root-messages (although it is overkill for that).
|
|
This documents the bug discussed at
id:87efgmmysi.fsf@len.workgroup
The underlying issue is that the reply to a ghost (missing) message is
falsely classified as a root message in _resolve_thread_relationships.
There are two pairs of tests; in each case the the first test is
simpler / more robust, but also easier to fool.
|
|
There are 3 threads here, two synthetic, and one anonymized one using
data from Gregor. They test various aspects of thread
ordering/construction in the presence of replies to ghost messages.
|
|
This clarifies that the breakage seen with Xapian 1.4.6 does not have
to do with "funny" tags.
This test is "known broken", but only with xapian 1.4.6, and there's
curently no convenient way to mark that.
|
|
Use GMime functionality to detect mislabeled messages and apply the
correct (Windows) encoding instead.
|
