Re: [X2Go-Dev] Pull request: add --nofork option to x2gocleansessions

2021-08-02 Thread Andrew J. Hesford
Looks like this was just released from some review queue. I resubmitted
this patch in June and it was already merged, so please disregard this.

Sorry for the noise!

On 2021-05-11 at 19:53 (UTC -0400), Andrew J. Hesford wrote:
> Greetings,
> 
> Following is a pull request against the 4.1.0.x branch that separates
> the no-fork behavior of x2gocleansessions from the debug output
> behavior. A new flag, `--nofork` (`-n-` for short) determined whether
> the program forks; `--debug` only controls the logging verbosity and
> also forces `$nofork=1` to preserve old behavior.
> 
> Please let me know if anything should be changed.
> 
> Thanks,
> Andrew Hesford
> 
> The following changes since commit cabad60865be64de219b3b477ddaefa6aef1cf43:
> 
>   Continue development (2018-11-29 08:09:45 +0100)
> 
> are available in the Git repository at:
> 
>   https://github.com/ahesford/x2goserver.git nofork
> 
> for you to fetch changes up to 4587d918c138205c252316c007fab31b75b87061:
> 
>   Separate non-forking behavior from --debug into --nofork (2021-05-11 
> 19:27:02 -0400)
> 
> 
> Andrew J. Hesford (1):
>   Separate non-forking behavior from --debug into --nofork
> 
>  x2goserver/sbin/x2gocleansessions | 20 +---
>  1 file changed, 13 insertions(+), 7 deletions(-)
> 
> diff --git a/x2goserver/sbin/x2gocleansessions 
> b/x2goserver/sbin/x2gocleansessions
> index e78f677a..8e2ba433 100755
> --- a/x2goserver/sbin/x2gocleansessions
> +++ b/x2goserver/sbin/x2gocleansessions
> @@ -40,15 +40,17 @@ use Pod::Usage;
>  Getopt::Long::Configure("gnu_getopt", "no_auto_abbrev");
>  
>  my $debug = 0;
> +my $nofork = 0;
>  my $help = 0;
>  my $man = 0;
> -GetOptions('debug|d' => \$debug, 'help|?|h' => \$help, 'man' => \$man) or 
> pod2usage(2);
> +GetOptions('debug|d' => \$debug, 'nofork|n' => \$nofork, 'help|?|h' => 
> \$help, 'man' => \$man) or pod2usage(2);
>  pod2usage(1) if $help;
>  pod2usage(-verbose => 2, -exitval => 0) if $man;
>  
>  openlog($0,'cons,pid','user');
>  if ($debug)
>  {
> + $nofork = 1;
>   setlogmask( LOG_UPTO (LOG_DEBUG) );
>  }
>  else
> @@ -99,12 +101,12 @@ my $uname;
>  my $serv = hostname;
>  my $pid;
>  
> -if (! $debug)
> +if (! $nofork)
>  {
>   $pid = fork();
>  }
>  
> -if ((!$debug) && (not defined $pid))
> +if ((!$nofork) && (not defined $pid))
>  {
>   print "resources not avilable.\n";
>  }
> @@ -128,7 +130,7 @@ elsif ($pid == 0 )
>   my $superenice_idle=$Config->param("superenicer.idle-nice-level");
>   my $superenice_ignoredusers=$Config->param("superenicer.ignored-users");
>  
> - if ( ! $debug )
> + if ( ! $nofork )
>   {
>   # close any open file descriptor left open by our parent before 
> the fork
>   my $fd;
> @@ -377,7 +379,8 @@ x2gocleansessions [options]
>Options:
>  --help|-h|-?brief help message
>  --man   full documentation
> ---debug|-d  enable debugging and don't daemonize
> +--debug|-d  enable debugging; implies --nofork
> +--nofork|-n don't daemonize
>  
>  =head1 OPTIONS
>  
> @@ -393,8 +396,11 @@ Prints the manual page and exits.
>  
>  =item B<--debug>|B<-d>
>  
> -Override debugging setting in global config and keep application in 
> foreground
> -instead of daemonizing.
> +Override debugging setting in global config; implies B<--nofork>.
> +
> +=item B<--nofork>|B<-n>
> +
> +Keep application in foreground instead of daemonizing.
>  
>  =back
> ___
> x2go-dev mailing list
> x2go-dev@lists.x2go.org
> https://lists.x2go.org/listinfo/x2go-dev
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev


[X2Go-Dev] Bug#1553: Bug#1553: x2goserver error: unknown operating system

2021-08-02 Thread Mike Gabriel

On  Mo 02 Aug 2021 08:25:45 CEST, Henrik Schmidt wrote:


Hi Mike,

I think https://en.opensuse.org/SDB:Find_openSUSE_version is the way  
to go to check for SUSE releases.


Regards,
Henrik


Ok. Will implement something like that. Thanks!

Mike
--

DAS-NETZWERKTEAM
c\o Technik- und Ökologiezentrum Eckernförde
Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde
mobile: +49 (1520) 1976 148
landline: +49 (4351) 850 8940

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpc43NzX3YRb.pgp
Description: Digitale PGP-Signatur
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev


[X2Go-Dev] Bug#913: Bug#913: Same issue Linux Gnome 3

2021-08-02 Thread Mike Gabriel

Hi Matt,

On  Di 20 Jul 2021 14:53:21 CEST, Matt G wrote:


It appears to be DPI unaware.

My fix for Gnome 3 at 200% on Debian Bullseye:

1. Create a copy of the .desktop to home directory
# $ cp /usr/share/applications/x2goclient.desktop  
~/.local/share/applications/


2. Change exec= in ~/.local/share/applications/x2goclient.desktop
Exec=env QT_AUTO_SCREEN_SCALE_FACTOR=1 x2goclient

I found this recommendation in https://doc.qt.io/qt-5/highdpi.html
"To get an application designed for low DPI values running on high  
resolution monitors quickly, consider one of the following:"

"set the QT_AUTO_SCREEN_SCALE_FACTOR environment variable to 1."

Thanks to akik in the #x2go IRC channel for pointing me in the right  
direction.


thanks for providing this bit of info. I just tested this from an i3  
desktop locally and it fails on a 4k display by whatever reason.


What works for me, though, is:

```
env QT_SCALE_FACTOR=2 x2goclient
```

However, the overall fix will be making X2Go Client HiDPI aware.

Mike
--

DAS-NETZWERKTEAM
c\o Technik- und Ökologiezentrum Eckernförde
Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde
mobile: +49 (1520) 1976 148
landline: +49 (4351) 850 8940

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpr2oEvU17lq.pgp
Description: Digitale PGP-Signatur
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev


[X2Go-Dev] Bug#1554: Bug#1554: matlab colors inverted in X2go client

2021-08-02 Thread Mike Gabriel

Hi Anna,

On  Do 22 Jul 2021 04:34:04 CEST, Anna Spiers wrote:


Package: x2goclient

Version: 4.1.2.2 (Qt-4.8.7)


When using Matlab on an Ubuntu linux server accessed through x2goclient,
the Matlab window has inverted colors (e.g., background is black, text is
various colors with different highlighted colors).

I'm using x2go from a 2017 Macbook Pro with MacOS Catalina. I've recently
found the matlab window inverts its colors when the x2goclient window is
off-screen to the left, but when it's completely contained by my monitor
window or slightly off-screen to the right, then the colors are normal.

A similar problem happens on my colleague's 2020 Macbook Pro with MacOS Big
Sur, but no matter how he configures the x2goclient window, his matlab
screen still has inverted colors.



Could you let us know, what version of "nxagent" you have installed on  
the X2Go Server? Thanks!


Mike
--

DAS-NETZWERKTEAM
c\o Technik- und Ökologiezentrum Eckernförde
Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde
mobile: +49 (1520) 1976 148
landline: +49 (4351) 850 8940

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpJDp8baiymn.pgp
Description: Digitale PGP-Signatur
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev


[X2Go-Dev] Bug#1553: Bug#1553: x2goserver error: unknown operating system

2021-08-02 Thread Mike Gabriel

Hi Henrik,

On  Fr 02 Jul 2021 09:44:36 CEST, Henrik Schmidt wrote:


Package: x2goserver
Version: 4.1.0.4

When starting a x2go session with the server running Opensuse  
Tumbleweed OS I expect to get a session.


What I get is the error message:|"Unknown operating system, XSession  
startup not implemented!" I looked at the x2goserver source code and  
it checked for ||[ -f /etc/SUSE-brand ] || [ -f /etc/SuSE-release ]  
which both are absent. I did a 'touch ||/etc/SuSE-release|' on the  
server and x2go started working again.


So there should be a better detection for Opensuse Tumbleweed.

Client:
Windows 10
X2GoClient 4.1.2.2
Session: xfce or kde, it doesn't matter
Server: OpenSuse Tumbleweed x2goserver-4.1.0.4~git107+gc2182644-3.37.x86_64
x2goserver-xsession-4.1.0.4~git107+gc2182644-3.37.x86_64
nxagent-3.5.99.4~git2184+gd20cb44e8-1.6.x86_64


1.



 


I have been playing with SUSE (SLES) recently, as well. But not  
related to X2Go. On your Tumbleweed instance, is there a proper way to  
identify that it is a SUSE system?


Also, please make sure to be subscribed to [1] when posting to the  
X2Go bug tracker. Your BTS mails won't make it to the x2go-dev list  
and thus stay unseen.


Greetings,
Mike

[1] https://lists.x2go.org/listinfo/x2go-dev


--

DAS-NETZWERKTEAM
c\o Technik- und Ökologiezentrum Eckernförde
Mike Gabriel, Marienthaler Str. 17, 24340 Eckernförde
mobile: +49 (1520) 1976 148
landline: +49 (4351) 850 8940

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpSZm7vQ9nvc.pgp
Description: Digitale PGP-Signatur
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev


[X2Go-Dev] Bug#913: Same issue Linux Gnome 3

2021-08-02 Thread Matt G
It appears to be DPI unaware.  

My fix for Gnome 3 at 200% on Debian Bullseye:

1. Create a copy of the .desktop to home directory
# $ cp /usr/share/applications/x2goclient.desktop ~/.local/share/applications/

2. Change exec= in ~/.local/share/applications/x2goclient.desktop
Exec=env QT_AUTO_SCREEN_SCALE_FACTOR=1 x2goclient

I found this recommendation in https://doc.qt.io/qt-5/highdpi.html
"To get an application designed for low DPI values running on high resolution 
monitors quickly, consider one of the following:"
"set the QT_AUTO_SCREEN_SCALE_FACTOR environment variable to 1."

Thanks to akik in the #x2go IRC channel for pointing me in the right direction.

publickey - neovalis@protonmail.com - 0x65BC0EED.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev


[X2Go-Dev] Bug#1547: x2go client does not work on Ubuntu 20.04 LTS

2021-08-02 Thread Dirk Kleinhesselink

Package: x2goclient
Version: 4.1.2.2-1

The x2goclient does not start the remote desktop for a client on  
ubuntu 20.04 LTS.  This worked fine on Ubuntu 18.04LTS.  The client  
launch says connecting and after a short pause changes to finished but  
the remote desktop never appears.


I am running Ubuntu 20.04 LTS, the current kernel is: 5.4.0-73-generic

I've tried different local desktops - MATE, gnome, tried disabling  
wayland, always the same result.

___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev


[X2Go-Dev] Bug#1555: Bug#1555: [Bug] X2Go: The remote NX proxy closed the connection

2021-08-02 Thread Ulrich Sibiller
Does it work when disabling sound, printer and file sharing?

On Mon, Aug 2, 2021 at 7:59 AM SALBAN, LOUIS ANDREA
 wrote:
>
> Hello,
>
> Any help ?
>
>
> The information in this e-mail is confidential. The contents may not be 
> disclosed or used by anyone other than the addressee. Access to this e-mail 
> by anyone else is unauthorised.
> If you are not the intended recipient, please notify Airbus immediately and 
> delete this e-mail.
> Airbus cannot accept any responsibility for the accuracy or completeness of 
> this e-mail as it has been sent over public networks. If you have any 
> concerns over the content of this message or its Accuracy or Integrity, 
> please contact Airbus immediately.
> All outgoing e-mails from Airbus are checked using regularly updated virus 
> scanning software but you should take whatever measures you deem to be 
> appropriate to ensure that this message and any attachments are virus 
> free.___
> x2go-dev mailing list
> x2go-dev@lists.x2go.org
> https://lists.x2go.org/listinfo/x2go-dev
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev


[X2Go-Dev] Bug#1554: Bug#1554: matlab colors inverted in X2go client

2021-08-02 Thread Ulrich Sibiller
Sounds like an XQuartz issue to me. Can you see this on a linux or
Windows client, too?

On Mon, Aug 2, 2021 at 7:58 AM Anna Spiers  wrote:
>
> Package: x2goclient
>
> Version: 4.1.2.2 (Qt-4.8.7)
>
>
> When using Matlab on an Ubuntu linux server accessed through x2goclient, the 
> Matlab window has inverted colors (e.g., background is black, text is various 
> colors with different highlighted colors).
>
> I'm using x2go from a 2017 Macbook Pro with MacOS Catalina. I've recently 
> found the matlab window inverts its colors when the x2goclient window is 
> off-screen to the left, but when it's completely contained by my monitor 
> window or slightly off-screen to the right, then the colors are normal.
>
> A similar problem happens on my colleague's 2020 Macbook Pro with MacOS Big 
> Sur, but no matter how he configures the x2goclient window, his matlab screen 
> still has inverted colors.
>
> ___
> x2go-dev mailing list
> x2go-dev@lists.x2go.org
> https://lists.x2go.org/listinfo/x2go-dev
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev


[X2Go-Dev] Bug#1553: Bug#1553: x2goserver error: unknown operating system

2021-08-02 Thread Ulrich Sibiller
On Mon, Aug 2, 2021 at 7:58 AM Henrik Schmidt
 wrote:
>
> Package: x2goserver
> Version: 4.1.0.4
>
> When starting a x2go session with the server running Opensuse Tumbleweed OS I 
> expect to get a session.
>
> What I get is the error message: "Unknown operating system, XSession startup 
> not implemented!"
>
> I looked at the x2goserver source code and it checked for [ -f 
> /etc/SUSE-brand ] || [ -f /etc/SuSE-release ]
>
> which both are absent. I did a 'touch /etc/SuSE-release' on the server and 
> x2go started working again.
>
> So there should be a better detection for Opensuse Tumbleweed.
>
> Client:
> Windows 10
> X2GoClient 4.1.2.2
> Session: xfce or kde, it doesn't matter
>
> Server:
> OpenSuse Tumbleweed
> x2goserver-4.1.0.4~git107+gc2182644-3.37.x86_64
> x2goserver-xsession-4.1.0.4~git107+gc2182644-3.37.x86_64
> nxagent-3.5.99.4~git2184+gd20cb44e8-1.6.x86_64

Are you sure that this version of nxagent is used? It it really,
really old! Please try to update to 3.5.99.26

Uli
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev


[X2Go-Dev] Bug#1552: Bug#1552: Bug: server clipboard settings overridden by client when session is closed and reconnected

2021-08-02 Thread Ulrich Sibiller
Yes, it would be better if we had a bugtracker with a decent graphical
interface. But as everything within the project this is a resource
issue, we simply lak manpower.

No, AFAIR there's no newer server release but there's something in the pipeline.

The clipboard is working as designed. I agree that for some setup it
is not desirable for the client to change security related settings.
Currently there's no mechanism to protect settings from being changed
on reconnect. This is not as simple as it might sound. You need to
prevent the server side from accepting any changes to those settings
and need to implement an interface to tell the server what those
settings are. And you need to adapt the client to provide means to let
the user configure that for the initial session. Also you need to
prevent the user from modifying the config file during the session as
the (generated) server-side config file is belonging to the user.

You could, however, try to force that setting in /etc/x2go/x2goagent.options:

X2GO_NXOPTIONS="clipboard=client"

I am not sure if this works for reconnects but it is worth a try, I'd
say. Downside: it will be applied for all sessions.

Uli

On Mon, Aug 2, 2021 at 7:58 AM DANIEL PAVANAN
 wrote:
>
> Package: x2goserver
> Version: 4.1.0.3
>
> I ve encountered a bug in the server's clipboard setting. Please review the 
> below detail and advise necessary solutions or kindly fix issues.
>
> Problem -
> server clipboard settings overridden by client when session is closed and 
> reconnected  with any change in session setting.
>
> Steps to reproduce-
> 1 edit /etc/x2go/x2goagent.options, added
>  ...
>X2GO_NXAGENT_DEFAULT_OPTIONS+=" -clipboard client"
>
> 2 reloaded server, setup up client session setting and connected
> first time around it works as intended (from the client we could copy to 
> server, but not from server to client)
>
> 3 now close the x2go client session window and change some setting in session 
> preferences -> Input/ Output -> clipboard more (it could be server to client 
> copy or bidirectional copy ) and connect the session again
> Now the server's clipboard setting is overridden by the clients clipboard 
> setting and we can copy from server to client.
> Change in the session preferences can also be something different like change 
> in compression method in connection tab
>
> Expected behaviour
> whatever the action from client side, when server setting for clipboard 
> options is set, client's option should NOT override
>
>
> Info
> Client OS - linux mint mate 20 ulyana
> x2goclient version - 4.1.2.2-1
>
> x2goclient session settings -
> [20210612224421681]
> applications=WWWBROWSER, MAILCLIENT, OFFICE, TERMINAL
> autologin=false
> clipboard=both
> command=MATE
> defsndport=true
> directrdp=false
> directrdpsettings=
> directxdmcp=false
> directxdmcpsettings=
> display=1
> dpi=142
> export=
> fstunnel=true
> fullscreen=false
> height=1080
> host=
> icon=:/img/icons/128x128/x2gosession.png
> iconvfrom=ISO8859-1
> iconvto=UTF-8
> kdrive=false
> key=/path/to/user/sshkey
> krbdelegation=false
> krblogin=false
> maxdim=false
> multidisp=false
> name=
> pack=2m-jpeg
> print=false
> published=false
> quality=9
> rdpclient=rdesktop
> rdpoptions=
> rdpport=3389
> rdpserver=
> rootless=false
> setdpi=true
> sndport=4713
> sound=true
> soundsystem=pulse
> soundtunnel=true
> speed=2
> sshport=
> sshproxyautologin=false
> sshproxyhost=
> sshproxykeyfile=
> sshproxykrblogin=false
> sshproxyport=22
> sshproxysamepass=false
> sshproxysameuser=false
> sshproxytype=SSH
> sshproxyuser=
> startsoundsystem=true
> type=auto
> useiconv=false
> usekbd=true
> user=
> usesshproxy=false
> width=1920
> xdmcpclient=Xnest
> xdmcpserver=localhost
> xinerama=false
>
> server OS - ubuntu server 20.04 LTS
> x2goserver: 4.1.0.3
> x2goserver-common: 4.1.0.3
> x2goserver-extensions: 4.1.0.3
> x2goserver-fmbindings: 4.1.0.3
> x2goserver-printing: 4.1.0.3
> x2goserver-x2goagent: 3.5.99.23  (not sure why this x2goagent version is out 
> of sink with the others, how can I update this)
> x2goserver-xsession: 4.1.0.3
>
> x2goagent options -
> (removed the comments )
>
> X2GO_NXAGENT_DEFAULT_OPTIONS=""
> X2GO_NXAGENT_DEFAULT_OPTIONS+=" -extension GLX"
> X2GO_NXAGENT_DEFAULT_OPTIONS+=" -nolisten tcp"
> X2GO_NXAGENT_DEFAULT_OPTIONS+=" -clipboard client"
> X2GO_NXOPTIONS=""
>
> desktop environment installed
> mate installed with
> apt-get install ubuntu-mate-desktop
>
> other settings not changed
>
>
> Moreover the server version installed is from 2018 and its not in the same 
> timeline as the client version which is from 2020. Is there a server version 
> after 2020 or so?
> I couldn't find it here.
> https://code.x2go.org/releases/source/x2goserver/
>
>
>
> Aside from the above issue.
> Finding relevant issue for checking if already someone has raised / if 
> solution already exist cannot be searched with the url stated below
> https://bugs.x2go.org/cgi-bin/pkgindex.cgi?indexon=src
> It would be better if 

[X2Go-Dev] Bug#1549: Bug#1549: Up arrow key does not work

2021-08-02 Thread Ulrich Sibiller
Please check if a process called "kglobalaccel" is running and kill it.

On Mon, Aug 2, 2021 at 7:58 AM J Jacob Wikner  wrote:
>
> Package: ? Version: X2Go Client v. 4.1.1.1 (Qt - 4.8.7)
>
> When I connect to an x2go server with centos 7 as client, the up arrow key 
> does not work.
>
> //
>
> ___
> x2go-dev mailing list
> x2go-dev@lists.x2go.org
> https://lists.x2go.org/listinfo/x2go-dev
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev