<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/configure, branch 0.30</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.30</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.30'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2020-07-03T09:31:54Z</updated>
<entry>
<title>doc: update install suggestions for fedora derivatives</title>
<updated>2020-07-03T09:31:54Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2020-06-26T11:11:00Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=f981f5bae0e33219b7e0e9f2d5e03d54d0d88cce'/>
<id>urn:sha1:f981f5bae0e33219b7e0e9f2d5e03d54d0d88cce</id>
<content type='text'>
Fedora still has an old gmime-devel which is 2.6.x. This is no longer
supported by notmuch. Also apparently dnf is a better choice than yum.
</content>
</entry>
<entry>
<title>configure: can gpgme can verify signatures when decrypting with a session key?</title>
<updated>2020-07-03T00:22:14Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2020-07-02T18:00:48Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=e624cc132af462641b19db3762a58a5776047890'/>
<id>urn:sha1:e624cc132af462641b19db3762a58a5776047890</id>
<content type='text'>
If https://dev.gnupg.org/T3464 is unresolved in the version of gpgme
we are testing against, then we should know about it, because it
affects the behavior of notmuch.

Signed-off-by: Daniel Kahn Gillmor &lt;dkg@fifthhorseman.net&gt;
</content>
</entry>
<entry>
<title>configure: detect 64 bit time_t</title>
<updated>2020-06-27T01:16:51Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2020-06-24T14:32:33Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b96ccdf336243ccf5dd44bd26febf8c12fe17ad2'/>
<id>urn:sha1:b96ccdf336243ccf5dd44bd26febf8c12fe17ad2</id>
<content type='text'>
Certain tests involving timestamps &gt; 32 bits cannot pass with the
current libnotmuch API. We will avoid this issue for now by disabling
those tests on "old" architectures with 32 bit time_t.
</content>
</entry>
<entry>
<title>configure: use cffi.FFI().verify() to test buildability of CFFI bindings</title>
<updated>2020-06-10T02:06:03Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2020-06-09T12:32:27Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=963e363a234f1c8bdf1ae68956f80a2538bee7dc'/>
<id>urn:sha1:963e363a234f1c8bdf1ae68956f80a2538bee7dc</id>
<content type='text'>
Checking existence of pyconfig.h to determine whether CFFI-based
notmuch bindings are buildable is not enough; for example Fedora 32
ships pyconfig.h in python3-libs package, but python3-devel is required
to be installed for the bindings to build.

Executing cffi.FFI().verify() is pretty close to what is done in
bindings/python-cffi/notmuch2/_build.py to get the c code part of the
bindings built.
</content>
</entry>
<entry>
<title>configure: require python 3.5 for CFFI-based notmuch bindings</title>
<updated>2020-06-06T10:44:14Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2020-06-05T21:57:55Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=ca37d8950b8f7f0d2952af25482db9aa36ae9d9c'/>
<id>urn:sha1:ca37d8950b8f7f0d2952af25482db9aa36ae9d9c</id>
<content type='text'>
Also tell users what the consequences of a "No" answer is when
python version is less than 3.5, cffi or setuptools is missing,
or no pytest &gt;= 3.0 is available.
</content>
</entry>
<entry>
<title>configure: check existence of python3 setuptools and dev package</title>
<updated>2020-06-01T11:02:43Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2020-06-01T05:31:42Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=16d073ebe8fe062bb733165bdb10d7d2937616b5'/>
<id>urn:sha1:16d073ebe8fe062bb733165bdb10d7d2937616b5</id>
<content type='text'>
The notmuch2 CFFI-based Python interface is not buildable unless
python3 dev package and python3 setuptools are installed.

Check that these exist in configure (and disable notmuch2 bindings
build if not) so that build of these bindings don't fail when make(1)
is executed.
</content>
</entry>
<entry>
<title>python-cffi: enable out-of-tree builds</title>
<updated>2020-05-30T15:42:14Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2020-05-22T01:03:59Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=ef0ab496b3f1e3a85f08102e3aaf251f4af69fd3'/>
<id>urn:sha1:ef0ab496b3f1e3a85f08102e3aaf251f4af69fd3</id>
<content type='text'>
This is a simple hack to enable out-of-tree builds, a concern raised
by Tomi in id:m24kzjib9a.fsf@guru.guru-group.fi

This change at least enables "make check" to complete without error,
but I'm sure it could be improved.  I am not expert enough in
setuptools to know how.

Signed-off-by: Daniel Kahn Gillmor &lt;dkg@fifthhorseman.net&gt;
Amended by db per id:87d06usa31.fsf@powell.devork.be
</content>
</entry>
<entry>
<title>configure: report GMime minimum version in ./configure output</title>
<updated>2020-05-23T01:07:51Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2020-05-12T21:17:09Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=78800929641fb79e758baa60d02216ed2ea941d0'/>
<id>urn:sha1:78800929641fb79e758baa60d02216ed2ea941d0</id>
<content type='text'>
We already report the minimum version for Glib, zlib, and Xapian
development libraries.  For consistency, report it for GMime as well.

Signed-off-by: Daniel Kahn Gillmor &lt;dkg@fifthhorseman.net&gt;
</content>
</entry>
<entry>
<title>smime: tests of X.509 certificate validity are known-broken on GMime &lt; 3.2.7</title>
<updated>2020-05-23T01:04:57Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2020-05-22T00:42:41Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b14d9ae204dedab0b63ab54fc6d59ffe7090ba88'/>
<id>urn:sha1:b14d9ae204dedab0b63ab54fc6d59ffe7090ba88</id>
<content type='text'>
When checking cryptographic signatures, Notmuch relies on GMime to
tell it whether the certificate that signs a message has a valid User
ID or not.

If the User ID is not valid, then notmuch does not report the signer's
User ID to the user.  This means that the consumer of notmuch's
cryptographic summary of a message (or of its protected headers) can
be confident in relaying the reported identity to the user.

However, some versions of GMime before 3.2.7 cannot report Certificate
validity for X.509 certificates.  This is resolved upstream in GMime
at https://github.com/jstedfast/gmime/pull/90.

We adapt to this by marking tests of reported User IDs for
S/MIME-signed messages as known-broken if GMime is older than 3.2.7
and has not been patched.

If GMime &gt;= 3.2.7 and certificate validity still doesn't work for
X.509 certs, then there has likely been a regression in GMime and we
should fail early, during ./configure.

To break out these specific User ID checks from other checks, i had to
split some tests into two parts, and reuse $output across the two
subtests.

Signed-off-by: Daniel Kahn Gillmor &lt;dkg@fifthhorseman.net&gt;
</content>
</entry>
<entry>
<title>build: drop support for xapian versions less than 1.4</title>
<updated>2020-04-24T00:28:45Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2020-04-21T21:07:29Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=00cdfe10717020423870fdaf56e973db9aba9f5a'/>
<id>urn:sha1:00cdfe10717020423870fdaf56e973db9aba9f5a</id>
<content type='text'>
Xapian 1.4 is over 3 years old now (1.4.0 released 2016-06-24),
and 1.2 has been deprecated in Notmuch version 0.27 (2018-06-13).

Xapian 1.4 supports compaction, field processors and retry locking;
conditionals checking compaction and field processors were removed
but user may want to disable retry locking at configure time so it
is kept.
</content>
</entry>
</feed>
