The Following User Says Thank You to levone1 For This Useful Post: | ||
|
2021-10-21
, 07:10
|
|
Posts: 600 |
Thanked: 713 times |
Joined on Jul 2019
@ UK
|
#202
|
For example - if I open telegram desktop from within Debian desktop, a new card opens in Sailfish, with telegram desktop app open.
This is the terminal output :
(kdeconnect-app:5194): Gdk-WARNING **: 14:55:50.385: The Wayland compositor does not provide any supported shell interface, not using Wayland display
Could not create scene graph context for backend 'customcontext' - check that plugins are installed correctly in /usr/lib/aarch64-linux-gnu/qt5/plugins
kf.kirigami: Warning: Theme implementations should use Kirigami.BasicThemeDefinition for its root item
kf.kirigami: Failed to find a Kirigami platform plugin
kf.kirigami: Units.devicePixelRatio is deprecated (since 5.86 ): This returns 1 when using Qt HiDPI scaling.
qt.qpa.wayland: "wl-shell" is a deprecated shell extension, prefer using "xdg-shell-v6" or "xdg-shell" if supported by the compositor by setting the environment variable QT_WAYLAND_SHELL_INTEGRATION
qt.qpa.wayland: Minimizing is not supported on wl-shell. Consider using xdg-shell instead.
But when the start_desktop sh script used to work, that app would open in the same desktop. I can't figure out the difference ...
The Following User Says Thank You to edp17 For This Useful Post: | ||
|
2021-10-21
, 14:59
|
Posts: 202 |
Thanked: 385 times |
Joined on Jul 2018
|
#203
|
Hm, on my treltexx, it opens up the apps within the desktop screen. I use sfos4.1 on there. Could it be the reason?
How do you start the desktop distro, using multiple Fingerterm sessions and command line, or with one script from Shellex/command line, or with an icon on your desktop? (I've used to use Shellex, but then created an icon in sfos for it.)
|
2021-11-03
, 15:55
|
|
Posts: 600 |
Thanked: 713 times |
Joined on Jul 2019
@ UK
|
#204
|
- open Containers app
- start container, (works), tap "start xsession", (doesn't open window, but something happens - it won't work if I don't do it), then tap "attach", (works, and terminal opens with shell)
- in shell, enter some of the commands from 'start_desktop' script, (e.g. "export $(dbus-launch)", "export XDG_RUNTIME_DIR", etc), finishing with "su user -c startx".
Then window opens with debian desktop. All functions normally, except that some user-installed apps open in a separate window, and won't stay open if a different window is opened.
One thing I discovered is that all of the commands from start_desktop script run successfully when entered individually, except for export $(dbuslaunch). That one gives error about how xdg runtime is owned by uid 100000. The only way I can get it to work is to mkdir /run/user/1001, then set 1001 as runtime dir.
I did try to chown on xdg runtime dir, and then dbus launch command worked without error, but startx fails with "cannot open display server refused..."
|
2021-11-03
, 17:42
|
Posts: 202 |
Thanked: 385 times |
Joined on Jul 2018
|
#205
|
Unfortunately, the app never worked well on that device. I only used the command line for all. Have you tried to start the container and the desktop distro from the command line? What is the default user on the host SFOS (nemo or defaultuser)?
Try to use one of the scripts I uploaded to the main page (e.g debian-mouse.sh) and see what happens.
The Following User Says Thank You to levone1 For This Useful Post: | ||
|
2021-11-09
, 01:06
|
|
Posts: 600 |
Thanked: 713 times |
Joined on Jul 2019
@ UK
|
#206
|
This is what happens when trying fo run scripts (that previously worked fine until 4.2) - https://talk.maemo.org/showpost.php?...&postcount=192
The default user is defaultuser, and I have nemo symlink in /home...
I have a feeling that the apps opening in separate window could be just some missing package, but not sure. I think it's a particular type of app, (maybe xdg, or... [I don't know Linux stuff too well]), so maybe just requires some support package ...
|
2021-11-12
, 01:44
|
Posts: 202 |
Thanked: 385 times |
Joined on Jul 2018
|
#207
|
This might help, I have the following installed:
from official repo:from downloaded .rpm:
- nemo-qml-plugin-dbus-qt5
- sailfish-polkit-agent
- python3-base
- python3-gobject
- dbus-python3
- lxc
- lxc-templates
- lxc-templates-desktop-1.1-4.noarch.rpm
- qxdisplay-0.1-2.armv7hl.rpm
- harbour-containers-0.4-1.armv7hl.rpm
- qxcompositor-0.0.5+cursor_test2.20200816190630.86af352-1.2.1.jolla.armv7hl.rpm
The Following User Says Thank You to levone1 For This Useful Post: | ||
|
2021-11-23
, 22:33
|
Posts: 4 |
Thanked: 5 times |
Joined on Nov 2021
|
#208
|
|
2021-11-24
, 17:47
|
Posts: 578 |
Thanked: 994 times |
Joined on Dec 2012
|
#209
|
|
2021-11-24
, 19:43
|
|
Posts: 1,719 |
Thanked: 4,765 times |
Joined on Apr 2018
@ Helsinki, Finland.
|
#210
|
The Following User Says Thank You to Maemish For This Useful Post: | ||
Tags |
application, development, linux |
|
This is the terminal output :
(kdeconnect-app:5194): Gdk-WARNING **: 14:55:50.385: The Wayland compositor does not provide any supported shell interface, not using Wayland display
Could not create scene graph context for backend 'customcontext' - check that plugins are installed correctly in /usr/lib/aarch64-linux-gnu/qt5/plugins
kf.kirigami: Warning: Theme implementations should use Kirigami.BasicThemeDefinition for its root item
kf.kirigami: Failed to find a Kirigami platform plugin
kf.kirigami: Units.devicePixelRatio is deprecated (since 5.86 ): This returns 1 when using Qt HiDPI scaling.
qt.qpa.wayland: "wl-shell" is a deprecated shell extension, prefer using "xdg-shell-v6" or "xdg-shell" if supported by the compositor by setting the environment variable QT_WAYLAND_SHELL_INTEGRATION
qt.qpa.wayland: Minimizing is not supported on wl-shell. Consider using xdg-shell instead.
But when the start_desktop sh script used to work, that app would open in the same desktop. I can't figure out the difference ...