| Age | Commit message (Collapse) | Author |
|---|
|
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.
|
|
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
|
|
Switching away from fdupes removes the dependency on libfile-which-perl
and the need to recommend fdupes.
|
|
This seems more in line with
http://wiki.debian.org/Teams/Ruby/Packaging#Guidelines_for_Ruby_packaging
|
|
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.
|
|
Since this is in a disjunction, this should not force new packages to
be installed, but rather let people with auto-install-recommends (the
default) on install notmuch without emacs.
|
|
|
|
ruby1.8-dev provides ruby-dev, but ruby1.9.1-dev is currently
required (which is pulled by ruby-dev 1:1.9.3).
|
|
merge back debian-only release into master
|
|
|
|
Signed-off-by: Felipe Contreras <felipe.contreras@gmail.com>
|
|
notmuch version 0.4 is required for the --output=files option.
|
|
notmuch version 0.4 is required for the --output=files option.
|
|
Since it is deprecated upstream, we don't want to encourage more
users to install it.
|
|
This patch is due to Jakub Wilk <jwilk@debian.org>.
It does add a build depend on python3 for people using the "make
debian-snapshot" target.
|
|
- enable hardening
- fix dh syntax. Now that we have compat level 9, the old, wrong
syntax is no longer accepted.
- update debian/libnotmuch{3,-dev}.install for multiarch.
- update versioned dependency on debhelper.
|
|
If we have some DMs we want to upload, we have to enable it with a
signed command file to dak.
|
|
The distinction between extra and optional is generally not very
important, except that being extra forces anything that depends on you
to be extra.
|
|
This should allow users to install notmuch-emacs with only emacs24
installed on their system. For good measure, allow building with
emacs24 as a 4th choice.
|
|
both new hard dependency for File::Which and soft dependency on fdupes
|
|
Recommend all notmuch UI (including notmuch-mutt) as alternatives, to
avoid unneeded vim/emacs installation.
Thanks Matteo F. Vescovi for the patch.
Closes: #673011
|
|
we need
- a new changelog stanza, because the symbols files need a new version
- s/libnotmuch2/libnotmuch3/ everywhere
- update symbols file, s/.so.1/.so.2/, and bump minimum versions on changed
symbols (although the latter is just documentation)
|
|
gnupg-agent is required for message decryption, so this should help
stem some issues encountered by users trying to decrypt messages.
|
|
|
|
As explained in f34613e, if using gmime 2.6, we want at least 2.6.7
|
|
No actual changes are needed.
|
|
libgmime-2.6-dev entered debian unstable today. If 2.6 is available,
notmuch should build against 2.6 instead of 2.4, as 2.6 is the current
upstream stable version of libgmime.
|
|
Since version 0.8 of dtach -n does no longer require controlling
tty to be present when executed. Currently controlling tty is not
always (if ever) present when tests are executed.
|
|
This reflects a modification to the test suite to use dtach instead of
screen.
|
|
No functional change, but this will make for cleaner diffs down the
line.
|
|
This is needed for emacs tests, now that those are run in screen.
|
|
we need
- a new changelog stanza, because the symbols files need a new version
- s/libnotmuch1/libnotmuch2/ everywhere
- update symbols file, s/.so.1/.so.2/, and bump minimum versions on changed
symbols (although the latter is just documentation)
|
|
This is needed to enable the atomicity tests at build time.
|
|
As long as we have no version information in the json output, this
seems like the only possible way of ensuring that the emacs client
code understands the output from the command line tool notmuch.
|
|
It took quite some time to debug why folder: searches didn't work for me
though I had notmuch 0.6~rc1 installed. amdragon in #notmuch found out
that I still had libnotmuch1 0.5+nmu3 installed.
To prevent the same problem in the future let notmuch depend on the same
version of libnotmuch1.
Reviewed-By: David Bremner <david@tethera.net>
The underlying issue is that the libnotmuch interface is not
entirely captured by the set of exported symbols. In particular the
query syntax can change without being visible to the linker at all.
|
|
The previous version was harmless, since there were no versions
uploaded between ~237 and ~254, but this is less confusing.
|
|
Thanks to Dirk Eddelbuettel for noticing.
|
|
|
|
So far the package does notthing fancy with vim-addon-manager.
|
|
- rename emacsen-install/remove files, and change embedded package
name
- split notmuch.install, notmuch.dirs
- add Breaks/Replaces for previous notmuch packages with overlapping
files.
|
|
Nothing in the build process needs X, and the number of dependencies
that need to be installed is much smaller.
|
|
This uses dh_python2 (included with sufficiently recent versions of
the python/python-all packages). python-all brings in all of the
supported versions of python. The double calls to dh_auto_install and
friends are to avoid looping over python versions ourselves.
|
|
This avoids having to mark every upload as a non-maintainer upload.
(cherry picked from commit e849851d2d38cbf985f3fd884226100b93f3044f)
|
|
I ran through the upgrading-checklist and found nothing needing to be
changed for this package.
|
|
This avoids a lintian complaint about several packages with identical
package descriptions.
|
|
No changes needed.
|
|
The library goes into libnotmuch1 and the headers into libnotmuch-dev.
|
|
We're doing debian packaging in the primary repository now.
|
|
Justin B Rye pointed out (in Debian bug #566282) that a user with mail
in mbox format can spend a lot of time investigating notmuch before
realizing that mbox is not supported. Head that off with a more
detailed mention in the package description.
|
|
Signed-off-by: martin f. krafft <madduck@debian.org>
|
