thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=debian%2F0.32_rc1-1 2021-04-24T15:11:22Z 2021-04-24T15:11:22Z David Bremner david@tethera.net 2021-04-24T12:28:15Z urn:sha1:27a2c2c80d7854f75f8910802880f9a8e6764a45 Apparently the -f option to hostname is not portable, and in fact it does not seem to always behave reasonably in e.g. a chroot. Python code originally due to Tomi [1], modified by yours truly. [1]: id:m2lf9fbkug.fsf@guru.guru-group.fi 2021-04-18T13:00:10Z Đoàn Trần Công Danh congdanhqx@gmail.com 2021-04-18T03:48:46Z urn:sha1:828a004921ab0736634203cd07cc41393da00047 lib/open.cc:_load_key_file will only open xdg-config files in $XDG_CONFIG_HOME if it's defined, $HOME/.config will be considered if and only if XDG_CONFIG_HOME not defined. Let's unset said variable before running the test. 2021-04-16T12:06:39Z David Bremner david@tethera.net 2021-03-13T12:43:37Z urn:sha1:5248f55d5f11c6ed6c2344b2ed13e6ff16fc6dde Certain tools like the address-sanitizer fail if they are not the first LD_PRELOADed library. It does not seem to matter for our shims, as long as they are loaded before libnotmuch. 2021-04-07T00:32:36Z David Bremner david@tethera.net 2021-02-27T13:22:32Z urn:sha1:ec4b7efbe4bd6d50bd6046bac5f7ef4ceaa30154 This will allow simplifying the subcommand interface. Change the internal API to notmuch_config_open to not tie it to the implementation of subcommands in notmuch.c. It also fixes a previously broken test, since notmuch_config_open does not understand the notion of the empty string as a config file name. 2021-03-27T12:26:14Z David Bremner david@tethera.net 2021-02-25T12:00:26Z urn:sha1:77d4b26d3e374afac0012148a8ac0a08158406f1 There are two small code changes. The main one is to retrieve the possibly updated config file name found during the database opening call. The second change is to allow empty config file names, as a (currently broken) way of specifying that configuration should only be taken from the database. 2021-03-27T12:26:14Z David Bremner david@tethera.net 2021-02-23T20:19:13Z urn:sha1:217f8196088f200972d35ee9181bfe361cccc04a Eventually we want to do all opening of databases in the top level (main function). This means that detection of missing databases needs to move out of subcommands. It also requires updating the library to use the new NO_DATABASE status code. 2021-03-27T12:26:14Z David Bremner david@tethera.net 2021-02-19T12:41:36Z urn:sha1:dd9112e7d8e89e8566b90379f5f3b1461a2d2845 Previously the fact that some configuration options were only stored in the database (and thus editing the config file had no effect) was a source of user confusion. This was fixed with the series ending at d9af0af1646. On the other hand, the underlying partition of config options into those stored by default in the database and those stored in the config file remained. This is also confusing, since now some invocations of "notmuch config set" modify the config file, and others silently modify the database instead. With this commit, it is up to the user to decide which configuration to modify. A new "--database" option is provided for notmuch config to enable modifying the configuration information in the database; otherwise the default is to update an external config file. 2021-03-27T12:26:14Z David Bremner david@tethera.net 2021-02-14T17:46:13Z urn:sha1:f055e945627b3b0563262d4d273ac15a53766ef3 This allows `notmuch config` to use the common configuration information carried by the notmuch_database_t opened at the top level. 2021-03-27T12:26:14Z David Bremner david@tethera.net 2021-02-14T13:32:41Z urn:sha1:b76da87d29b6c9714e3d62fd8d459733df084f92 notmuch_config_open will be preserved in the medium term for use by the commands that are manipulating the config file directly (config and setup) 2021-03-27T12:26:14Z David Bremner david@tethera.net 2021-02-14T11:54:22Z urn:sha1:3787fe6c84ae223ba8c34920c3a2495c71abfe6c Use the database opened at the top level rather than opening another notmuch_database_t. Test output changes because keys are now listed in alphabetical order, and because a missing database is no longer an error.