Arch Linux User Repository

From version 1.8 the current guile support has been deprecated. Therefore, I suggest to remove that cumbersome dependency or made a new mu-guile aur since from what I read in mu ml/issues it has very little usage. What do you think?

source: https://github.com/djcb/mu/blob/master/NEWS.org

@milouse Thanks for reminding me that arch-meson exists!

@prosoitos Unfortunately I cannot answer that question. I know next to nothing about emacs. But I do know that I do not do anything special in this package. If I had to guess I would say that meson does something different from autotools or something changed in 1.8. Since those problems seem to be new. I will do some digging tomorrow.

Hi,

2 errors mentioned in this issue in the mu repo might stem from the packaging here maybe?

Thank you!

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:

prepare() {
    arch-meson -Dguile=enabled -Dreadline=enabled "$pkgname-$pkgver" build
}

@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.

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 tostd::__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 to std::__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 tostd::__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...

well, obviously this is some kind of conflict that won't happen in a clean environment, but interestingly:

❯ stat /usr/share/info/dir
  File: /usr/share/info/dir
  Size: 117309      Blocks: 232        IO Block: 4096   regular file
Device: 259,3   Inode: 3299089     Links: 1
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2022-06-07 19:00:15.651702890 +0200
Modify: 2022-06-07 18:47:30.399224429 +0200
Change: 2022-06-07 18:47:30.399224429 +0200
 Birth: 2020-12-12 17:57:15.674679295 +0100
❯ sudo pacman -Qo /usr/share/info/dir
error: No package owns /usr/share/info/dir

I cannot reproduce this, have you tried building this in a clean chroot?

Unable to update :/

error: failed to commit transaction (conflicting files)
mu: /usr/share/info/dir exists in filesystem
Errors occurred, no packages were upgraded.

That is probably a problem with the package you are using. It must provide, and probably conflict with, emacs, like for instance the emacs-git package is doing.