<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/configure, branch 0.27</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.27</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.27'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2018-05-31T11:14:47Z</updated>
<entry>
<title>configure: check for links to/from libdir in ldconfig output</title>
<updated>2018-05-31T11:14:47Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2018-05-30T02:03:17Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b71fa262b54398399821e89d01d984f46e24d2e8'/>
<id>urn:sha1:b71fa262b54398399821e89d01d984f46e24d2e8</id>
<content type='text'>
If e.g. /lib is a link to /usr/lib, then the latter may not show up in
the way we expect in the output of ldconfig. 'test foo -ef bar' checks
if foo and bar have the same device and inode numbers. Since (at least
in bash, dash, ksh, and zsh) the shell dereferences symlinks before
applying the test, this includes both the case where file1 is equal to
file2 and the case where one is a symlink to the other.
</content>
</entry>
<entry>
<title>configure: set 'infodir'</title>
<updated>2018-05-26T15:26:02Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2018-05-21T20:08:50Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=7e3575c0ca01211f8b16740bb0702c852b4e02ff'/>
<id>urn:sha1:7e3575c0ca01211f8b16740bb0702c852b4e02ff</id>
<content type='text'>
This turns --infodir from an ignored option into a real one
</content>
</entry>
<entry>
<title>configure: check for makeinfo and install-info</title>
<updated>2018-05-26T15:25:51Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2018-05-21T20:08:49Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=db666126cd054ae9b0900afcc6e0009f20c45e50'/>
<id>urn:sha1:db666126cd054ae9b0900afcc6e0009f20c45e50</id>
<content type='text'>
These are needed to build and install (respectively) the info format
documentation.
</content>
</entry>
<entry>
<title>build: Allow user to specify ruby executable</title>
<updated>2018-05-11T00:01:06Z</updated>
<author>
<name>Thomas Schneider</name>
<email>qsx@chaotikum.eu</email>
</author>
<published>2018-05-09T12:38:48Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b2e4778ea4a704e4a86ae41d680a9ec886e66cfa'/>
<id>urn:sha1:b2e4778ea4a704e4a86ae41d680a9ec886e66cfa</id>
<content type='text'>
This way, one can build for a different Ruby than $PATH/ruby
(e. g. different versions, or Ruby in other paths).

Signed-off-by: Thomas Schneider &lt;qsx@chaotikum.eu&gt;
</content>
</entry>
<entry>
<title>move more http -&gt; https</title>
<updated>2018-05-03T23:59:20Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2018-04-29T08:35:30Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=c20a5eb80520a11cb697a45b0d9553c68e2199c8'/>
<id>urn:sha1:c20a5eb80520a11cb697a45b0d9553c68e2199c8</id>
<content type='text'>
Correct URLs that have crept into the notmuch codebase with http://
when https:// is possible.

As part of this conversion, this changeset also indicates the current
preferred upstream URLs for both gmime and sup.  the new URLs are
https-enabled, the old ones are not.

This also fixes T310-emacs.sh, thanks to Bremner for catching it.
</content>
</entry>
<entry>
<title>Merge branch 'release'</title>
<updated>2017-12-09T02:19:06Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2017-12-09T02:19:06Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=040c3236afcf95bead0324a48c2e0b9cd7934993'/>
<id>urn:sha1:040c3236afcf95bead0324a48c2e0b9cd7934993</id>
<content type='text'>
Conflicts:
        NEWS

Add in NEWS from point release
</content>
</entry>
<entry>
<title>crypto: signature verification reports valid User IDs</title>
<updated>2017-12-09T00:35:18Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2017-12-08T20:09:46Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=cb855d8a9d24084d0965790782c1ce04b82aa9ca'/>
<id>urn:sha1:cb855d8a9d24084d0965790782c1ce04b82aa9ca</id>
<content type='text'>
When i'm trying to understand a message signature, i care that i know
who it came from (the "validity" of the identity associated with the
key), *not* whether i'm willing to accept the keyholder's other
identity assertions (the "trust" associated with the certificate).

We've been reporting User ID information based on the "trust"
associated with the certificate, because GMime didn't clearly expose
the validity of the User IDs.

This change relies on fixes made in GMime 3.0.3 and later which
include https://github.com/jstedfast/gmime/pull/18.
</content>
</entry>
<entry>
<title>cli/help: give a hint about notmuch-emacs-mua</title>
<updated>2017-12-07T12:20:00Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2017-12-04T18:43:10Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=de80ede3dfa88d50a3a4d34cedfcd71b8bde165b'/>
<id>urn:sha1:de80ede3dfa88d50a3a4d34cedfcd71b8bde165b</id>
<content type='text'>
"notmuch help" doesn't mention "notmuch-emacs-mua" even though we
support it through the try_external_command() mechanism.

In addition, "notmuch help emacs-mua" doesn't work, even though we
ship the appropriate manpage.

This changeset fixes both of these problems.
</content>
</entry>
<entry>
<title>debian/control: build-depend on python3-sphinx instead of python-sphinx</title>
<updated>2017-12-07T12:18:29Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2017-12-06T01:46:55Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=03f4f75124c6d9882b8306873e8908aac9eee2bb'/>
<id>urn:sha1:03f4f75124c6d9882b8306873e8908aac9eee2bb</id>
<content type='text'>
python2 is going to be deprecated, and python3-sphinx is available all
the way back to oldoldstable.  let's use the more modern version.

To make this work and still ship the manpages, tell ./configure to
prefer python3 over python, if it exists.
</content>
</entry>
<entry>
<title>configure: session key handling in gmime maps to built_with("session_key")</title>
<updated>2017-12-05T01:39:50Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2017-11-30T08:59:28Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=0ff13f862cd817fc1971900a433856a2a6146e24'/>
<id>urn:sha1:0ff13f862cd817fc1971900a433856a2a6146e24</id>
<content type='text'>
This flag should make it easier to write the code for session-key
handling.

Note that this only works for GMime 2.6.21 and later (the session key
interface wasn't available before then).  It should be fine to build
the rest of notmuch if this functionality isn't available.

Note that this also adds the "session_key" built_with() aspect to
libnotmuch.
</content>
</entry>
</feed>
