<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/configure, branch 0.12</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.12</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.12'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2012-03-12T01:13:48Z</updated>
<entry>
<title>build: Require gmime &gt;= 2.6.7</title>
<updated>2012-03-12T01:13:48Z</updated>
<author>
<name>Thomas Jost</name>
<email>schnouki@schnouki.net</email>
</author>
<published>2012-02-21T19:35:35Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=f34613ea833196922a38cf04cd2ee766a562a410'/>
<id>urn:sha1:f34613ea833196922a38cf04cd2ee766a562a410</id>
<content type='text'>
gmime-2.6 had a bug [1] which made it impossible to tell why a signature
verification failed when the signer key was unavailable (empty "sigstatus" field
in the JSON output). Since 00b5623d the corresponding test is marked as broken
when using gmime-2.6 (2.4 is fine).

This bug has been fixed in gmime 2.6.5, which is now the minimal gmime-2.6
version required for building notmuch (gmime-2.4 is still available). As a
consequence the version check in test/crypto can be removed.

[Added by db]

Although less unambigously a bug, Gmime 2.6 prior to 2.6.7 also was
more strict about parsing, and rejected messages with initial "From "
headers.  This restriction is relaxed in [2].  For reasons explained in [3],
we want to keep this more relaxed parsing for now.

[1] https://bugzilla.gnome.org/show_bug.cgi?id=668085

[2] http://git.gnome.org/browse/gmime/commit/?id=d311f576baf750476e06e9a1367a2dc1793ea7eb

[3] id:"1331385931-1610-1-git-send-email-david@tethera.net"
</content>
</entry>
<entry>
<title>Fix configure script to properly detect gmime-2.6 if available.</title>
<updated>2012-03-11T01:39:13Z</updated>
<author>
<name>Jameson Graef Rollins</name>
<email>jrollins@finestructure.net</email>
</author>
<published>2012-03-08T16:45:01Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=4d136995cebb3a339faf844fa3106f398562aad7'/>
<id>urn:sha1:4d136995cebb3a339faf844fa3106f398562aad7</id>
<content type='text'>
Previously, the configure script would appear to detect gmime-2.6 if
present.  However, the binaries would end up being compiled against
gmime-2.4.  The addition of a break fixes things so that now gmime-2.6
will be used if available, falling back to gmime-2.4.
</content>
</entry>
<entry>
<title>configure: update explicit check for glib : &gt;= 2.22</title>
<updated>2012-02-04T01:10:55Z</updated>
<author>
<name>Pieter Praet</name>
<email>pieter@praet.org</email>
</author>
<published>2012-02-03T12:12:25Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b44b344595acdfe2a4be9bfb6f3421423c497c97'/>
<id>urn:sha1:b44b344595acdfe2a4be9bfb6f3421423c497c97</id>
<content type='text'>
As of commit b3caef1f, we're using g_array_unref() in 'lib/query.cc',
which was only introduced in glib 2.22, so update the dependency.

Thanks to datapipe@gmail.com for reporting this [1].

Also see commit b88e6abc.

[1] id:"alpine.DEB.2.02.1201132130220.21970@ltspubuntu4.int.smq.datapipe.net"
</content>
</entry>
<entry>
<title>Separate Emacs misc. files dir. from Emacs code dir.</title>
<updated>2011-10-28T17:07:44Z</updated>
<author>
<name>Amadeusz Żołnowski</name>
<email>aidecoe@aidecoe.name</email>
</author>
<published>2011-10-25T08:07:02Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=e6d85fb97d86e103c2c62cd215f54a3fe37856d0'/>
<id>urn:sha1:e6d85fb97d86e103c2c62cd215f54a3fe37856d0</id>
<content type='text'>
New option --emacsetcdir was added, but it's set default to the same
value as --emacslispdir for backward compatibility.
</content>
</entry>
<entry>
<title>fix sum moar typos [build scripts, Makefiles]</title>
<updated>2011-06-23T22:44:59Z</updated>
<author>
<name>Pieter Praet</name>
<email>pieter@praet.org</email>
</author>
<published>2011-06-20T20:14:21Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=730acd4764535e19f4a461753a3ea1623af42f71'/>
<id>urn:sha1:730acd4764535e19f4a461753a3ea1623af42f71</id>
<content type='text'>
Various typo fixes in comments within the Makefile and other build scripts.

Signed-off-by: Pieter Praet &lt;pieter@praet.org&gt;

Edited-by: Carl Worth &lt;cworth@cworth.org&gt; Restricted to just build files.
</content>
</entry>
<entry>
<title>configure: Fix detection of libdir in ldconfig configuration</title>
<updated>2011-06-01T20:02:58Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-06-01T20:02:58Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=574f408816e636f677b14384c18cc2e388991411'/>
<id>urn:sha1:574f408816e636f677b14384c18cc2e388991411</id>
<content type='text'>
Ever since commit b4b5e9ce4dac62111ec11da6d22b7e618056801f the
detection of libdir in the ldconfig configuration has been broken,
resulting in RPATH being set when not needed and not wanted.

The cause was a change from an IFS setting of:

	IFS="$(printf '\n\t')"

to a new setting of:

	IFS="$(printf '\n')"

That looks desirable since we want to split the output of ldconfig
based on newlines, (and not split on any filename that might have an
embedded tab in it). The subtle bug in the above is that the shell
trims any trailing newlines when performing command substitution so
the final statement above was equivalent to:

	IFS=''

which prevented any splitting of the ldconfig output at all.

Fix this by avoiding command substitution and just using a literal
newline in the source file for setting this variable.
</content>
</entry>
<entry>
<title>build: Save configure options and re-use them for automatic runs of configure</title>
<updated>2011-03-10T19:30:06Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-03-10T19:30:06Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=2d6718b837b11b48d6b6ce1ae3f863591d5b651a'/>
<id>urn:sha1:2d6718b837b11b48d6b6ce1ae3f863591d5b651a</id>
<content type='text'>
This supports the case of a user running "configure --prefix=/foo" then later
updating the soruce (including the configure script) and re-running make.

In this case, the make invocation will re-run configure. Before this change,
this run of configure would lose the user's carefully chosen prefix. This
is now fixed so that configrue is re-run with the user's options.
</content>
</entry>
<entry>
<title>build: Add support for non-source-directory builds.</title>
<updated>2011-03-09T23:10:03Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-03-09T23:02:42Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=3e4a9d60a9419621b08c647a306843d76c47c2cb'/>
<id>urn:sha1:3e4a9d60a9419621b08c647a306843d76c47c2cb</id>
<content type='text'>
Such as:

     mkdir build
     cd build
     ../configure
     make

This is implemented by having the configure script set a srcdir
variable in Makefile.config, and then sprinkling $(srcdir) into
various make rules. We also use vpath directives to convince GNU make
to find the source files from the original source directory.
</content>
</entry>
<entry>
<title>configure: Drop global setting of IFS (without space in it).</title>
<updated>2011-01-26T13:29:03Z</updated>
<author>
<name>Michal Sojka</name>
<email>sojkam1@fel.cvut.cz</email>
</author>
<published>2011-01-26T13:13:21Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b4b5e9ce4dac62111ec11da6d22b7e618056801f'/>
<id>urn:sha1:b4b5e9ce4dac62111ec11da6d22b7e618056801f</id>
<content type='text'>
This was originally intended to help support filenames with spaces in
them, but this actually breaks things when someone sets a command with
a space in it, (such as CC="ccache cc").

Instead, we now only set a custom IFS when acting on the
newline-separated list of files from /sbin/ldconfig.
</content>
</entry>
<entry>
<title>configure: add options to disable emacs/zsh/bash and choose install dir.</title>
<updated>2011-01-26T12:30:32Z</updated>
<author>
<name>Cédric Cabessa</name>
<email>ced@ryick.net</email>
</author>
<published>2011-01-23T13:33:43Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=26b4cc4aad93e25dab1e1f38f19f1ae69cde389c'/>
<id>urn:sha1:26b4cc4aad93e25dab1e1f38f19f1ae69cde389c</id>
<content type='text'>
add --bashcompletiondir and --zshcompletiondir (like --emacslispdir) to choose
installation dir for bash/zsh completion files

Make some features optional:
  --without-emacs / --with-emacs=no do not install lisp file
  --without-bash-completion / --with-bash-completion=no  do not install bash
files
  --without-zsh-completion / --with-zsh-completion=no do not install zsh files
By default, everything is enabled. You can reenable something with
  --with-feature=yes
</content>
</entry>
</feed>
