<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/test, branch debian/0.38.3-5</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=debian%2F0.38.3-5</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=debian%2F0.38.3-5'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2025-02-28T21:18:28Z</updated>
<entry>
<title>Accept "key-missing" from a signature from a revoked key</title>
<updated>2025-02-28T21:18:28Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2025-02-27T18:14:08Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=c8fe08092575d2c204bd972e27370895e700d4e8'/>
<id>urn:sha1:c8fe08092575d2c204bd972e27370895e700d4e8</id>
<content type='text'>
We have traditionally expected a signature to show up as "revoked"
when the signing key is revoked.  However, GnuPG's recent fix to avoid
a denial of service against legitimate signatures appears to have
changed the status of signature verification from keys which happen to
have been revoked.

See https://bugs.debian.org/1098995 and https://dev.gnupg.org/T7547

This change makes the test suite a little bit less brittle while we
look for a resolution from upstream.  It should probably also be
backported to debian unstable unless a notmuch release to unstable is
imminent.

Signed-off-by: Daniel Kahn Gillmor &lt;dkg@fifthhorseman.net&gt;
(cherry picked from commit d330971b8bdb159e58a806e7ee24f3e5551d3f89)
</content>
</entry>
<entry>
<title>test/emacs: add workaround for Emacs 30 pp changes</title>
<updated>2025-02-25T20:51:00Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2025-02-25T11:25:59Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=0c8dc3922fda92eb284cb58361169a2bc168f61a'/>
<id>urn:sha1:0c8dc3922fda92eb284cb58361169a2bc168f61a</id>
<content type='text'>
This relies on the fact that setting pp-default-function has no effect
for Emacs &lt;30.

(cherry picked from commit e3d4721b1ba4836c7646e057b50123fe994652eb)
</content>
</entry>
<entry>
<title>lib: clear error message on success in _choose_database_path</title>
<updated>2023-12-06T11:33:05Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2023-12-03T18:56:44Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b97cd90040a8353e6f94c317af2020f3d6e67a2e'/>
<id>urn:sha1:b97cd90040a8353e6f94c317af2020f3d6e67a2e</id>
<content type='text'>
Previously we both found a database and returned a message saying that
the database could not be found (along with a success code). This
change should prevent spurious error output.
</content>
</entry>
<entry>
<title>test: add known broken test for incorrect error message</title>
<updated>2023-12-06T11:33:05Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2023-12-03T15:41:11Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=5a582e8ed9b9bfd88e63149fb671510bc2b2e9f8'/>
<id>urn:sha1:5a582e8ed9b9bfd88e63149fb671510bc2b2e9f8</id>
<content type='text'>
Duplicate bug reported in id:87wmtvcor5.fsf@alyssa.is

The error message is nonsense, because notmuch config list actually
includes the database in those two cases.
</content>
</entry>
<entry>
<title>Pass error message from GLib ini parser to CLI</title>
<updated>2023-09-23T11:34:48Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2023-09-15T12:50:04Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=1c10d91d8e4a3e5bc76ca4c6b9939f3759e6ef5e'/>
<id>urn:sha1:1c10d91d8e4a3e5bc76ca4c6b9939f3759e6ef5e</id>
<content type='text'>
The function _notmuch_config_load_from_file is only called in two
places in open.cc. Update internal API to match the idiom in open.cc.
Adding a newline is needed for consistency with other status strings.

Based in part on a patch [1] from Eric Blake.

[1]: id:20230906153402.101471-1-eblake@redhat.com
</content>
</entry>
<entry>
<title>test: add known broken subtest for the bad config error message</title>
<updated>2023-09-23T11:29:32Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2023-09-15T12:50:03Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=bc38580cef3316254b1ffb15b4711b541c6f9bb3'/>
<id>urn:sha1:bc38580cef3316254b1ffb15b4711b541c6f9bb3</id>
<content type='text'>
This is a bit fragile w.r.t. glib changing their error message, but it
already helped me find one formatting bug, so for now I think it's
worth it, instead of just grepping for "UTF-8".
</content>
</entry>
<entry>
<title>CLI: exit with error when load_config returns an error.</title>
<updated>2023-09-23T11:26:40Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2023-09-15T12:50:02Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=dbb5ff338511bfa6718ed144b95a689809d4bea1'/>
<id>urn:sha1:dbb5ff338511bfa6718ed144b95a689809d4bea1</id>
<content type='text'>
For now print a generic error message and exit with error on any
non-success code. Previously the code exited, but with exit code zero,
leading users / scripts to think the command had succeeded.
</content>
</entry>
<entry>
<title>test: add known broken test for bad utf8 in config</title>
<updated>2023-09-23T11:22:51Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2023-09-15T12:50:01Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=112c53535a569ba28a2a7f3baae7fcc4033c65bc'/>
<id>urn:sha1:112c53535a569ba28a2a7f3baae7fcc4033c65bc</id>
<content type='text'>
We should ideally print an informative error message, but at the very
least we should not exit with success.
</content>
</entry>
<entry>
<title>test: minimize impact of native compilation.</title>
<updated>2023-08-26T10:45:36Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2023-08-26T10:45:36Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=115d4d69ebbab213baae672ac4e81947877f364b'/>
<id>urn:sha1:115d4d69ebbab213baae672ac4e81947877f364b</id>
<content type='text'>
Native compilation is kindof useless in the test suite because we
throw away the cache after every subtest.  The test suite could in
principle share an eln cache within a given test file; for now try to
minimize the amount of native-compilation. There is an intermittent
bug where emacs loses track of its default-directory; I suspect (but
have no proof) that bug is related to native compilation and/or race
conditions. This patch seems to prevent that bug (or at least reduce
its frequency).
</content>
</entry>
<entry>
<title>test/setup: ignore blank lines in generated config</title>
<updated>2023-08-21T22:30:54Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2023-08-20T15:23:19Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=368e0f61d5498ceae180e8349e848a4904008b0b'/>
<id>urn:sha1:368e0f61d5498ceae180e8349e848a4904008b0b</id>
<content type='text'>
The presense of the blank lines between sections depends on the
version of glib. Strip them before comparison.
</content>
</entry>
</feed>
