[arch-general] Does Evolution or Claws work for other Arch Linux users?
Hi, both MUAs Evolution and Claws are broken on my machine. I tried to at least work around the Evolution issue, but this was a naive miscalculation. I ensured that icu 64 is available for other apps and that ico 63 is available to build and run evolution and that the sonames are linked against icu 63 [1]. I check that icu 63 from an old package isn't broken [2]. After checking out Evolution 3.32.4 and increasing the pkgrel to 1.1 [3], I tried building evolution-data-server and got [rocketmouse@archlinux extra-x86_64]$ makepkg -s ==> Making package: evolution-data-server 3.32.4-1.1 (Fri 02 Aug 2019 04:41:43 PM CEST) [snip] [ 25%] Linking C shared library libcamel-1.2.so /usr/bin/ld: CMakeFiles/camel.dir/camel-net-utils.c.o: in function `camel_host_idna_to_ascii': camel-net-utils.c:(.text+0x15b): undefined reference to `u_strFromUTF8_64' /usr/bin/ld: camel-net-utils.c:(.text+0x1a2): undefined reference to `u_strFromUTF8_64' /usr/bin/ld: camel-net-utils.c:(.text+0x1ec): undefined reference to `uidna_IDNToASCII_64' /usr/bin/ld: camel-net-utils.c:(.text+0x289): undefined reference to `u_strToUTF8_64' /usr/bin/ld: camel-net-utils.c:(.text+0x2ca): undefined reference to `u_strToUTF8_64' collect2: error: ld returned 1 exit status make[2]: *** [src/camel/CMakeFiles/camel.dir/build.make:1941: src/camel/libcamel-1.2.so.62.0.0] Error 1 make[1]: *** [CMakeFiles/Makefile2:2958: src/camel/CMakeFiles/camel.dir/all] Error 2 make: *** [Makefile:141: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... Obviously it's not that simple, as just providing 2 versions of icu ;). The reasons that I try to build Evolution 3.32.4 against icu 63 are 1. a bug that prevents to access the contacts, see https://bugs.archlinux.org/task/62317 . 2. I'm using the downgraded packages of version 3.32.0-1 against the provided icu 63 libs. This works without issues, if I write emails in (broken) English. Unfortunately sent emails containing umlauts and/or the "Eszett" show "??", instead of umlauts and/or the "Eszett", while editing the message with those "special character" works. Btw. the stored emails still contain the umlauts, just received mails are missing them. 3. Claws on Arch Linux is one of those apps that suffers from the well known "!xcb_xlib_threads_sequence_lost" issue, IOW my alternative MUA claws is completely broken, since it crashes all the times. The same version(s) build against dependencies of a very old Ubuntu 16.04 LTS release is (were) stable, using identical build options. Claws upstream know about it, see "Walter Lapchynski 2019-05-05 07:06:45 CEST I just wanted to add a note that there's a similar bug in Ubuntu that is affecting PCManFM. It seems there are several other bugs against other packages that all feature the same behavior: crashing with the "Assertion `!xcb_xlib_threads_sequence_lost' failed" error. The other thing they have in common, like Claws: GTK2. There were applications (e.g SpaceFM, LibreOffice) that also had GTK3 support and when compiled with it, worked without problem. https://bugs.launchpad.net/ubuntu/+source/pcmanfm/+bug/1782984 That said, I'm pretty sure GTK2 is to blame, but not sure how to actually solve it or where exactly to look to find the answers." - https://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=4203#c10 https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/1808710 FWIW Evolution upstream also knows about the Evolution icu issue, see https://mail.gnome.org/archives/evolution-list/2019-August/msg00032.html . Regards, Ralf [1] [root@archlinux lib]# ls -go libicu*so lrwxrwxrwx 1 18 Aug 2 16:06 libicudata.so -> libicudata.so.63.1 lrwxrwxrwx 1 18 Aug 2 16:06 libicui18n.so -> libicui18n.so.63.1 lrwxrwxrwx 1 16 Aug 2 16:06 libicuio.so -> libicuio.so.63.1 lrwxrwxrwx 1 18 Aug 2 16:06 libicutest.so -> libicutest.so.63.1 lrwxrwxrwx 1 16 Aug 2 16:06 libicutu.so -> libicutu.so.63.1 lrwxrwxrwx 1 16 Aug 2 16:06 libicuuc.so -> libicuuc.so.63.1 [root@archlinux lib]# ls -go libicu*so*63* lrwxrwxrwx 1 18 Oct 24 2018 libicudata.so.63 -> libicudata.so.63.1 -rwxr-xr-x 1 27185816 Oct 24 2018 libicudata.so.63.1 lrwxrwxrwx 1 18 Oct 24 2018 libicui18n.so.63 -> libicui18n.so.63.1 -rwxr-xr-x 1 2996296 Oct 24 2018 libicui18n.so.63.1 lrwxrwxrwx 1 16 Oct 24 2018 libicuio.so.63 -> libicuio.so.63.1 -rwxr-xr-x 1 55064 Oct 24 2018 libicuio.so.63.1 lrwxrwxrwx 1 18 Oct 24 2018 libicutest.so.63 -> libicutest.so.63.1 -rwxr-xr-x 1 76912 Oct 24 2018 libicutest.so.63.1 lrwxrwxrwx 1 16 Oct 24 2018 libicutu.so.63 -> libicutu.so.63.1 -rwxr-xr-x 1 211488 Oct 24 2018 libicutu.so.63.1 lrwxrwxrwx 1 16 Oct 24 2018 libicuuc.so.63 -> libicuuc.so.63.1 -rwxr-xr-x 1 1890072 Oct 24 2018 libicuuc.so.63.1 [root@archlinux lib]# ls -go libicu*so*64* lrwxrwxrwx 1 18 Apr 23 18:25 libicudata.so.64 -> libicudata.so.64.2 -rwxr-xr-x 1 27538072 Apr 23 18:25 libicudata.so.64.2 lrwxrwxrwx 1 18 Apr 23 18:25 libicui18n.so.64 -> libicui18n.so.64.2 -rwxr-xr-x 1 3090496 Apr 23 18:25 libicui18n.so.64.2 lrwxrwxrwx 1 16 Apr 23 18:25 libicuio.so.64 -> libicuio.so.64.2 -rwxr-xr-x 1 55056 Apr 23 18:25 libicuio.so.64.2 lrwxrwxrwx 1 18 Apr 23 18:25 libicutest.so.64 -> libicutest.so.64.2 -rwxr-xr-x 1 76904 Apr 23 18:25 libicutest.so.64.2 lrwxrwxrwx 1 16 Apr 23 18:25 libicutu.so.64 -> libicutu.so.64.2 -rwxr-xr-x 1 211480 Apr 23 18:25 libicutu.so.64.2 lrwxrwxrwx 1 16 Apr 23 18:25 libicuuc.so.64 -> libicuuc.so.64.2 -rwxr-xr-x 1 1918752 Apr 23 18:25 libicuuc.so.64.2 [2] [root@archlinux lib]# ldd libicudata.so.63.1 statically linked [root@archlinux lib]# ldd libicui18n.so.63.1 linux-vdso.so.1 (0x00007ffd1af8e000) /usr/lib/libgtk3-nocsd.so.0 (0x00007f9950dc1000) libicuuc.so.63 => /usr/lib/libicuuc.so.63 (0x00007f9950b8e000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f99509a6000) libm.so.6 => /usr/lib/libm.so.6 (0x00007f9950860000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f9950846000) libc.so.6 => /usr/lib/libc.so.6 (0x00007f9950683000) libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f995067c000) libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f995065b000) libicudata.so.63 => /usr/lib/libicudata.so.63 (0x00007f994ec6d000) /usr/lib64/ld-linux-x86-64.so.2 (0x00007f99510aa000) [root@archlinux lib]# ldd libicuio.so.63.1 linux-vdso.so.1 (0x00007fffb05ff000) /usr/lib/libgtk3-nocsd.so.0 (0x00007f14dff81000) libicuuc.so.63 => /usr/lib/libicuuc.so.63 (0x00007f14dfd4e000) libicui18n.so.63 => /usr/lib/libicui18n.so.63 (0x00007f14dfa70000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f14df888000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f14df86e000) libc.so.6 => /usr/lib/libc.so.6 (0x00007f14df6ab000) libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f14df6a4000) libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f14df683000) libicudata.so.63 => /usr/lib/libicudata.so.63 (0x00007f14ddc95000) libm.so.6 => /usr/lib/libm.so.6 (0x00007f14ddb4f000) /usr/lib64/ld-linux-x86-64.so.2 (0x00007f14dff9b000) [root@archlinux lib]# ldd libicutest.so.63.1 linux-vdso.so.1 (0x00007ffeab79c000) /usr/lib/libgtk3-nocsd.so.0 (0x00007f307affd000) libicutu.so.63 => /usr/lib/libicutu.so.63 (0x00007f307af33000) libicuuc.so.63 => /usr/lib/libicuuc.so.63 (0x00007f307ad63000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f307ab7b000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f307ab61000) libc.so.6 => /usr/lib/libc.so.6 (0x00007f307a99e000) libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f307a997000) libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f307a976000) libicui18n.so.63 => /usr/lib/libicui18n.so.63 (0x00007f307a698000) libicudata.so.63 => /usr/lib/libicudata.so.63 (0x00007f3078caa000) libm.so.6 => /usr/lib/libm.so.6 (0x00007f3078b64000) /usr/lib64/ld-linux-x86-64.so.2 (0x00007f307b09c000) [root@archlinux lib]# ldd libicutu.so.63.1 linux-vdso.so.1 (0x00007ffe68ec9000) /usr/lib/libgtk3-nocsd.so.0 (0x00007f26064c0000) libicui18n.so.63 => /usr/lib/libicui18n.so.63 (0x00007f260617f000) libicuuc.so.63 => /usr/lib/libicuuc.so.63 (0x00007f2605faf000) libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f2605f8e000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f2605da6000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f2605d8c000) libc.so.6 => /usr/lib/libc.so.6 (0x00007f2605bc7000) libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f2605bc2000) libm.so.6 => /usr/lib/libm.so.6 (0x00007f2605a7c000) libicudata.so.63 => /usr/lib/libicudata.so.63 (0x00007f260408e000) /usr/lib64/ld-linux-x86-64.so.2 (0x00007f2606532000) [root@archlinux lib]# ldd libicuuc.so.63.1 linux-vdso.so.1 (0x00007ffe1387b000) /usr/lib/libgtk3-nocsd.so.0 (0x00007f2e8924a000) libicudata.so.63 => /usr/lib/libicudata.so.63 (0x00007f2e877f9000) libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f2e877d8000) libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f2e877d3000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f2e875eb000) libm.so.6 => /usr/lib/libm.so.6 (0x00007f2e874a5000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f2e87489000) libc.so.6 => /usr/lib/libc.so.6 (0x00007f2e872c6000) /usr/lib64/ld-linux-x86-64.so.2 (0x00007f2e89425000) [3] [rocketmouse@archlinux tmp]$ svn checkout --depth=empty svn://svn.archlinux.org/packages && cd packages Checked out revision 358889. [rocketmouse@archlinux packages]$ svn update evolution [snip] Updated to revision 358889. [rocketmouse@archlinux packages]$ cd evolution/repos/extra-x86_64/ [rocketmouse@archlinux extra-x86_64]$ grep -epkgver= -epkgrel= PKGBUILD pkgver=3.32.4 pkgrel=1.1 [rocketmouse@archlinux extra-x86_64]$ cd ../../.. [rocketmouse@archlinux packages]$ svn update evolution-data-server [snip] Updated to revision 358889. [rocketmouse@archlinux packages]$ cd evolution-data-server/repos/extra-x86_64/ [rocketmouse@archlinux extra-x86_64]$ grep -epkgver= -epkgrel= PKGBUILD pkgver=3.32.4 pkgrel=1.1
Hi, at least the serious issues of Evolution are solved. I tried to troubleshoot (not to workaround) the issue again, but there was no need to troubleshoot anymore. I can access the contacts again and umlauts are send again, just a box to select spamassasin or bogofilter, if both evolution packages are installed is missing, but that isn't an issue at all. See https://bugs.archlinux.org/task/62317#comment180732 : "Comment by Ralf Mardorf (Ralf) - Monday, 05 August 2019, 10:45 GMT The issue is solved. https://mail.gnome.org/archives/evolution-list/2019-August/msg00066.html" And https://bugs.archlinux.org/task/62295#comment180733 : "Comment by Ralf Mardorf (Ralf) - Monday, 05 August 2019, 10:50 GMT Bug #62317 is solved, see https://bugs.archlinux.org/task/62317 . After upgrading and closing the old version of Evolution, try running pkill -9 evolution before you open the upgraded Evolution." Regards, Ralf
participants (1)
-
Ralf Mardorf