-
Notifications
You must be signed in to change notification settings - Fork 391
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[mu bug] mu compilation error #2756
Comments
Tried building from source following steps:
output is attached. |
Not sure how
"straight' is not under mu's purview, and this is not the place for reporting build failures when it is involved. However, the build-from-source is another matter. This is mu's CI: So it seems like some Ubuntu-24.04.1-specific problem. Can you try the 1.12.6 release, and see if the problem is present there too? Thanks. @quaepoena: any idea? This seems to be related that recent change. |
It seems that utf-8 is being interpreted as latin-1 and then converted to utf-8, which causes the zero-width space to become a garbage character, as we first see in line 37 of log.txt. Here's the string $ echo "abcd" | iconv -f ISO-8859-1 -t UTF-8
abâcd Conversion in the other direction isn't possible, and $ echo "abcd" | iconv -f UTF-8 -t ISO-8859-1
abiconv: ungültige Eingabe-Sequenz an der Stelle 2 Looking at the log, I don't understand why iso-latin-1-unix has been selected as the coding system. |
I've pushed a change that may help, @lfzmap, can you try? |
Try to avoid multi-threaded operation with Xapian. This remove the thread workers during indexing, and avoids the indexing background thread. So, mu4e has to wait once again during indexing. We can improve upon that, but first we need to know if it avoids the problem of issue #2756.
Try to avoid multi-threaded operation with Xapian. This remove the thread workers during indexing, and avoids the indexing background thread. So, mu4e has to wait once again during indexing. We can improve upon that, but first we need to know if it avoids the problem of issue #2756.
This has gotten stale... feel free to re-open if this still happens |
Try to avoid multi-threaded operations with Xapian. This remove the thread workers during indexing, and avoids the indexing background thread. So, mu4e has to wait once again during indexing. We can improve upon that, but first we need to know if it avoids the problem of issue #2756.
Describe the bug
mu is not compiling.
The build process for mu and mu4e from emacs is getting stopped.
How to Reproduce
(use-package mu4e :ensure t)
Relevant error/log
This problem comes even if I am building mu from source.
Environment
OS:
Emacs: 29.3 (installed by sudo apt install emacs)
Checklist
master
(otherwise, please upgrade).Thank you!
The text was updated successfully, but these errors were encountered: