notmuch/Makefile.global, branch debian/0.26.2-2 thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=debian%2F0.26.2-2 2017-03-19T00:37:43Z rename libutil.a to libnotmuch_util.a 2017-03-19T00:37:43Z David Bremner david@tethera.net 2017-03-14T11:10:07Z urn:sha1:c39f6361d0798aa8d0dcd0b91f6b86ab9dc21c75 Apparently some systems (MacOS?) have a system library called libutil and the name conflict causes problems. Since this library is quite notmuch specific, rename it to something less generic. build: use sha256sum instead of sha1sum to sign releases 2017-03-02T21:31:15Z David Bremner david@tethera.net 2017-03-02T00:44:47Z urn:sha1:914c4db1f2cf5b19100b42a8e3ea62d000a9b642 build/emacs: add target to create elpa package 2016-11-26T11:57:58Z David Bremner david@tethera.net 2016-11-19T17:44:29Z urn:sha1:10f8c5d205d5398bb86809bf8e7958038ba3b6fe This package can be created without emacs, but will only be usable in versions of emacs supporting package.el build: Move variable definitions to Makefile.global 2016-11-26T11:46:42Z David Bremner david@tethera.net 2016-11-19T17:44:28Z urn:sha1:46a47f06a628c7025246da040fa9ab6301c49313 I noticed when trying to use VERSION (and derived variables) in a subdirectory that the top level Makefile.local needed to be included first. But according to c10085c77b407d9ea704f8b4f9e0a805f63e72cb it actually needs to be last. To break this conflict, move the variables definitions into a new Makefile.global.