| Age | Commit message (Collapse) | Author |
|---|
|
It's a bit crazy to require emacs 24 installed just to build, when it
isn't required to run.
|
|
This is likely not strictly necessary given that notmuch-emacs is a
transitional package. But having a simple consistency until we
eventually remove the transitional notmuch-emacs package seems ok too,
and fewer arbitrary lintian warnings will make real lintian warnings
more visible.
|
|
|
|
|
|
Some things that might be interesting (and are acceptable and
supported under 4.0.0, though not required) are:
* supporting DEB_BUILD_OPTIONS tag nodoc wihle tagging build-deps (we
could put python-sphinx into <!nodoc>, for example)
* splitting out Build-Depends-Arch from Build-Depends
|
|
Resolves lintian binary-control-field-duplicates-source
|
|
notmuch-dbgsym should be auto generated now.
|
|
follow the SONAME bump
|
|
gdb seems broken there.
|
|
The current version is more a transition to nowhere.
|
|
This packaging helper eliminates most of the boilerplate from packaging
emacs extensions for debian. It requires package.el compatible metadata.
|
|
|
|
apt dropped it's depends on gnupg, so we can't rely on it being present
in the build env anymore
|
|
Many of the external links found in the notmuch source can be resolved
using https instead of http. This changeset addresses as many as i
could find, without touching the e-mail corpus or expected outputs
found in tests.
|
|
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.
|
