…and thanks to #debconf's video team here's the talk on #debian on #mobile devices: https://ftp.acc.umu.se/pub/debian-meetings/2021/MiniDebConf-Regensburg/debian-on-a-smart-phone-are-you-serious.lq.webm
#phosh's CI pipeline can now take screenshots of some parts of the shell in different languages and link to these as parts of a merge request. This hopefully helps translators, designers and develpers to figure out more easily how things look in different languages:
I gave a short talk about #debian on mobile devices at the #DebianMiniDebconf in Regensburg last weekend (https://wiki.debian.org/DebianEvents/de/2021/MiniDebConfRegensburg#Saturday) and I could present the slides using a #librem5 with HDMI over usb-c connected to the presenter and phom (https://source.puri.sm/guido.gunther/phom) as a virtual mouse. Needed some hacks still to e.g. bring up #squeekboard to exit full screen but I think we can make this work out of the box in the future.
@postmarketOS @linmob @danctnix that's reasonable to keep the maintenance burden under control. It should be merged soon though (there was review already if you look through the comments).
@linmob @danctnix @postmarketOS The patch has design blessing, is approved by upstream and will be merged after 41 is branched, that's as close as it gets when GNOME is about to release. Can't help here sorry. (#pureos carries the patch since some time)
@linmob @danctnix your distro lacks a patch https://gitlab.gnome.org/GNOME/gnome-control-center/-/merge_requests/1044 - see the release notes: https://gitlab.gnome.org/World/Phosh/phosh/-/releases/v0.13.1#patches-that-arent-merged-upstream-yet
Two things around the corner for less flicker during boot in #phosh and #phoc (https://gitlab.gnome.org/World/Phosh/phosh/-/merge_requests/890, https://gitlab.gnome.org/World/Phosh/phoc/-/merge_requests/265)
Kudos to @francois for the #plymouth theme, @dos for plymouth crash fixing and @craftyguy for osk-sdl
@joshfowler Also locate all sm.puri.OSK0.desktop and make sure none conatins "Exec=/usr/local/bin/phosh-osk-stub"
@joshfowler that says the keyboard isn't there when phosh wants to talk to it, that's not necessarily a problem but indicates that something is wrong (e.g. your distro calls it differently) - . Look at `gnome-session` in the logs. Phosh itself (the shell bianry) isn't really involved here (it's just that the git repo also contains the session file that lists the session components).
@joshfowler so check
- which session file is invoked
- which component in the session file refers to the keyboard
- which dektop files match that (can be duplicate ones in multiple directories)
- which one is invoked
- what is wrong with that one
(assuming you're *not* using systemd) If you dont' want to debug further just drop a desktop file to launch squeeboard into `/etc/xdg/autostart/` for the moment and let your distro figure out the details.
@joshfowler if i had to debug this i'd look first what desktop (or systemd unit) is invoked to for the OSK on session startup and then see why it doesn't happen (e.g. wrong path in desktop file, ...). The journal should tell you too (journalctl -b 0).
@joshfowler having it both in /usr/local/bin/ ans /usr/bin looks odd. The binary is likely in `/u/lib/phosh` in your case then (try `file` it needs to be an elf executable)
@joshfowler or `meson -Dsystemd=true ...`
@joshfowler you can also just replace the /usr/bin/libexec/phosh binary and keep everything else as is from 0.12.1 - nothing important changed in the surroundings.
@joshfowler well if you can start squeekboard manually then something is wrong with your session. Are yo maybe using systemd activation while manjaro uses builtin session (see meson_options.txt)?
