notmuch/debian/control, branch 0.18 thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=0.18 2014-04-08T10:26:53Z debian: add build conflicts against ruby1.8 2014-04-08T10:26:53Z David Bremner david@tethera.net 2014-04-06T13:03:17Z urn:sha1:134dbadaf517c6962c2588f36f1f8782277e2f95 Debian stable has ruby 1.9, so this should be OK. The issue is that the ruby bindings don't build if "ruby" points to ruby1.8 debian: really delete madduck from uploaders 2014-04-06T12:56:19Z David Bremner david@tethera.net 2014-04-06T12:53:39Z urn:sha1:bc10f63f9c2390dddfc3d6397889dab375107aa5 I'm not sure how it got into debian/changelog without actually happening, but actually delete martin from debian/control per request in Debian bug #719100 doc: convert sphinx based docs 2014-03-09T13:41:08Z David Bremner david@tethera.net 2014-01-28T16:12:37Z urn:sha1:d736260385a689b5c77d8121f48e29440e3adfa4 This is the output from sphinx-quickstart, massaged a bit, along with our existing man pages converted to rst. A skeleton notmuch-emacs manual is also included. It is not suitable for end user use yet. debian: add dependency on bash-completion 2014-03-07T11:07:26Z David Bremner david@tethera.net 2014-03-06T12:52:02Z urn:sha1:268a33f4c2c0eefc06b2130f6aa77643f7d5995a At some point we decided to only install bash completion for notmuch if the bash-completion file was present. Add the corresponding debian build dependency. debian: update notmuch-emacs for emacs policy 2.0.6 2014-01-12T21:08:08Z David Bremner david@tethera.net 2014-01-12T03:05:33Z urn:sha1:beaf251e16d40bb38d56a1ec5573bfdc1c1cfb0d This involves - the meta-flavour emacs has gone away - a compat file is needed (also installed by dh_installemacsen) - a conflict with pre-2.0.0 emacsen-common - manually managing the "installed" semaphore file debian: disable atomicity tests on ia64 2013-12-31T00:14:54Z David Bremner david@tethera.net 2013-12-29T15:24:23Z urn:sha1:56edfd4bcf56c7a1f41e29ff12439a771a9202c8 The following fails on Debian ia64: % gdb /bin/mv (gdb) break rename Since this breaks our atomicity test, disable them until someone is motivated to figure out whose fault that is. debian: disable gdb as a build-dependency on s390x 2013-11-24T23:34:45Z David Bremner david@tethera.net 2013-11-24T22:51:37Z urn:sha1:89bf67fe41e3db270366a49be4f0a7afb07d0eae Gdb is currently broken on s390x buildd's and porterboxes (see #728705). By removing it as a build-dep, we disable the (failing) atomicity test on this architecture debian: remove unneeded notmuch-mutt dependencies 2013-09-09T01:41:48Z Kevin McCarthy kevin@8t8.us 2013-09-05T02:05:51Z urn:sha1:819d7b4de2ae72b17742cd445d7dab801c4c412f Switching away from fdupes removes the dependency on libfile-which-perl and the need to recommend fdupes. debian: rename notmuch-ruby to ruby-notmuch 2013-07-28T17:28:25Z David Bremner bremner@debian.org 2013-07-28T17:08:00Z urn:sha1:29762dd15e84da6c4a30016b255e7dba8002cf8a This seems more in line with http://wiki.debian.org/Teams/Ruby/Packaging#Guidelines_for_Ruby_packaging debian: build notmuch-vim again 2013-07-28T16:48:02Z David Bremner bremner@debian.org 2013-07-28T16:48:02Z urn:sha1:0eb4213766e051328da88203da44e7377a774807 Based on id:1370220299-14722-1-git-send-email-felipe.contreras@gmail.com Hacked rather extensively by db. The most important changes: - bring back notmuch.yaml for the (debian specific?) vim-addons tool. - depend on vim-ruby, so we get a version of vim with ruby installed.