Hi Alex,
I looked into cmdline option parsing of x2gokdrive today. Reason was
that I have a server where I set "-clipboard client" via a cmdline
option. The x2gokdrive executable failed on that, because -clipboard
is not a known option.
What I found is that, other than in nxagent, in x2gokdrive the
remote_init function is called via OsVendorInit, just when the session
is about to start.
In nxagent, the nxagentOption Rec (remoteVars in x2gokdrive is the
equivalent) gets initialized earlier in ddxProcessArgs, this is a bit
earlier.
In X2Go, we have /etc/x2go/x2goagent.options. The file allows one to
inject extra options into nxagent via server-side cmdline options.
With Uli I recently discussed that the cmdline options should actually
supercede the nx/nx options (so that X2Go-wise, site-admins can
enforce certain agent features that cannot be overridden by X2Go
Client client parameters). For nxagent, we are actually discussing a
change in Args.c to make this possible.
So, for x2gokdrive, I wonder if we could establish such a feature, as
well: let cmdline options (set in /etc/x2go/x2goagent.options)
override nx/nx options coming from X2Go Client and for this we would
need to support setting remoteVars via cmdline options in
ddxProcessArgs.
For this, we would have to move the remoteVars init bit over into
ddxProcessArgs (x2gokdriveinit.c, instead of x2gokdriveremote.c).
I tried this locally, but failed, because whenever I referenced
remoteVars from x2gokdriveinit.c the x2gokdrive ran into a
segmentation fault.
As you are much more familiar with the x2gokdrive code, is this
something you could take a look at?
For now, I have added a commit that adds more stub and compat cmdline
options to x2gokdrive, also -clipboard.
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.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
Hi Mike,
yes, I'm agree, that in that case the behavior of x2gokdrive should be similiar with x2goagent. I'll look at it bit later, bit busy right now.
regards, Alex
Am 27.08.21 um 17:03 schrieb Mike Gabriel:
Hi Alex,
I looked into cmdline option parsing of x2gokdrive today. Reason was that I have a server where I set "-clipboard client" via a cmdline option. The x2gokdrive executable failed on that, because -clipboard is not a known option.
What I found is that, other than in nxagent, in x2gokdrive the remote_init function is called via OsVendorInit, just when the session is about to start.
In nxagent, the nxagentOption Rec (remoteVars in x2gokdrive is the equivalent) gets initialized earlier in ddxProcessArgs, this is a bit earlier.
In X2Go, we have /etc/x2go/x2goagent.options. The file allows one to inject extra options into nxagent via server-side cmdline options. With Uli I recently discussed that the cmdline options should actually supercede the nx/nx options (so that X2Go-wise, site-admins can enforce certain agent features that cannot be overridden by X2Go Client client parameters). For nxagent, we are actually discussing a change in Args.c to make this possible.
So, for x2gokdrive, I wonder if we could establish such a feature, as well: let cmdline options (set in /etc/x2go/x2goagent.options) override nx/nx options coming from X2Go Client and for this we would need to support setting remoteVars via cmdline options in ddxProcessArgs.
For this, we would have to move the remoteVars init bit over into ddxProcessArgs (x2gokdriveinit.c, instead of x2gokdriveremote.c).
I tried this locally, but failed, because whenever I referenced remoteVars from x2gokdriveinit.c the x2gokdrive ran into a segmentation fault.
As you are much more familiar with the x2gokdrive code, is this something you could take a look at?
For now, I have added a commit that adds more stub and compat cmdline options to x2gokdrive, also -clipboard.
Thanks+Greets, Mike
Oleksandr Shneyder | Email: o.shneyder@phoca-gmbh.de phoca GmbH | Tel. : 0911 - 14870374 0 Schleiermacherstr. 2 | Fax. : 0911 - 14870374 9 D-90491 Nürnberg | Mobil: 0163 - 49 64 461
Geschäftsführung: Dipl.-Inf. Oleksandr Shneyder
Hi Alex,
On Di 31 Aug 2021 21:48:31 CEST, Oleksandr Shneyder wrote:
Am 27.08.21 um 17:03 schrieb Mike Gabriel:
Hi Alex,
I looked into cmdline option parsing of x2gokdrive today. Reason was that I have a server where I set "-clipboard client" via a cmdline option. The x2gokdrive executable failed on that, because -clipboard is not a known option.
What I found is that, other than in nxagent, in x2gokdrive the remote_init function is called via OsVendorInit, just when the session is about to start.
In nxagent, the nxagentOption Rec (remoteVars in x2gokdrive is the equivalent) gets initialized earlier in ddxProcessArgs, this is a bit earlier.
In X2Go, we have /etc/x2go/x2goagent.options. The file allows one to inject extra options into nxagent via server-side cmdline options. With Uli I recently discussed that the cmdline options should actually supercede the nx/nx options (so that X2Go-wise, site-admins can enforce certain agent features that cannot be overridden by X2Go Client client parameters). For nxagent, we are actually discussing a change in Args.c to make this possible.
So, for x2gokdrive, I wonder if we could establish such a feature, as well: let cmdline options (set in /etc/x2go/x2goagent.options) override nx/nx options coming from X2Go Client and for this we would need to support setting remoteVars via cmdline options in ddxProcessArgs.
For this, we would have to move the remoteVars init bit over into ddxProcessArgs (x2gokdriveinit.c, instead of x2gokdriveremote.c).
I tried this locally, but failed, because whenever I referenced remoteVars from x2gokdriveinit.c the x2gokdrive ran into a segmentation fault.
As you are much more familiar with the x2gokdrive code, is this something you could take a look at?
For now, I have added a commit that adds more stub and compat cmdline options to x2gokdrive, also -clipboard.
Thanks+Greets, Mike
Hi Mike,
yes, I'm agree, that in that case the behavior of x2gokdrive should be similiar with x2goagent. I'll look at it bit later, bit busy right now.
regards, Alex
Cool. Thanks for taking a look. Ping me when there is something ready
for testing...
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.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de