| Commit message (Collapse) | Author | Age |
|
|
|
|
| |
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.
|
|
|
|
| |
Also add precis of NEWS to debian changelog
|
|
|
|
|
|
|
|
| |
Also bump the python bindings version, the NEWS version and the Debian
version.
Since the changelog is (slightly dubiously) metadata, we have to
change it to upload a release candidate.
|
|
|
|
|
|
| |
- 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.
|
|
|
|
| |
plagiariaze my own summary from upstream NEWS
|
|
|
|
|
| |
Doing all of the needed version bumps in one commit, and do a
complete, if minimal debian changelog entry
|
| |
|
|
|
|
|
|
| |
- make versions match to pacify release-checks.sh
- close a few more bugs.
- fix one HTMLism
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
| |
Currently "make debian-snapshot" will include the performance corpus
tarball in the source package, which slows things down and wastes disk
space. tar-ignore is needed twice to keep the default exclude rules
(e.g. to exclude .git)
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
Also close the original debian bug.
|
|
|
|
| |
This one doesn't seem NEWS-worthy.
|
|
|
|
| |
This is also/originally Debian bug 737496, so close that too.
|
|
|
|
|
| |
Try to remove the directory /0755 ; if that fails assume it has
something in it to preserve.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
From Christian Hofstaedler, Debian bug 739120:
When ruby-defaults > 1:2.0 will be uploaded to sid, the version of
Ruby provided by the 'ruby' and 'ruby-dev' packages will change to
version 2.0. This version change includes a change to the path for
binary extensions.
This patch works for Ruby 1.9.1 as well as Ruby 2.0, so it's safe to
apply now.
|
|
|
|
|
| |
The point of fancy patch systems is to share things with upstream. We
have met the upstream and he is us.
|
| |
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
Apparently I had it backwards: NEWS is installed as NEWS.Debian, not
vice-versa.
|
|
|
|
|
| |
NEWS.Debian is displayed at install, so we include the news item about
the disruptive change in sha1 computation.
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
Unfortunately release-checks.sh will whine a bit because it has not
caught up with the renaming of the version macros.
|
|
|
|
|
|
|
|
| |
Roll (one last?) release candidate because of Austin's
LIBNOTMUCH_VERSION changes.
Atomically bump the manually (NEWS, debian/changelog) and
automatically (everywhere else) updated places version is mentioned.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
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
|
|
|
|
| |
This change does not require an SONAME bump because it only adds a symbol.
|
| |
|
|
|
|
| |
Signed-off-by: Felipe Contreras <felipe.contreras@gmail.com>
|
|
|
|
|
| |
Switching away from fdupes removes the dependency on libfile-which-perl
and the need to recommend fdupes.
|
|
|
|
|
| |
man pages, NEWS, and debian changelog all hardcode date. Make them
hardcode the same date.
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
Adding a new symbol should require an SONAME bump.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
This is already in upstream for a bit, but we lacked a changelog entry
closing the bug.
|
|
|
|
| |
notmuch insert is pretty much equivalent, so no need to support both.
|
|
|
|
|
| |
Since Debian uses the changelog as metadata, we need an empty stanza
to build the new version.
|
| |
|
|
|
|
|
| |
ruby1.8-dev provides ruby-dev, but ruby1.9.1-dev is currently
required (which is pulled by ruby-dev 1:1.9.3).
|
|
|
|
|
|
| |
The idea is to allow hardening verification tools (in particular blhc)
to scan the logs. Actually fixing the problem will require modifying
the notmuch configure script to propagate CPPFLAGS.
|