levone1 | # 211 | 2021-11-24, 20:12 | Report

Thanks for tip...
@edp17 - I was able to get start_desktop script working again by building and installing qxcompositor linked above and using your instructions a few posts ago... Thanks

Attached Images

 

mankir | # 212 | 2021-11-24, 21:41 | Report

I can confirm that bullseye is running on Gemini PDA sfos 4.3 with latest qxcompositor and mouse support (still rotated) via the script From this thread with additional Export XDG...=1001 and allow all orientations patch.

---

Last edited by mankir; 2021-11-25 at 18:34.

megamaced | # 213 | 2021-11-25, 20:30 | Report

OK interesting, I did not try qxcompositor. I only tried qxdisplay

@elros34 I see you have an OBS which looks up to date. I will install the rpm from here https://build.merproject.org/package...s/qxcompositor

Would be nice to have it in sailfishos:chum OBS?

There seems to be lots of information scattered about the place.

I will start from scratch on my Gemini PDA. Hopefully I will end up with Debian Bullseye with XFCE running

If it works I will make scripts for openSUSE Leap 15.3

megamaced | # 214 | 2021-11-25, 22:42 | Report

yeah works with qxcompositor Got to play with XFCE scaling now, its all a bit small and XFCE is a bit rubbish for scaling. Maybe switching over to MATE or KDE will be nicer

I see its software rendering, wl_drm not supported, missing requirements for glamor GBM backend. Can this ever be resolved?

Also the "r" key on the Gemini PDA keyboard doesn't do anything in the xfce desktop, need to investigate

mankir | # 215 | 2021-11-26, 09:42 | Report

Yeah, the r key issue is annoying! The keymap is to big in size and therefore cropped. Gemian project has a repo for xkeyboard and i already Tried to import the Gemini symbols From sailfish, but xkb cannot open display. May be flatpak HW keyboard issue is also because oft this weird mapping...

elros34 | # 216 | 2021-11-26, 10:27 | Report

Does harbour-containers import whole xkb from sfos? This is how I do it in chroot: https://github.com/elros34/sailfish_...n.sh#L137-L151

mankir | # 217 | 2021-11-27, 09:14 | Report

I get same error messages for keyboard in chroot, but r key is working. in chroot on gemini i have issue, that i have to start chromium-browser to get a window for xfce4 and it is only displaying correct when the device is turned sideways, otherwise display height is scaled to 0.5

elros34 | # 218 | 2021-11-27, 13:07 | Report

So if 'r' key works in sailfish_linux_chroot then try same sync in containers: copy xkb files, read all xkb options from dconf on sfos and set them after xfce is running via setxkbmap. Not sure what error message you have in mind but some xkb errors are expected and fine.

About orientation: do you use my "default allowed orientations" patch and do you have correct dconf value set? IIRC gemini have inverted landscape display but without proper dconf set. sfos-4.2.0 branch in sailfish_linux_chroot should have auto orientation enabled but I only tested it with chromium.

mankir | # 219 | 2021-11-27, 13:55 | Report

I tried all combinations of patches and have allowed orientation = 8

elros34 | # 220 | 2021-11-27, 18:01 | Report

There only 2 ways: rotate freely patch(es) or follow device specific settings via "default allowed orientations" patch. If you would have my patch (+orientations restricted to only inverted landscape) and latest sailfish_linux_chroot /qxcompositor then nothing should change when you rotate device (window should stay in inverted landscape) unless I mess up something. Should be fixable, just needs some debugging as I do not have gemini. No idea about harbour-containers.