Re: [Patch v4 2/9] test: add support for compiling and running C snippets

2015-03-21 Thread Tomi Ollila
On Sat, Mar 14 2015, David Bremner da...@tethera.net wrote: This is to limit the copy-pasta involved in running C tests. I decided Wat kind of spaghetti have you been eating... ;D to keep things simple and not try to provide an actual C skeleton. The setting of LD_LIBRARY_PATH is to force

Re: [PATCH v2] nmbug-status: Use 'show-ref --heads' for loading configs

2015-03-21 Thread Tomi Ollila
On Sun, Mar 15 2015, W. Trevor King wk...@tremily.us wrote: When loading configs from Git, the bare branch name (without a refs/heads/ prefix or similar) matches all branches of that name (including remote-tracking branches): .nmbug $ git show-ref config

Re: [Patch v4 4/9] lib: add verbose versions of notmuch_database_{open, create}

2015-03-21 Thread Tomi Ollila
On Sat, Mar 14 2015, David Bremner da...@tethera.net wrote: The compatibility wrapper ensures that clients calling notmuch_database_open will receive consistent output for now. The stdargs based infrastucture will be used in following commits for infrastructure :D a more general logging

[BUG] notmuch crashes on FreeBSD when synchronize_flags=true

2015-03-21 Thread Simon Campese
Hello, I'm trying to setup notmuch on my FreeBSD machine (version 10.1). As soon as I run 'notmuch new' (without an existing .notmuch directory), notmuch crashes with the error message 'abort (core dumped) notmuch new'. An example output is: --- BEGIN shell-output --- freebsd-desk% notmuch

[PATCH v2] nmbug-status: Use 'show-ref --heads' for loading configs

2015-03-21 Thread Tomi Ollila
On Sun, Mar 15 2015, "W. Trevor King" wrote: > When loading configs from Git, the bare branch name (without a > refs/heads/ prefix or similar) matches all branches of that name > (including remote-tracking branches): > > .nmbug $ git show-ref config > 48f3bbf1d1492e5f3d2f01de6ea79a30d3840f20

[Patch v4 2/9] test: add support for compiling and running C snippets

2015-03-21 Thread Tomi Ollila
On Sat, Mar 14 2015, David Bremner wrote: > This is to limit the copy-pasta involved in running C tests. I decided Wat kind of spaghetti have you been eating... ;D > to keep things simple and not try to provide an actual C skeleton. > > The setting of LD_LIBRARY_PATH is to force using the

[Patch v4 4/9] lib: add "verbose" versions of notmuch_database_{open, create}

2015-03-21 Thread Tomi Ollila
On Sat, Mar 14 2015, David Bremner wrote: > The compatibility wrapper ensures that clients calling > notmuch_database_open will receive consistent output for now. > > The stdargs based infrastucture will be used in following commits for infrastructure :D > a more general logging mechanism. > >

[PATCH v2] emacs: prefer notmuch-emacs-version in User-Agent: header

2015-03-21 Thread Tomi Ollila
Now that we have `notmuch-emacs-version' defined in notmuch emacs MUA use that as a part of User-Agent: header to provide more accurate version information when sending emails. In case some incomplete installation of notmuch emacs MUA is used and `notmuch-emacs-version' is defined as "unknown"

[BUG] notmuch crashes on FreeBSD when synchronize_flags=true

2015-03-21 Thread Simon Campese
Hello, I'm trying to setup notmuch on my FreeBSD machine (version 10.1). As soon as I run 'notmuch new' (without an existing .notmuch directory), notmuch crashes with the error message 'abort (core dumped) notmuch new'. An example output is: --- BEGIN shell-output --- freebsd-desk% notmuch

[BUG] notmuch crashes on FreeBSD when synchronize_flags=true

2015-03-21 Thread David Bremner
Simon Campese writes: > #4 0x00080084dd1c in notmuch_message_get_replies () from > /usr/local/lib/libnotmuch.so.3 Just confirm, this particular backtrace is from notmuch 0.18, right? because 0.19 should build / be-linked-against libnotmuch.so.4. > On my linux box (running the same