| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
|
| |
This is almost totally clearn. The (mangled) names of the Xapian
exception classes appear here. That's not actually desired, as the
notmuch library is never intended to throw any exceptions. But Xapian
does not currently provide a mechanism for us to avoid these.
|
| |
|
|
| |
Otherwise, Debian tools think this is an NMU.
|
| |
|
|
|
| |
I ran through the upgrading-checklist and found nothing needing to be
changed for this package.
|
| |
|
|
| |
Which is just about to be made.
|
| |
|
|
|
|
| |
With this, users will be able to simply "apt-get install emacs" and
then "emacs -f notmuch" without having to edit ~/.emacs to add a
("require 'notmuch)".
|
| |\
| |
| |
| |
| | |
This brings one bug fix into master that was originally applied
directly to the 0.3.x branch.
|
| | |
| |
| |
| |
| |
| |
| | |
I wish I had something with better support for a native Debian package
here. I shouldn't ever have to configure any branch---I just want it
to build a package from the current branch. Instead it makes me tell
it (twice!) what the current branch actually is.
|
| |/
|
|
| |
Someday we'll automate this step.
|
| |
|
|
|
|
| |
Otherwise lintian thinks this is an NMU. I definitely need to figure
out how to get the emacs mode for debian/changelog to write the
correct address into this file in the first place.
|
| |
|
|
| |
Again, just taking the one-line entries from the NEWS entry for 0.3.
|
| |
|
|
|
| |
The "make release" target doesn't cause these to be left around, but
manually doing something like ./debian/rules/build can.
|
| |
|
|
|
| |
We're switching to a native package, where we build the upstream and
debian releases simultaneously, so there's no need for a watch file.
|
| |
|
|
| |
To keep lintian happy.
|
| |
|
|
| |
A (very slightly filtered) version of what already appears in NEWS.
|
| |
|
|
|
|
|
| |
David Bremner informs me that shoving everything from the notmuch "git
log" into the debian/changelog is a bit excessive. Instead, we'll
start manually updating this file, (which feels a bit redundant with
NEWS, but perhaps makes us a better Debian-comunity member).
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
On Bdale Garbee's recommendation I'm switching from gitpkg, (which
constructed a source tree but still required me to go run debuild), to
git-buildpackage. I hadn't originally used git-buildpackage because it
didn't seem to work without a configuration file, (where gitpkg was
fine).
Bdale was kind enough to point me to his fw/altos source at
git.gag.com where I found an example gpb.conf file as well as a target
in debian/rules to automatically update debian/changelog with the new
version number.
|
| |
|
|
| |
I had the wrong syntax for the dh_auto_configure override.
|
| |
|
|
|
|
| |
And just make the Debian packaging request site-lisp/notmuch like it
wants. Otherwise, the installed files won't appear on the load-path
so won't be found by emacs.
|
| |
|
|
|
| |
To help people pester me in the case of uploading a new upstream
release without a corresponding Debian 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.
|
| |
|
|
| |
It just doesn't work.
|
| |
|
|
|
| |
This broke when we changed from a single notmuch.el file
to multiple notmuch-foo.el files.
|
| |
|
|
|
| |
Now that we have multiple emacs-lisp source files, it's just more
polite this way.
|
| |
|
|
| |
To make a Debian package for the recent 0.1 release of notmuch.
|
| |
|
|
|
|
|
| |
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>
|
| |
|
|
| |
Signed-off-by: martin f. krafft <madduck@debian.org>
|
| |
|
|
| |
Signed-off-by: martin f. krafft <madduck@debian.org>
|
| |
|
|
| |
Signed-off-by: martin f. krafft <madduck@debian.org>
|
| |
|
|
| |
Signed-off-by: martin f. krafft <madduck@debian.org>
|
| |
|
|
| |
Signed-off-by: martin f. krafft <madduck@debian.org>
|
| |
|
|
| |
Signed-off-by: martin f. krafft <madduck@debian.org>
|
| |
|
|
| |
Signed-off-by: martin f. krafft <madduck@debian.org>
|
| |
|
|
| |
Signed-off-by: martin f. krafft <madduck@debian.org>
|
| |
|
|
| |
Signed-off-by: martin f. krafft <madduck@debian.org>
|
| |
|
|
| |
Signed-off-by: martin f. krafft <madduck@debian.org>
|
| |
|
|
| |
Signed-off-by: martin f. krafft <madduck@debian.org>
|
| |
|
|
| |
Signed-off-by: martin f. krafft <madduck@debian.org>
|
| | |
|
| | |
|
| |
|
