<div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace">Generally spoken: the underlying nxagent (named x2goagent) is lacking support for the COMPOSITE Xserver extension. Unfortunately more and more Desktops, even the ones designed to be "lightweight", are not working without that extension. At least not out of the box. So you need to figure out how to configure your desktop environment to run without the Composite Extension. Usually by changing the window manager to a non-compositing one.</div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace">Same for XINPUT2. nxagent only offers XINPUT1. </div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace">I have been working on implementing both but the current state is release-ready.</div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace">Uli</div><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_default" style="font-family:courier new,monospace">PS: you can try and switch x2go to use x2gokdrive instead of nxagent. There's some checkmark in the config dialog to be set. This uses a completely different approach which is less efficient than the NX technology (using more bandwidth) but it comes with the two mentioned extensions.</div><div class="gmail_default" style="font-family:courier new,monospace"><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, Feb 3, 2025 at 12:21 PM Buddy Butterfly <<a href="mailto:buddy.butterfly@web.de">buddy.butterfly@web.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>
<div>
<br>
<font face="monospace">I second this. Also moving away from Ubuntu
distros.<br>
This started when I discovered that Ubuntu uses
"ubuntu-advantage-..." to install<br>
an opc client to phone home to vendor. Such things could get even
worse with<br>
using snaps.<br>
<br>
Not that snaps are slower and are causing issues. No one checks
them<br>
for security issues. This is true for any "containerized" apps
like AppImage<br>
or Flatpak, though, being a bit more trustworthy. At the end,
packaged<br>
apps are a security nightmare. Imagine a server with 20+
containers<br>
and you have to prove security with an audit on that system. You
would have to validate<br>
all containers separately. If one provider does not maintain the
container<br>
your containerized app will not get any updates!<br>
<br>
A good example is openssl, a very central library/application. Who
patches all the<br>
containers when there are security fixes of it or any possible
data breaches?<br>
If, for example, you run "pure" Debian with all packages<br>
being installed into the system, this will be pushed as a security
fix from Debian update and every<br>
installed app uses this and is therefore also fixed!<br>
<br>
So, all I can say, nowadays a lot of security audits overlook this
issue not guaranteeing<br>
the latest library security fixes and possible data breaches of
app containers.<br>
<br>
Anyhow, this is the advantage/disadvantage in the comparison of
having a containerized app<br>
system or a "centralized" system like it was before.<br>
<br>
</font>
<div>Am 02.02.25 um 21:08 schrieb Chris
Green:<br>
</div>
<blockquote type="cite">
<pre>On Sun, Feb 02, 2025 at 04:48:48PM +0000, Thom Harmon wrote:
</pre>
<blockquote type="cite">
<blockquote type="cite">
<pre>How do you use x2go with this problem?
</pre>
</blockquote>
<pre>I know this is not going to be a satisfactory answer...
I struggled with this for months trying to figure out what permissions
needed to be configured for the Snaps apps to work in x2go with no
luck. It seems to be related to access to /run.
For me it was the final straw for Snap and Ubuntu more broadly. I
rotated over to Debian stable (well, Spiral actually) for everything
and if I need an application-level jail I use Flatpak. In only a
handful of cases have I had to use Flatseal to adjust permissions for
x2go compat. Much better experience.
Like I said, probably not a satisfactory answers but sometimes just
knowing that there is an escape hatch available is useful.
Now if I could figure out a work-around for when an app doesn't support
Xinput2....
</pre>
</blockquote>
<pre>I think this is the 'right' answer even if it isn't a 'satisfactory'
answer. Snap just manages to break so many things in subtle ways that
one is better off without it.
I too left [x]ubuntu because of the increasing dependency on snap for
important applications. I have moved to Debian 12 and am very happy
with it. I have a couple of Appimage based programs but everything
else comes from the Debian repositories.
</pre>
</blockquote>
<br>
</div>
_______________________________________________<br>
x2go-user mailing list<br>
<a href="mailto:x2go-user@lists.x2go.org" target="_blank">x2go-user@lists.x2go.org</a><br>
<a href="https://lists.x2go.org/listinfo/x2go-user" rel="noreferrer" target="_blank">https://lists.x2go.org/listinfo/x2go-user</a><br>
</blockquote></div>