Package Details: bower-mail 1.0-1

Git Clone URL: (read-only, click to copy)
Package Base: bower-mail
Description: A curses terminal client for the Notmuch email system
Upstream URL:
Keywords: client curses email mua terminal
Licenses: GPL3
Conflicts: bower
Submitter: seifferth
Maintainer: aperez
Last Packager: aperez
Votes: 0
Popularity: 0.000000
First Submitted: 2017-07-29 20:58 (UTC)
Last Updated: 2022-09-06 09:06 (UTC)

Latest Comments

aperez commented on 2022-09-06 09:11 (UTC)

Hello! I use Bower as my main mail client, and have a fair share of packaging experience, so I have decided to adopt the package.

Note that I woukld rather run a stable version and I already maintain too many packages, so I will NOT be adopting the bower-mail-git package myself.

seifferth commented on 2022-09-05 15:47 (UTC)

Hi everyone,

I am currently not using Arch as my daily driver anymore, so I'm putting bower and mercury up for adoption.

@serxxx: Thanks for the note on static linkage. Please feel free to adopt the package and commit your changes.



serxxx commented on 2022-09-05 14:33 (UTC)

Bower commit 12978b70 changed the build defaults to static compilation. The current (22.01.03) package does not install the static Mercury libs, so bower won't build with the current release of Mercury.

Adding this to the PKGBUILD in the build() before the call to make should get Bower building again:

sed -i '/mercury-linkage static/s/^/#/' src/Mercury.options

seifferth commented on 2020-08-11 21:18 (UTC)

Bower 0.12 has been released on 1 Aug 2020. Unfortunately, this new version requires mercury version 14.04 or above. The mercury version in the AUR is currently 14.01.1, which is quite outdated (cf. discussion on I will update bower-mail once we have a working mercury package for arch.

seifferth commented on 2018-09-03 13:27 (UTC) (edited on 2018-09-03 13:28 (UTC) by seifferth)

This error seems to have occurred while compiling the mercury programming language – a dependency for bower, which is written in mercury. Mercury compiled well on my computer, when I last tried about a week ago using pacaur as my aur helper of choice. Compiling took forever, though.

You might consider taking a look at the mercury package directly, which is maintained by Tetsumi. Since mercury might take quite long to compile, Tetsumi also provides a binary version of the package under the following link listed in the package comments: (yes, 14.01.1-2 is still the latest stable version)

dreieck commented on 2018-09-03 12:52 (UTC)

Fails to combile for me:

make[2]: Entering directory '/tmp/yaourt-tmp-felics/aur-mercury/src/mercury-srcdist-14.01.1/install_grade_dir.hlc.gc/library'
../Mmake.common:472: warning: undefined variable 'mer_std.mhs'
../Mmake.common:475: warning: undefined variable 'mer_std.mhs'
../Mmake.common:481: warning: undefined variable 'mer_std.os'
/tmp/mmake.SWP8uR:978: warning: undefined variable 'mer_std.trans_opts'
/tmp/mmake.SWP8uR:982: warning: undefined variable ''
/tmp/mmake.SWP8uR:991: warning: undefined variable ''
/tmp/mmake.SWP8uR:1005: warning: undefined variable 'mer_std.os'
/tmp/mmake.SWP8uR:1006: warning: undefined variable 'mer_std.cs'
/tmp/mmake.SWP8uR:1007: warning: undefined variable 'mer_std.ils'
/tmp/mmake.SWP8uR:1008: warning: undefined variable 'mer_std.javas'
/tmp/mmake.SWP8uR:1186: warning: undefined variable 'mer_std.os'
mmc --generate-dependencies --grade hlc.gc     --mercury-linkage shared --flags LIB_FLAGS   --flags INTER_FLAGS -R/usr/lib/mercury/lib/hlc.gc -R/usr/lib/mercury/lib  --no-warn-nothing-exported --no-warn-unused-imports   mer_std
mercury_compile: `--host-env-type posix` is incompatible with
  `--csharp-compiler-type microsoft'.
Mercury Compiler, version 14.01.1, configured for x86_64-unknown-linux-gnu
Copyright (C) 1993-2014 The University of Melbourne
Usage: mmc [<options>] <arguments>
Use `mmc --help' for more information.
make[2]: *** [/tmp/mmake.SWP8uR:1500: mer_std.depend] Error 1
make[2]: Leaving directory '/tmp/yaourt-tmp-felics/aur-mercury/src/mercury-srcdist-14.01.1/install_grade_dir.hlc.gc/library'
To clean up from failed install, remove /tmp/yaourt-tmp-felics/aur-mercury/src/mercury-srcdist-14.01.1/install_grade_dir.hlc.gc
make[1]: *** [/tmp/mmake.HmMJ6Q:1422: install_grades] Error 1
make[1]: Leaving directory '/tmp/yaourt-tmp-felics/aur-mercury/src/mercury-srcdist-14.01.1'
make: *** [Makefile:37: install] Error 2
==> ERROR: A failure occurred in package().
==> ERROR: Makepkg was unable to build mercury.

seifferth commented on 2018-01-16 16:36 (UTC) (edited on 2018-01-16 16:39 (UTC) by seifferth)

I'm sorry to hear that. Unfortunately I am exclusively using main archlinux (i. e. 64-bit) and am myself lucky that I got the build process working with some help from the main developer. I don't really know anything about mercury or the codebase, so you might be better off asking for help upstream by opening an issue there on github.

From my first impression it looks like all that is needed might be changing one single compile flag – only which one. If you manage to resolve the issue, it would be great if you left a note so I can adjust the PKGBUILD accordingly.

myops commented on 2018-01-16 15:55 (UTC)

Fails on i686 with gpgme from archlinux32 with:

In file included from gpgme.m:153:0, from Mercury/int2s/gpgme.int2:44: /usr/include/gpgme.h:104:2: error: #error GPGME was compiled with _FILE_OFFSET_BITS = 64, please see the section "Largefile support (LFS)" in the GPGME manual.