pkg: osk-sdl: fix pinephone osk-sdl regression mesa can't

 open /usr/lib/gbm/dri_gbm.so error

Issue Description:

Pinephone after upgraded the whole system at around 2024-12-14Z, osk-sdl (used to
unlock FDE (Full Disk Encryption)) does not start and outputs the
following error:
```
MESA-LOADER: failed to open dri: /usr/lib/gbm/dri_gbm.so: cannnot open shared object file:
No such file or directory (search paths /usr/lib/gbm, suffix _gbm)
ERROR: Could not create window/display: EGL not initialized
```

How to reproduce:

Make sure you had a working FDE with osk-sdl in the past, you can use
old packages from
http://tardis.tiny-vps.com/aarm/repos/2024/12/03/aarch64/core and
http://tardis.tiny-vps.com/aarm/repos/2024/12/03/aarch64/extra archives
by adding those links to /etc/pacman.conf to configure FDE to make sure
FDE works with old mesa version 1:24.2.7-1. Then you remove those
archive url and use default package server and upgrade the whole system,
along the way mesa is upgraded to 1:24.3.1-3. To reproduce the error,
`sudo mkinitcpio -P` should also be executed. If you had a good FDE with
osk-sdl in the past, the following commands should reproduce the error:
```
sudo pacman -Syyu
sudo mkinitcpio -P
sudo reboot
```
Expected behavoir: after reboot, osk-sdl will run normally. Actual
behavior: osk-sdl failed to start and outputs errors described in Issue
Description.

Fix and reasons:

It seems osk-sdl with new mesa 1:24.3.1-3 somehow requires
/usr/lib/gbm/dri_gbm.so and initramfs does not have
/usr/lib/gbm/dri_gbm.so. So let's add that to
/usr/lib/initcpio/install/osk-sdl as shown in the commit, then rebuild
initramfs with `sudo mkinitcpio -P`, and reboot. Then the issue is
fixed.

Note old mesa 1:24.2.7-1 does not have /usr/lib/gbm/dri_gbm.so. I don't
know why new mesa 1:24.3.1-3 added /usr/lib/gbm/dri_gbm.so and requires
it when using osk-sdl. I don't know what /usr/lib/gbm/dri_gbm.so is for.
It seems related to https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/31428

Another workaround is to downgrade mesa from 1:24.3.1-3 to
1:24.2.7-1, but I don't think it is a proper way to fix the issue.

Related discussion see https://github.com/dreemurrs-embedded/Pine64-Arch/discussions/682

0 files changed, 0 insertions, 0 deletions