Re: Full linux distros on Sailfish OS
 

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 ...

Re: Full linux distros on Sailfish OS
 

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.)

Re: Full linux distros on Sailfish OS
 

- 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..."

Re: Full linux distros on Sailfish OS
 

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.

Re: Full linux distros on Sailfish OS
 

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 ...

Re: Full linux distros on Sailfish OS
 

This might help, I have the following installed:
from official repo:

• nemo-qml-plugin-dbus-qt5
• sailfish-polkit-agent
• python3-base
• python3-gobject
• dbus-python3
• lxc
• lxc-templates

from downloaded .rpm:

• 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

Re: Full linux distros on Sailfish OS
 

Thanks - I'll check it out ... One thing is that I'm on aarch64, so my apps are home-built. Maybe some issue there...

Re: Full linux distros on Sailfish OS
 

Hi, is the harbour containers project still going?

The qxdisplay binary has symbol lookup error on Sailfish X 4.3.0

"/usr/bin/qxdisplay: symbol lookup error: /usr/
bin/qxdisplay: undefined symbol"

I did try to compile it from the RPM spec directly on my device but it failed to compile

I saw that flatpak-runner is a fork of qxdisplay. I was able to run flatpak-runner without any arguments to start a wayland display server, and then attach inside my lxc container and modify the scripts to point to the flatpak-runner wayland server location. Using this method I was able to get XFCE on openSUSE Leap 15.3 running, however I could not resolve the DPI and scaling issue. Desktop was not a usable size and also the touch pointer was off

Re: Full linux distros on Sailfish OS
 

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.

Re: Full linux distros on Sailfish OS
 

I find these posts entertaining. To understand linux is hard for me cause even though I have used it over ten years I am a mere end user. and tweaking mainly how to get it snappier. But these sailfish relates posts, these are something else, so cryptic if you don't know enough, even though they are just linux language. Feeling like listening someones from a different planet.

Re: Full linux distros on Sailfish OS
 

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

Re: Full linux distros on Sailfish OS
 

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.

Re: Full linux distros on Sailfish OS
 

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

Re: Full linux distros on Sailfish OS
 

yeah works with qxcompositor :D 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

Re: Full linux distros on Sailfish OS
 

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...

Re: Full linux distros on Sailfish OS
 

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

Re: Full linux distros on Sailfish OS
 

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

Re: Full linux distros on Sailfish OS
 

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.

Re: Full linux distros on Sailfish OS
 

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

Re: Full linux distros on Sailfish OS
 

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.

Re: Full linux distros on Sailfish OS
 

Yeah, i tried also with taskmanager, which can lock orientation. Orientation is right, but only half display is used in landscape/inverted. One proportion is handled wrong in some place, i bet ot is a quirk in the official abandoned port...

Re: Full linux distros on Sailfish OS
 

I did a clean flash of SF, and went to re-install my Debian Sid container, but seems like some repo update broke xwayland build process, (or...?). What distros are you all using? Has anyone installed recently and gotten success?

Re: Full linux distros on Sailfish OS
 

I was able to get Devuan working, but had to install many deps manually...

Re: Full linux distros on Sailfish OS
 

I installed Kali through easy_pwn (https://github.com/r3vn/easy_pwn) a month or so ago and am using it frequently. I had to make a couple of tweaks to the scripts along the way (change nemo to defaultuser, trust the default kali repos so that PGP keys aren't validated, remove the nethunter packages) but it was quite straightforward.

Reason why I used easy_pwn is because my device (Xperia X) doesn't support LXC leaving a good old chroot as the only option. Giuseppe (r3vn) put a lot of work into it. Kali also ships with pretty UI theming haha. The rootfs is from February 2019 but apt-upgrading it all worked fine.

https://user-images.githubuserconten...6921f45208.png

I set the fonts DPI to 200.

Oh and also the latest qxcompositor from openrepos crashes for me so it's portrait only. The other thing that doesn't work is starting it from the desktop icon so I'm running it from the terminal / qCommand.

Re: Full linux distros on Sailfish OS
 

Ok I don't know what I am doing wrong but I am unable to get harbour-container gui to work. I have installed qxcompositor from the following repo "https://repo.sailfishos.org/obs/home:/elros34:/sailfishapps/sailfishos_4.3.0.12/armv7hl/" and also put export $(dbus-launch) and export XDG_RUNTIME_DIR=/run/user/1001 in the linux container
But I have not been able to get a GUI. Any guidance would be appreciated.

Re: Full linux distros on Sailfish OS
 

open terminal and type and see what the output is.

Re: Full linux distros on Sailfish OS
 

When I run harbour-container it opens the gui containers app.

So I see the problem as being qxcompositor doesn't open a session. When I run the qxcompositor I get the error "Specified Desktop file does not exist "".

Re: Full linux distros on Sailfish OS
 

Did you use Containers app to create lxc with setup desktop button checked?
what command are you using for QXC?

See @edp17 examples here - https://talk.maemo.org/showpost.php?...&postcount=198

Re: Full linux distros on Sailfish OS
 

is this the screen you get?
If so, it's good. It means QXC is running. Then you need to run your "start_desktop" file inside of attached container

Re: Full linux distros on Sailfish OS
 

I tried that before and it didn't work. But now it did, it is working.

Thanks, my bad.

Re: Full linux distros on Sailfish OS
 

Or just open and edit the last line, changing qxdisplay to qxcompositor. Then the GUI app can start X sessions too.

P.S. Of course, first qxcompositor should be installed from

Re: Full linux distros on Sailfish OS
 

Fresh port (not ready yet) - Samsung Galaxy S4 (i9505) - SFOS 4.4 and LXC with Debian Sid:

https://i.ibb.co/VmK8SDL/Galaxy-S4-i...an-450x800.jpg

Re: Full linux distros on Sailfish OS
 

On SFOS 4.4 I've got some problems. I mentioned them on the first page and also how to workaround them.

Re: Full linux distros on Sailfish OS
 

Thanks - going to check it out. .. Wonder if you have any idea about this - I had my Containers app working fine, with 2 containers, and able to start/stop and attach, etc., but then I was experimenting with some other things related to Python3 and Cairo, and now there's no gui. The containers app opens and is just a blank screen. The containers are still there, and work fine, but the app is tripped up by somethung I did. I tried undoing/uninstalling changes, but not sure where it happened... Outpu when running the app is:

I guess something to do with dbus daemon, but can't figure out what to do about it. ..
Thanks

UPDATE - nvm- fixed with reinstall dbus-python... Thanks

Re: Full linux distros on Sailfish OS
 

@edp17 - I have successfully gotten desktop env with Debian Sid and with Devuan. I've tried many others, but haven't goten any others to work yet, (error somerhing like "desktop not supported for distro..."). Do you know if any way to get desktop with any others?

Re: Full linux distros on Sailfish OS
 

So far I only tried Debian Sid.
I think the issue you described is down to the Xwayland binary. Xwayland should be patched for making it work under SFOS. The patching is done automatically when the script is installing the distro and it requires the source of Xorg. About two years ago when I installed Sid first, the script was able to download the Xorg source and then patch and compile Xwayland.
However, the last time when I installed everything from scratch, the script wasn't able to do that. (This is the issue I mentioned on the first page. I don't think this is connected to sfos version, more likely it is because the source of xorg cannot be found/downloaded.)

Probably when you install other distros, they are installing the default Xwayland binary and that's why you are getting that message.
Have you tried to copy the Xwayland binary from a working distro to a new one? (It is located in /home/.lxc/<container_name>/opt/bin/)

Re: Full linux distros on Sailfish OS
 

After more than two years of use of my container, I'm trying to get harbour-containers to work on the Pro1x and its SFOS port. I was stuck in 3.3 for a long time on my Pro1 (laziness because the upgrade implied reflashing due to encryption) and already had a working container, so now is the first time I face the same issues that others have faced here in the last months.

Some notes I took along the road:

- There are no aarch64 builds on the repository, but…
- There are aarch64 builds here for harbour-containers, qxdisplay and even qxcompositor, so we can choose (this will need editing /usr/share/harbour-containers/scripts/host/new_display.sh of course).
- The instructions in harbour-containers' README don't mention xz ad a dependency; presumably it was pre-installed on Pro1, but is missing on Pro1x. Just run devel-su zypper install xz.
- From there, lxc-create -t sfos-download -n <container-name> works, and so does container creation from the harbour-containers GUI (at least the aarch64 build from the above mirror, which includes HengYe's PR to disable Sailjail).
- However, while checking "Setup desktop" in the GUI looks encouraging in the beginning, it quickly breaks bad with a lot of errors showing up, and ultimately a (reproducible) crash of the terminal where it is being run. I think I noticed a lot of red text around an Xwayland step, and since Xwayland is supposed to be built from source to apply some patches, I thought the sources were not reachable anymore. This is when I ended up here and noticed that edp17 already noticed the same long ago; thanks!
- I therefore downloaded the latest Xwayland-….bin file as instructed in the FP with wget https://github.com/sailfish-containe....libc-2.29.bin followed by mv Xwayland.aarch64.libc-2.29.bin /home/.lxc/<container-name>/opt/bin/Xwayland && chmod +x /home/lxc/<container-name>/opt/bin/Xwayland.
- But this was not the only issue I got with the setup_desktop.sh script. I got a lot of failures to resolve deb.debian.org, which I could solve with echo "nameserver 8.8.8.8" | sudo tee /etc/resolv.conf > /dev/null ran from inside the container (devel-su lxc-attach -n <container-name>). The issue may or may not be related to this, I don't know yet. I wonder if this wouldn't have solved the Xwayland download in the first place.
- From within the container still, I then ran /mnt/guest/./setup_desktop.sh as root again to restart the X desktop setup.
- Then, to my great surprise, the "Xsession" button inside the harbour-container's GUI worked!

https://rehost.diberie.com/Picture/Get/r/82529 https://rehost.diberie.com/Picture/Get/r/82530 https://rehost.diberie.com/Picture/Get/r/82544

Currently I'm using qxcompositor, but I suspect qxdisplay would work as well. I don't use portrait rotation given the device I use, but as far as I remember, Elros34 merged the qxdisplay patches into qxcompositor, so both should now support the same -o flag, and therefore hopefully work equally well for switching orientation from the corresponding button in harbour-containers' GUI.

Since I was having issues initially, I made a nemo symlink with sudo ln -s /home/defaultuser /home/nemo before the steps above, so I cannot tell if all this would have worked without the symlink. I doubt it since, as far as I remember, harbour-containers still doesn't support user names other than nemo. I had a PR pending for that but it's not merged and I'm not even sure it works.

Anyway, glad to see Debian on the Pro1x this early!

Re: Full linux distros on Sailfish OS
 

Dynamic orientation works in LXC even with a tiling WM, thanks to qxcompositor (we were using qxdisplay with harbour-containers since 2020 because at the time qxcompositor didn't support portrait, but qxdisplay doesn't support dynamic changes so the update qxcompositor is now superior):

https://youtu.be/wq3-rhB4pwA

https://thumbs.gfycat.com/SmoothTart...restricted.gif

Useful mostly for other devices, but even on Pro1 it can be cool when just consuming content without the keyboard. So there's a real benefit in editing /usr/share/harbour-containers/scripts/host/new_display.sh to replace "qxdisplay" with "qxcompositor", and installing qxcompositor from the URL in the above message.

Re: Full linux distros on Sailfish OS
 

Thanks for sharing this!
The URL of sailfish-container under the video gives 404 not found. (Because there is an extra ")" at the end.)
If somebody interested here is the link to the new qxcompositor for armv7hl (sfos 4.4.0.64).

Re: Full linux distros on Sailfish OS
 

https://raw.githubusercontent.com/sa...containers.png

https://github.com/sailfish-containe...our-containers

My PR to harbour-containers has been merged, it should now work much better than the upstream one that was using qxdisplay and, most of all, could no longer configure X in new containers properly.

Instructions have been simplified, with just 3 packages to install from one single place (and hopefully from Chum soon), better default settings for X scaling and Onboard vkb, and most of all without the need to tweak things manually to debug container creation.

- 3 packages to install from a single OBS repo,
- no need to manually debug things when creating a debian-based container or work around the Xwayland compilation,
- dynamic rotation,
- sane default settings for X scaling and Onboard (for non-hwkb devices),
- simplified instructions,
- new icon :O,
- no polkit prompts for nothing after boot.

Unfortunately, only armv7hl and aarch64 are supported. We used to manually patch sources of Xwayland and build from that, which broke when Xwayland dropped support for autotools. I fixed that issue and the compilation step in the installation script now would work, but it appears that Xwayland sources no longer support a protocol that we need for SailfishOS, so I just plain and simple disabled that whole part of the installation (it's still there in `/usr/share/harbour-containers/scripts/guest/setups/debian.sh`, but commented out, if some want to play with it). That means we're back to just fetching binaries that were pre-built in 2020, and we only have armv7hl and aarch64 available sadly.

I'll make another post if some important changes are made, or if this makes it to the Chum repository for easier installation.

X looks like this at first boot now, which should definitely be a lot more usable (but I still advise to configure things to set up as many keybindings as possible to manipulate the WM):

https://community.fxtec.com/uploads/...1527526c85.png
https://community.fxtec.com/uploads/...b5ee9e6b02.png