Arch Linux

Alright, here is a PKGBUILD which includes notmuch-deliver with notmuch-runtime.
The PKGBUILD also seems to have accumulated some cruft over time. It therefore also addresses the following issues:

- Move configure stuff into prepare() function.
- Avoid superfluous copy of "$srcdir/$pkgname-$pkgver" to "$srcdir/$pkgname-runtime-$pkgver". We just build in "$srcdir/$pkgbase-$pkgver" and then install from there.
- Do not build ZSH completion in the first place. Then we don't have to remove it afterwards.
- Do not install /usr/sbin/notmuch. `make install` already places it in /usr/bin. Furthermore the one in /usr/sbin didn't even have executable permissions!
- Correctly install notmuch-mutt manual page without .gz suffix. This prevented it from being automatically compressed by makepkg.
- Remove superfluous curly braces around variables.

I hope I wasn't too overzealous and went against your PKGBUILD coding style. Also might I ask why is the package split into notmuch and notmuch-runtime? They both don't take that much disk space. And usually Arch doesn't seem to split language bindings if they are included in the upstream package. Also I find it confusing that the package notmuch-runtime provides actually the Emacs *frontend* to notmuch and not some backend.

Anyways, thanks for maintaining notmuch in [community]!

Is there any reason this issue was not taken into account for notmuch-0.15.2-2?

I split them apart because the majority a large number of users only use the -mutt package, and you need -runtime to get any of the other parts working.

as for why it didn't get added for the update, that would be because I haven't had a chance to actually investigate -deliver stuff because I have been busy moving. And I only rebuilt it for the -> bin todo list

I just wanted to make sure this report didn't slip through any cracks.

However the change in -2 was unnecessary and in fact even harmful as it caused a bug: https://bugs.archlinux.org/task/35221
It was already fixed in my proposed PKGBUILD:

- Do not install /usr/sbin/notmuch. `make install` already places it in /usr/bin. Furthermore the one in /usr/sbin didn't even have executable permissions!

I attached a slightly updated PKGBUILD merging the other changes of -2. The notmuch-deliver stuff is on lines 32-34 and 59, if you want to drop that.

Also I don't get what you are trying to say about the split. I
think it is good thing that notmuch-mutt is split from the rest.
Otherwise its Perl dependencies would all be optdepends, which
are not as convenient to install.

> only use the -mutt package, and you need -runtime to get any
> of the other parts working.

But notmuch-mutt depends on notmuch-runtime, which includes
everything except the Python and Ruby bindings. So, which
other parts are there that are not installed when installing
notmuch-mutt and wouldn't be working? Merging notmuch and
notmuch-runtime wouldn't increase the size that much.

Anyways, take your time for moving.

configure and autogen.sh do not belong in prepare() only sed commands and patches, stuff that modifies the source, goes in prepare()

I see, I have misunderstood prepare(). I thought prepare()
together with build() and install() would be analogous to
./configure, make and make install.

Dropping that misconception the changes to the notmuch PKGBUILD
would be much smaller and therefore I will stop messing with
your PKGBUILD. Though you might want to take a look at the
list of issues of your current PKGBUILD I raised in the first
comment.

- Do not install /usr/sbin/notmuch. `make install` already places it in /usr/bin. Furthermore the one in /usr/sbin didn't even have executable permissions!
the one that make install installs doesn't come with the executable bit

- Remove superfluous curly braces around variables.
these were to gaurantee that any nearby characters didn't acidentally get added to the variable name

There is no 0.15.2-4 in the repos, ABS or even the SVN.