| Age | Commit message (Collapse) | Author |
|
apt dropped it's depends on gnupg, so we can't rely on it being present
in the build env anymore
|
|
This is needed to support build profiles (e.g. nocheck)
|
|
It's not needed for the actual build, but it is needed to run the
SMIME tests; <!nocheck> means it can be omitted if the tests are not
going to be run.
|
|
|
|
|
|
|
|
Build-conflict with gdb-minimal, since there is no gdb-python to depend
on
|
|
|
|
notmuch 0.18.2~rc1 release
Conflicts:
NEWS
debian/changelog
|
|
The build log asked me nicely, so I did.
|
|
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.
|