[arch-general] jami consuming too much cpu and jami packages issues
Hello ! I would file an issue on the Arch jami related packages, because they're not only outdated, but I believe due to that jami consumes way too much CPU, you listen to the fans working extra, and top shows 95% usage or more, no matter how fast your PC is. The reason I don't is that my phone broke and I didn't have my aegis data backed somewhere and I can no longer login to Arch gitlab, and as long time ago it happened he same to me and I was warned they wouldn't help me out a 2nd time, oh well. Anyone experiencing the same? I see jami-qt marked as out of date, but I see no issues filed against it, same for jami-daemon. opendht is not marked out of date, and the only issues is about C bindings, however opendht currently has a dependency problem, Arch moved to llhttp 9.3.0, however opendht was linked against llhttp 9.2:
% ldd /usr/lib/libopendht.so linux-vdso.so.1 (0x00007ff662064000) libfmt.so.11 => /usr/lib/libfmt.so.11 (0x00007ff661ffa000) libllhttp.so.9.2 => /usr/lib/libllhttp.so.9.2 (0x00007ff661fe8000)
So the only way to currently support opendht is:
% grep IgnorePkg /etc/pacman.conf # Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup IgnorePkg = llhttp libgit2 bat
Meaning avoid updates on those 3 packages given their dependency chain related to llhttp, since both libgit2 and bat new versions on Arch depend on llhttp 9.3 already except for opendht, which then requires a re-build. BTW, current upstream opendht release is v3.4.0, meaning the Arch "1:3.2.0-2" ought an update anyways, meaning is also out of date, and by upgrading one gets the re-build required, :) So all jami related packages out of date, jami the application consumes too much CPU, and opendht besides out of date requires a re-build to link against current repos llhttp. Not sure how to notify the developers to deal with the jami current issues, perhaps someone could file issues on the packages, particularly opendht which doesn't even have an out of date mark. Thanks a lot ! -- Javier
El domingo, 15 de junio de 2025 a las 4:53 Javier escribió:
opendht is not marked out of date, and the only issues is about C bindings, however opendht currently has a dependency problem, Arch moved to llhttp 9.3.0, however opendht was linked against llhttp 9.2:
No, it didn't https://archlinux.org/packages/extra/x86_64/llhttp/
since both libgit2 and bat new versions on Arch depend on llhttp 9.3 already except for opendht,
That's not true $ readelf -d /usr/lib/libgit2.so Dynamic section at offset 0x146510 contains 32 entries: Tag Type Name/Value 0x0000000000000001 (NEEDED) Shared library: [libssl.so.3] 0x0000000000000001 (NEEDED) Shared library: [libcrypto.so.3] 0x0000000000000001 (NEEDED) Shared library: [libllhttp.so.9.2] [...]
On 2025-06-15 02:31 AM, Antonio Rojas wrote:
opendht is not marked out of date, and the only issues is about C bindings, however opendht currently has a dependency problem, Arch moved to llhttp 9.3.0, however opendht was linked against llhttp 9.2:
No, it didn't https://archlinux.org/packages/extra/x86_64/llhttp/
I don't understand your reply: % ldd /usr/lib/libopendht.so linux-vdso.so.1 (0x00007f6f26e60000) libfmt.so.11 => /usr/lib/libfmt.so.11 (0x00007f6f26df6000) libllhttp.so.9.2 => /usr/lib/libllhttp.so.9.2 (0x00007f6f26de4000) % readelf -d /usr/lib/libopendht.so Dynamic section at offset 0x279360 contains 37 entries: Tag Type Name/Value 0x0000000000000001 (NEEDED) Shared library: [libfmt.so.11] 0x0000000000000001 (NEEDED) Shared library: [libllhttp.so.9.2] % pacman -Qi opendht Name : opendht Version : 1:3.2.0-2 Description : C++17 Distributed Hash Table (DHT) implementation Architecture : x86_64 URL : https://github.com/savoirfairelinux/opendht ... Depends On : ... llhttp ... opendht clearly depends on llhttp 9.2, and current one is 9.3. So just "no it doesn't" doesn't tell me much, and pointing to the llhttp package URL doesn't help either.
since both libgit2 and bat new versions on Arch depend on llhttp 9.3 already except for opendht,
That's not true
$ readelf -d /usr/lib/libgit2.so
Dynamic section at offset 0x146510 contains 32 entries: Tag Type Name/Value 0x0000000000000001 (NEEDED) Shared library: [libssl.so.3] 0x0000000000000001 (NEEDED) Shared library: [libcrypto.so.3] 0x0000000000000001 (NEEDED) Shared library: [libllhttp.so.9.2] [...]
Not sure if you are up to date, but if I allow libgit2 to upgrade to 1:1.9.1-1, then: % ldd /usr/lib/libgit2.so linux-vdso.so.1 (0x00007fdf93423000) libssl.so.3 => /usr/lib/libssl.so.3 (0x00007fdf931ac000) libcrypto.so.3 => /usr/lib/libcrypto.so.3 (0x00007fdf92c00000) libllhttp.so.9.3 => not found % readelf -d /usr/lib/libgit2.so Dynamic section at offset 0x144510 contains 32 entries: Tag Type Name/Value 0x0000000000000001 (NEEDED) Shared library: [libssl.so.3] 0x0000000000000001 (NEEDED) Shared library: [libcrypto.so.3] 0x0000000000000001 (NEEDED) Shared library: [libllhttp.so.9.3] Of course if I revert to 1:1.9.0-2, then the dependency is on llhttp 9.2, but I'm talking about current versions of packages. So what I say stands true, and I honestly don't know what versions you're talking about. Current versions not allowing opendht to work: llhttp 9.3.0-1.1 libgit2 1:1.9.1-1 bat 0.25.0-4 Again, opendht is out of date, and latest package build depends on an older llhttp version which doesn't correspond to the up to date one, and to get all things working the only thing to do is to prevent upgrading all three, llhttp libgit2 and bat. -- Javier
Ohh, I get what you said, sorry, not sure why my system tries to get llhttp at 9.1.3, while the package URL says latest 9.1.2: https://archlinux.org/packages/extra/x86_64/llhttp/ That's why you included the URL. Ohh well, I got it now. I got confused with your reply, sorry about that. -- Javier On 2025-06-15 08:35 PM, Javier wrote:
On 2025-06-15 02:31 AM, Antonio Rojas wrote:
opendht is not marked out of date, and the only issues is about C bindings, however opendht currently has a dependency problem, Arch moved to llhttp 9.3.0, however opendht was linked against llhttp 9.2:
No, it didn't https://archlinux.org/packages/extra/x86_64/llhttp/
I don't understand your reply:
% ldd /usr/lib/libopendht.so linux-vdso.so.1 (0x00007f6f26e60000) libfmt.so.11 => /usr/lib/libfmt.so.11 (0x00007f6f26df6000) libllhttp.so.9.2 => /usr/lib/libllhttp.so.9.2 (0x00007f6f26de4000)
% readelf -d /usr/lib/libopendht.so
Dynamic section at offset 0x279360 contains 37 entries: Tag Type Name/Value 0x0000000000000001 (NEEDED) Shared library: [libfmt.so.11] 0x0000000000000001 (NEEDED) Shared library: [libllhttp.so.9.2]
% pacman -Qi opendht Name : opendht Version : 1:3.2.0-2 Description : C++17 Distributed Hash Table (DHT) implementation Architecture : x86_64 URL : https://github.com/savoirfairelinux/opendht ... Depends On : ... llhttp ...
opendht clearly depends on llhttp 9.2, and current one is 9.3. So just "no it doesn't" doesn't tell me much, and pointing to the llhttp package URL doesn't help either.
since both libgit2 and bat new versions on Arch depend on llhttp 9.3 already except for opendht,
That's not true
$ readelf -d /usr/lib/libgit2.so
Dynamic section at offset 0x146510 contains 32 entries: Tag Type Name/Value 0x0000000000000001 (NEEDED) Shared library: [libssl.so.3] 0x0000000000000001 (NEEDED) Shared library: [libcrypto.so.3] 0x0000000000000001 (NEEDED) Shared library: [libllhttp.so.9.2] [...]
Not sure if you are up to date, but if I allow libgit2 to upgrade to 1:1.9.1-1, then:
% ldd /usr/lib/libgit2.so linux-vdso.so.1 (0x00007fdf93423000) libssl.so.3 => /usr/lib/libssl.so.3 (0x00007fdf931ac000) libcrypto.so.3 => /usr/lib/libcrypto.so.3 (0x00007fdf92c00000) libllhttp.so.9.3 => not found
% readelf -d /usr/lib/libgit2.so
Dynamic section at offset 0x144510 contains 32 entries: Tag Type Name/Value 0x0000000000000001 (NEEDED) Shared library: [libssl.so.3] 0x0000000000000001 (NEEDED) Shared library: [libcrypto.so.3] 0x0000000000000001 (NEEDED) Shared library: [libllhttp.so.9.3]
Of course if I revert to 1:1.9.0-2, then the dependency is on llhttp 9.2, but I'm talking about current versions of packages. So what I say stands true, and I honestly don't know what versions you're talking about. Current versions not allowing opendht to work:
llhttp 9.3.0-1.1 libgit2 1:1.9.1-1 bat 0.25.0-4
Again, opendht is out of date, and latest package build depends on an older llhttp version which doesn't correspond to the up to date one, and to get all things working the only thing to do is to prevent upgrading all three, llhttp libgit2 and bat.
-- Javier
El lunes, 16 de junio de 2025 a las 4:35 Javier escribió:
opendht clearly depends on llhttp 9.2, and current one is 9.3. So just "no it doesn't" doesn't tell me much, and pointing to the llhttp package URL doesn't help either.
Again: no, the current version is *not* 9.3. I will post again the link that shows you what the real current version of llhttp on Arch is: https://archlinux.org/packages/extra/x86_64/llhttp/
Not sure if you are up to date, but if I allow libgit2 to upgrade to 1:1.9.1-1, then:
% ldd /usr/lib/libgit2.so linux-vdso.so.1 (0x00007fdf93423000) libssl.so.3 => /usr/lib/libssl.so.3 (0x00007fdf931ac000) libcrypto.so.3 => /usr/lib/libcrypto.so.3 (0x00007fdf92c00000) libllhttp.so.9.3 => not found
At this point it is pretty clear that you are not using Arch Linux. Please report this to your actual distribution.
-- Javier
On 2025-06-16 00:54 AM, Antonio Rojas wrote:
El lunes, 16 de junio de 2025 a las 4:35 Javier escribió:
opendht clearly depends on llhttp 9.2, and current one is 9.3. So just "no it doesn't" doesn't tell me much, and pointing to the llhttp package URL doesn't help either.
Again: no, the current version is *not* 9.3. I will post again the link that shows you what the real current version of llhttp on Arch is:
Got that already. Sorry for the confusion. I didn't initially get it from your post until looking into the URL. I sent a prior email, apologizing. -- Javier
participants (2)
-
Antonio Rojas
-
Javier