Flatpak crashes at startup

[bkauler]

What is the bug or the crash?

Try to start it:

> qgis
ldconfig: Can't create temporary cache file /run/ld-so-cache-dir/b2696e551bc851f52ac5db1c499458b051303e9d366f34c93f1dde2ded00f7cc.PNGBWa~: Required key not available
error: ldconfig failed, exit status 256
>

Steps to reproduce the issue

Current experiment is starting it with a script:

#!/bin/sh
export XDG_DATA_DIRS=/mnt/wkg/flatpak/exports/share:/home/qgis/.local/share/flatpak/exports/share:/usr/share:/usr/local/share #need to fool flatpak.
flatpak run --filesystem=host --device=all --socket=system-bus --socket=session-bus org.qgis.qgis

...punching lots of holes in the sandbox, makes no difference.

Versions

Latest from flathub.org, version 3.30.1

Supported QGIS version

• I'm running a supported QGIS version according to the roadmap.

New profile

• I tried with a new QGIS profile

Additional context

I'm running EasyOS version 5.2.2, and have tested 29 flatpaks. They all work, except for QGIS.

So, what is QGIS doing differently that is causing this crash?

[agiudiceandrea]

@bkauler, maybe it would be better to report the issue to the Flatpak repository https://github.com/flathub/org.qgis.qgis.

[jgrocha]

@aleixpol Can you help with this?

[bkauler]

Found also Cozy e-book reader flatpak has the same crash.

Looks like it is an old bug, reported to flatpak in 2020:

flatpak/flatpak#3365

I am also using ext4 encrypted folders. it looks like the flatpak sandbox loses the kernel keys required to read/write in the encrypted folders. As far as i can make out, it was never resolved.

I am very curious about something. As I reported, 28 flatpaks do work, and so far 2 failures. So would it be possible for QGIS flatpak to avoid the cache creation failure, as those other flatpaks have done?

I may have to resort to running the flatpak in a chroot, totally outside of the encrypted f.s.
I was hoping that someone very knowledgeable would look at this problem and say "I know what the problem is, you just have to do this..."

Note, I only started using flatpaks a few weeks ago, so very low on the learning curve.

[jgrocha]

Hi @bkauler

It will be more appropriate to ask this on the https://github.com/flathub/org.qgis.qgis repository.

Can you close this one and file another one on that repo?

[bkauler]

OK.

[bkauler]

Addendum to this issue:
The problem has been fixed. I changed from ext4 folder encryption fscrypt version-1 to version-2. I was using the e4crypt utility from the e2fsprogs package, however that is only v1. Now changed to use the fscryptctl utility, that supports v2, and now flatpaks are all working.

Note v2 support was introduced in 2020 in the 5.4 kernel.