Search Criteria
Package Details: mu 1.12.4-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/mu.git (read-only, click to copy) |
---|---|
Package Base: | mu |
Description: | Maildir indexer/searcher and Emacs client (mu4e) |
Upstream URL: | http://www.djcbsoftware.nl/code/mu |
Licenses: | GPL-3.0-or-later |
Submitter: | xyproto |
Maintainer: | mroethke |
Last Packager: | mroethke |
Votes: | 45 |
Popularity: | 0.45 |
First Submitted: | 2019-03-27 09:21 (UTC) |
Last Updated: | 2024-04-15 19:34 (UTC) |
Dependencies (7)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- gmime3
- readline (readline-gitAUR)
- xapian-core (xapian-core-gitAUR)
- emacs (emacs-native-comp-gitAUR, emacs-pgtk-native-comp-gitAUR, emacs-gcc-wayland-devel-binAUR, emacs-ng-gitAUR, emacs-ngAUR, emacs28-gitAUR, emacs29-pgtk-trampolines-gitAUR, emacs29-lucid-native-comp-gitAUR, emacs-lucid-gitAUR, emacs28AUR, emacs28-nativecompAUR, emacs28-noxAUR, emacs-gitAUR, emacs-pretestAUR, emacs29-gitAUR, emacs-lucidAUR, emacs-lucid-nativecompAUR, emacs-pgtk-gitAUR, emacs-nativecomp, emacs-nox, emacs-wayland) (make)
- meson (meson-gitAUR, meson-rustAUR) (make)
- emacs (emacs-native-comp-gitAUR, emacs-pgtk-native-comp-gitAUR, emacs-gcc-wayland-devel-binAUR, emacs-ng-gitAUR, emacs-ngAUR, emacs28-gitAUR, emacs29-pgtk-trampolines-gitAUR, emacs29-lucid-native-comp-gitAUR, emacs-lucid-gitAUR, emacs28AUR, emacs28-nativecompAUR, emacs28-noxAUR, emacs-gitAUR, emacs-pretestAUR, emacs29-gitAUR, emacs-lucidAUR, emacs-lucid-nativecompAUR, emacs-pgtk-gitAUR, emacs-nativecomp, emacs-nox, emacs-wayland) (optional) – mu4e support
Latest Comments
« First ‹ Previous 1 2 3 4 5 Next › Last »
milouse commented on 2022-06-27 08:32 (UTC)
Hi,
Is there a specific reason you don’t want to use the arch-meson wrapper in the prepare step? i.e. instead of the current prepare function, use something like:
mroethke commented on 2022-06-18 09:01 (UTC)
@xeruf That file is (re)generated by a pacman hook on install. So it makes sense that it does not belong to any package. However, even when not building in a clean chroot I can not reproduce your issue. And I have no idea how or why that file could end up in the package.
@xavierbaez It looks like your gcc-libs package is to old. Please do a full upgrade and try again or ideally build in a clean chroot.
xavierbaez commented on 2022-06-08 22:01 (UTC)
THe package is not building correctly: CXXLD test-threads CXXLD test-contacts CXXLD test-parser /usr/bin/ld: /usr/lib/libxapian.so: undefined reference to
std::__throw_bad_array_new_length()@GLIBCXX_3.4.29' collect2: error: ld returned 1 exit status /usr/bin/ld: /usr/lib/libxapian.so: undefined reference to
std::__throw_bad_array_new_length()@GLIBCXX_3.4.29' collect2: error: ld returned 1 exit status make[3]: [Makefile:1015: test-msg] Error 1 make[3]: Waiting for unfinished jobs.... make[3]: [Makefile:1031: test-store] Error 1 /usr/bin/ld: /usr/lib/libxapian.so: undefined reference tostd::__throw_bad_array_new_length()@GLIBCXX_3.4.29' collect2: error: ld returned 1 exit status make[3]: *** [Makefile:1023: test-parser] Error 1 /usr/bin/ld: /usr/lib/libxapian.so: undefined reference to
std::__throw_bad_array_new_length()@GLIBCXX_3.4.29' collect2: error: ld returned 1 exit status make[3]: [Makefile:1027: test-query] Error 1 /usr/bin/ld: /usr/lib/libxapian.so: undefined reference to `std::__throw_bad_array_new_length()@GLIBCXX_3.4.29' collect2: error: ld returned 1 exit status make[3]: [Makefile:1035: test-threads] Error 1 make[3]: Leaving directory '/home/xavier/.cache/yay/mu/src/mu-1.6.11/lib' make[2]: [Makefile:1175: all-recursive] Error 1 make[2]: Leaving directory '/home/xavier/.cache/yay/mu/src/mu-1.6.11/lib' make[1]: [Makefile:583: all-recursive] Error 1 make[1]: Leaving directory '/home/xavier/.cache/yay/mu/src/mu-1.6.11' make: [Makefile:493: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...xeruf commented on 2022-06-07 17:01 (UTC)
well, obviously this is some kind of conflict that won't happen in a clean environment, but interestingly:
mroethke commented on 2022-06-06 10:25 (UTC)
I cannot reproduce this, have you tried building this in a clean chroot?
xeruf commented on 2022-06-05 21:16 (UTC)
Unable to update :/
mroethke commented on 2022-02-25 12:24 (UTC)
That is probably a problem with the package you are using. It must provide, and probably conflict with,
emacs
, like for instance theemacs-git
package is doing.greenbeast commented on 2022-02-24 17:40 (UTC)
I have Emacs 29 installed and it seems like it doesn't recognize that because it also tried installing emacs 27.2 as well.
mroethke commented on 2021-11-15 18:33 (UTC)
Please try to build in a clean chroot and see if the issue persist. neither guile 3 nor libffi7 are present on my system and I do not have any issues.
slondr commented on 2021-11-15 00:56 (UTC)
I found the source of the issue.
libffi7 should be declared as a dependency.
« First ‹ Previous 1 2 3 4 5 Next › Last »