| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
|
|
|
| |
according to
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757454
the kernel problem which caused this test to fail should be
fixed now
|
| |
|
|
|
|
| |
Note that this is one of those cases where an ABI change is not
obvious from the symbols file. Several previously void functions now
have return codes.
|
| |
|
|
|
| |
Commit a33ec9c seems to have fixed the problem on the armhf
porterbox (harris.debian.org).
|
| |
|
|
|
|
|
|
| |
From wookey@debian.org
id:20140808012130.GT7605@stoneboat.aleph1.co.uk
Fixes for the port in progress of debian to arm64.
|
| |
|
|
|
|
| |
- redo install/remove scripts from new samples
- symlink .el files properly
- add depends instead of conflicts
|
| |
|
|
|
| |
Using (>= ${source:Version}) allows newer versions of the library with
the same SONAME.
|
| |
|
|
| |
Another temporary fix for build problems.
|
| |
|
|
|
|
| |
In fact a fix for these tests is currently being reviewed, but I want
to roll it together with a few other portability fixes for a point
release.
|
| |
|
|
|
| |
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
|
| |
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
| |
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.
|
David Bremner
Kevin McCarthy
David Bremner
Daniel Kahn Gillmor
Jameson Graef Rollins
David Bremner
Felipe Contreras
Stefano Zacchiroli
Tomi Ollila
Uwe Kleine-König