Multi Distribution builds of Element

Element is the glossy matrix web tool in an electron wrapper

Name Changed
Comments 9

Petr Rezacek's avatar

Great repo with very fast updates of element! Do you plan to create builds for Fedora 37? Thank you for reply and keep up good work! Just let me know if I can help


Crab Grass's avatar


For whatever reason I cannot use the message search feature under Fedora 37. Under "Message search" in the settings, I am getting the error 'Message search initialisation failed', 'Error opening the database: SqlCipherError("Sqlcipher support is missing")'. Is there a known solution to this?

Thank you in advance!

James Bottomley's avatar

I don't have an actual Fedora system to check on, but the package lists

As a dependency. Can you check if you actually have it installed? If you do, it's likely something is broken with the Fedora installation of sqlcipher

Crab Grass's avatar

Yes, the sqlcipher package is installed:

$ dnf info sqlcipher
Last metadata expiration check: 0:00:42 ago on Wed 08 Mar 2023 13:16:27 GMT.
Installed Packages
Name         : sqlcipher
Version      : 4.4.3
Release      : 5.fc37
Architecture : x86_64
Size         : 2.3 M
Source       : sqlcipher-4.4.3-5.fc37.src.rpm
Repository   : [@System](
From repo    : fedora
Summary      : SQLCipher is an open source extension to SQLite that provides transparent 256-bit AES encryption of database files.
URL          :
License      : BSD
Description  : SQLCipher is an open source library that provides transparent, secure 256-bit
             : AES encryption of SQLite database files. SQLCipher has been adopted as a secure
             : database solution by many commercial and open source products, making it one of
             : the most popular encrypted database platforms for Mobile, Embedded, and Desktop
             : applications

I also have the libsqlcipher shared library installed:

$ ls -lah /usr/lib64 | grep sqlcipher
lrwxrwxrwx. 1 root root    28 Jul 23  2022 ->
-rwxr-xr-x. 1 root root  943K Jul 23  2022

After setting the path of this shared library with LD_PRELOAD, the message search feature appears to work, however it crashes after having indexed some number of messages (in this case, it managed to index about 800 messages before crashing):

$ LD_PRELOAD='/usr/lib64/' /usr/bin/element-desktop
/home/jazz/.config/Element exists: yes
/home/jazz/.config/Riot exists: no
No update_base_url is defined: auto update is disabled
Fetching translation json for locale: en_EN
Changing application language to en
Fetching translation json for locale: en
Resetting the UI components after locale change
Resetting the UI components after locale change
libva error: vaGetDriverNameByIndex() failed with unknown libva error, driver_name = (null)
Changing application language to en
Fetching translation json for locale: en
Resetting the UI components after locale change
[11801:0308/] GetVSyncParametersIfAvailable() failed for 1 times!
[11801:0308/] GetVSyncParametersIfAvailable() failed for 2 times!
[11801:0308/] GetVSyncParametersIfAvailable() failed for 3 times!
Trace/breakpoint trap (core dumped)

Note that this crashing behaviour (after indexing some number of messages) is common under Fedora with the flatpak element package ( ).

It looks like this user is experiencing the same issue as me (with the same symptoms, outlined above) with this element-desktop rpm package.

James Bottomley's avatar

This sounds like a bug in the Fedora sqlcipher package. Leap 15.4 has the same version


but searching thousands of encrypted messages there works just fine for me

Matthias Andree's avatar

The thing is that GNOME/GTK want tracker, which uses libtracker-sparql, which then pulls in the sqlite3 shared object (library, 2nd from bottom below) which prevents sqlcipher from loading. Screenshot from Fedora 38 x86_64:

Install pax-utils and possibly python3-pyelftools, then you have an lddtree script which gives:

/usr/bin/element-desktop (interpreter => /lib64/
... => /lib64/ => /lib64/
   => /lib64/
   => /lib64/
   => /lib64/
       => /lib64/
   => /lib64/ => /lib64/ => /lib64/
   => /lib64/
   => !!! circular loop !!!
       => /lib64/
       => /lib64/
       => /lib64/
           => /lib64/
   => /lib64/ => /lib64/ => /lib64/
   => /lib64/ => /lib64/ => /lib64/ => /lib64/
   => /lib64/ => /lib64/ => /lib64/ => /lib64/ => /lib64/
   => /lib64/
   => /lib64/ => /lib64/

For me, using LD_PRELOAD to force a preloading of libsqlcipher seems to fix this with your existing OBS package as of element-desktop-1.11.31-2.1.x86_64. Not sure if it's worthwhile trying to link sqlcipher statically for Fedora. LD_PRELOAD=/lib64/ /usr/bin/element-desktop

James Bottomley's avatar

I think this has to be the solution. I know how to build matrix seshat with static sqlcipher, but the problem is Fedora (at least the version available to OBS) doesn't actually have a package with the static library in it. I could potentially do a modified server:database:sqlcipher to package it statically for Fedora, but that would be awfully fragile

Petr Rezacek's avatar

Hello jejb1, could you please take a look on the packages which are used for build?

I got following error for version 1.11.49 and 1.11.50

Error: Transaction test error:
  file /usr/lib/.build-id/07/023eb4f297ae1d4591ec808ab20b2788c542be from install of element-desktop-1.11.50-1.1.x86_64 conflicts with file from package python3-3.12.0-1.fc39.x86_64

Thank you!

James Bottomley's avatar

This seems to be a known problem with fedora builds:

But I don't know how to fix it (except by force installing)

openSUSE Build Service is sponsored by