<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/notmuch-config.c, branch 0.24</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.24</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.24'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2017-02-28T12:08:26Z</updated>
<entry>
<title>notmuch-config: ENOENT vs generic handling when file open fails.</title>
<updated>2017-02-28T12:08:26Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2017-02-26T19:12:39Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=5c0f1bd36790e680f7d3b6082e3606bd3b84a588'/>
<id>urn:sha1:5c0f1bd36790e680f7d3b6082e3606bd3b84a588</id>
<content type='text'>
When opening configuration file fails, ENOENT (file not found) is
handled specially -- in setup missing file is ok (often expected),
and otherwise user can be informed to run notmuch setup.

In any other case the the reason is unknown, so there is no other
option but to print generic error message to stderr.
</content>
</entry>
<entry>
<title>cli/config: don't try to open config file for 'notmuch help'</title>
<updated>2017-02-28T12:08:11Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2017-02-26T19:12:38Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=80aeaf7f59e250f034ecc99aa7fcd1e6dd14d9bb'/>
<id>urn:sha1:80aeaf7f59e250f034ecc99aa7fcd1e6dd14d9bb</id>
<content type='text'>
The help command does not really need to try to open the config
file. So don't.
</content>
</entry>
<entry>
<title>cli/config: rename name to key in _config_set_list</title>
<updated>2017-01-07T12:24:28Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2016-12-17T16:20:27Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=0df6e5c38789f0c650db8663c878883e255be46c'/>
<id>urn:sha1:0df6e5c38789f0c650db8663c878883e255be46c</id>
<content type='text'>
The other getters and setters speak of key, follow suit. No functional
changes.
</content>
</entry>
<entry>
<title>cli/config: allocate config using talloc_zero</title>
<updated>2017-01-07T12:24:07Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2016-12-17T16:20:26Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=08b6fd75ab5691e31bc9c3fbcbdfc719f9b5fe62'/>
<id>urn:sha1:08b6fd75ab5691e31bc9c3fbcbdfc719f9b5fe62</id>
<content type='text'>
Do not initialize each field separately. It's more robust to allocate
the config with zero initialization, and only set the non-zero
defaults individually.
</content>
</entry>
<entry>
<title>notmuch-config: replace config reading function</title>
<updated>2016-12-15T23:34:30Z</updated>
<author>
<name>Ioan-Adrian Ratiu</name>
<email>adi@adirat.com</email>
</author>
<published>2016-12-10T19:54:07Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=f2a038825b73d4b9fa6cfd3ecbe661f1e6a49840'/>
<id>urn:sha1:f2a038825b73d4b9fa6cfd3ecbe661f1e6a49840</id>
<content type='text'>
Config files are currently read using glib's g_key_file_load_from_file
function which is very inconvenient because it's limited by design to read
only from "regular data files" in a filesystem. Because of this limitation
notmuch can't read configs from pipes, fifos, sockets, stdin, etc. Not even
"notmuch --config=/dev/stdin" works:

Error reading configuration file /dev/stdin: Not a regular file

So replace g_key_file_load_from_file with g_key_file_load_from_data which
gives us much more freedom to read configs from multiple sources.

This also helps the more security sensitive users: If someone has private
information in the config file, it can be encrypted on disk, then decrypted
in RAM and passed through a pipe directly to notmuch without the use of
intermediate plain text files.

Signed-off-by: Ioan-Adrian Ratiu &lt;adi@adirat.com&gt;
</content>
</entry>
<entry>
<title>cli: abstract config file reading to a separate function</title>
<updated>2016-12-15T23:34:21Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2016-12-10T19:54:06Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=59ec7960242dfa8382c440d719a394877fa0fc35'/>
<id>urn:sha1:59ec7960242dfa8382c440d719a394877fa0fc35</id>
<content type='text'>
Simplify and fix the coding style while at it.
</content>
</entry>
<entry>
<title>lib: add built_with handling for XAPIAN_DB_RETRY_LOCK</title>
<updated>2016-06-29T07:05:49Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2016-06-26T15:29:45Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=3a45d29ed4d753bcf72f2fa0bb37fefd4d18f96a'/>
<id>urn:sha1:3a45d29ed4d753bcf72f2fa0bb37fefd4d18f96a</id>
<content type='text'>
This support will be present only if the appropriate version of xapian
is available _and_ the user did not disable the feature when
building. So there really needs to be some way for the user to check.
</content>
</entry>
<entry>
<title>Use https instead of http where possible</title>
<updated>2016-06-05T11:32:17Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2016-06-02T16:26:14Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=6a833a6e83865f6999707cc30768d07e1351c2cb'/>
<id>urn:sha1:6a833a6e83865f6999707cc30768d07e1351c2cb</id>
<content type='text'>
Many of the external links found in the notmuch source can be resolved
using https instead of http.  This changeset addresses as many as i
could find, without touching the e-mail corpus or expected outputs
found in tests.
</content>
</entry>
<entry>
<title>CLI: add notmuch-config support for named queries</title>
<updated>2016-05-25T10:40:44Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2016-03-22T10:54:52Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=2d2a13966c74ffe86fc10abfbe1ac4c9798788ce'/>
<id>urn:sha1:2d2a13966c74ffe86fc10abfbe1ac4c9798788ce</id>
<content type='text'>
Most of the infrastructure here is general, only the validation/dispatch
is hardcoded to a particular prefix.

A notable change in behaviour is that notmuch-config now opens the
database e.g. on every call to list, which fails with an error message
if the database doesn't exit yet.
</content>
</entry>
<entry>
<title>lib/cli: add library API / CLI for compile time options</title>
<updated>2016-05-13T10:29:12Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2016-03-22T10:54:45Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=792bea5aff135107fd970f51f3ef8c65f68194de'/>
<id>urn:sha1:792bea5aff135107fd970f51f3ef8c65f68194de</id>
<content type='text'>
This is intentionally low tech; if we have more than two options it may
make sense to build up what infrastructure is provided.
</content>
</entry>
</feed>
