Active Topics

 


Reply
Thread Tools
Posts: 202 | Thanked: 385 times | Joined on Jul 2018
#211
Originally Posted by elros34 View Post
Didn't try it on aarch64 but amrv7hl works fine on sfos 4.3.0: https://github.com/elros34/qxcomposi.../qtwayland-5.6. I guess qxdisplay do not have any relevant changes compared to qxcompositor. Also version for sfos >= 4.2.0 in my use case support dynamic orientation for chromium + matchbox ("-x -o auto" arguments) so maybe it will also works for full desktop environment like xfce.
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
 
 

The Following 2 Users Say Thank You to levone1 For This Useful Post:
mankir's Avatar
Posts: 276 | Thanked: 224 times | Joined on Dec 2009 @ Frankfurt, Germany
#212
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.
__________________
MOD-Package: http://talk.maemo.org/showthread.php?t=42415

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

The Following 2 Users Say Thank You to mankir For This Useful Post:
Posts: 4 | Thanked: 5 times | Joined on Nov 2021
#213
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
 

The Following User Says Thank You to megamaced For This Useful Post:
Posts: 4 | Thanked: 5 times | Joined on Nov 2021
#214
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
 

The Following User Says Thank You to megamaced For This Useful Post:
mankir's Avatar
Posts: 276 | Thanked: 224 times | Joined on Dec 2009 @ Frankfurt, Germany
#215
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...
__________________
MOD-Package: http://talk.maemo.org/showthread.php?t=42415
 

The Following User Says Thank You to mankir For This Useful Post:
Posts: 578 | Thanked: 994 times | Joined on Dec 2012
#216
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
 

The Following User Says Thank You to elros34 For This Useful Post:
mankir's Avatar
Posts: 276 | Thanked: 224 times | Joined on Dec 2009 @ Frankfurt, Germany
#217
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
__________________
MOD-Package: http://talk.maemo.org/showthread.php?t=42415
 

The Following User Says Thank You to mankir For This Useful Post:
Posts: 578 | Thanked: 994 times | Joined on Dec 2012
#218
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.
 

The Following User Says Thank You to elros34 For This Useful Post:
mankir's Avatar
Posts: 276 | Thanked: 224 times | Joined on Dec 2009 @ Frankfurt, Germany
#219
I tried all combinations of patches and have allowed orientation = 8
__________________
MOD-Package: http://talk.maemo.org/showthread.php?t=42415
 

The Following User Says Thank You to mankir For This Useful Post:
Posts: 578 | Thanked: 994 times | Joined on Dec 2012
#220
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.
 

The Following 2 Users Say Thank You to elros34 For This Useful Post:
Reply

Tags
application, development, linux


 
Forum Jump


All times are GMT. The time now is 02:40.