Hi guys,
developing rootless mode for x2go kdrive I found some strange behavior,
when trying to set up the keyboard layout. With NX, no matter what I'm
putting in sessions settings after session start the layout is 'us'. I
tried all possible options - 'auto-detect', 'do not configure',
'configure keyboard pc105/de'. The result is always same and in log file
I see the message from x2gosetkeyboard:
Feb 22 12:13:06 localhost /usr/bin/x2gosetkeyboard: x2gosetkeyboard
called with options:
Feb 22 12:13:06 localhost /usr/bin/x2gosetkeyboard:
/home/admin/.x2go/C-admin-51-1645553583_stAkonsole_dp24/keyboard is
blocked, not setting keyboard parameters from client-side settings
When after I'm suspending and resuming the session, with options
'auto-detect' and 'configure', the layout is correct.
for the moment I added some code for rootless x2gokdrive sessions in
x2gostartagent to setup the layout, so users could at least use the
single applications. But I'd like to make it right and unified for all
kind of sessions. Any idea who wrote the kbd layout stuff and what is
wrong here?
regards,
Alex
--
-----------------------------------------------------------
Oleksandr Shneyder | Email: o.shneyder(a)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
Amtsgericht München | http://www.phoca-gmbh.de
HRB 196 658 | http://www.x2go.org
USt-IdNr.: DE281977973
-----------------------------------------------------------
Hello
Still testing with x2go and noticed the problem listed in
https://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1520
where using strong cipher in the sshd config on the server causes the
windows x2go client to crash.
Any chance there is an update on the horizon for this issue? Corporate
policies are requiring strong cipher usage and so far I've not seen a
workaround for the issue.
Thanks!
Hi Guys,
I'm working currently on rootless mode for X2GoKdrive. Today I wanted to
save the work I've done so far in separate branch on git.x2go.org. I've
created the local branch with the name wip_oshneyder_rootlessmode but
when I'm trying to push the changes I'm getting the error message:
ERROR: Branch name does not meet the project policies. Please contact
git-admin(a)x2go.org
Does someone knows what is the branch naming policy here?
regards,
Alex
--
-----------------------------------------------------------
Oleksandr Shneyder | Email: o.shneyder(a)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
Amtsgericht München | http://www.phoca-gmbh.de
HRB 196 658 | http://www.x2go.org
USt-IdNr.: DE281977973
-----------------------------------------------------------
Hello
Was giving x2go a try and noticed that the last nightly build for windows
was back in November 2021.
Checking if that's expected or if there was an issue with builds being
resolved.
Thanks!
The word "x2gowswrapper" appears as "x2gowsrapper" (missing second 'w')
a few times within the document at
https://wiki.x2go.org/doku.php/wiki:advanced:x2gohtmlclient
I came across this while installing the HTML5 client.
May I have access to the Wiki so that I can help clean things like this
up? I would also like to contribute in other ways to the HTML5 client
documentation.
--
Mike
:wq
>From 76770526f582638ed4100e021a29425b8d65d13b Mon Sep 17 00:00:00 2001
From: "W. Michael Petullo" <mike(a)flyn.org>
Date: Thu, 30 Dec 2021 15:48:24 -0600
Subject: [PATCH] x2gowswrapper: small refinements to manpage
To: x2go-dev(a)lists.x2go.org
Signed-off-by: W. Michael Petullo <mike(a)flyn.org>
---
man/man1/x2gowswrapper.1 | 23 +++++++++++++----------
1 file changed, 13 insertions(+), 10 deletions(-)
diff --git a/man/man1/x2gowswrapper.1 b/man/man1/x2gowswrapper.1
index 70678da..035157a 100644
--- a/man/man1/x2gowswrapper.1
+++ b/man/man1/x2gowswrapper.1
@@ -5,24 +5,27 @@
\\$2 \(la\\$1\(ra\\$3
..
.if \n(.g .mso www.tmac
-.TH x2gowswrapper 1 "Jun 2021" "Version 0.0.0.1" "X2Go Application"
+.TH x2gowswrapper 1 "Dec 2021" "Version 0.0.0.1" "X2Go Manual"
.SH NAME
-x2gowswrapper \- Help utility for X2Go HTML5 Client (required server-side)
+x2gowswrapper \- helper utility for X2Go HTML5 client (runs on server side)
.SH SYNOPSIS
'nh
.fi
.ad l
-\fBx2gowswrapper\fR \fI<tunpid> <localport> <wsport>\fR
+\fBx2gowswrapper\fR \fI[TUNPID] [LOCALPORT] [WSPORT]\fR
.SH DESCRIPTION
-\fBx2gowswrapper\fR is helper utility that is required on the server side
-for attaching websocket streams to an X2Go KDrive based Xsession.
+\fBx2gowswrapper\fR is helper utility that attaches WebSocket streams
+to an X2Go KDrive-based Xsession. You should not directly run this application,
+as proper use requires it be invoked by the X2Go RPC CGI script.
.PP
-You should not run this application standalone. It is evoked from via the X2Go Web RPC CGI Skript.
+\fI[TUNPID]\fR specifies the PID of the SSH process providing a tunnel
+back to the client. \fBx2gowswrapper\fR uses this to determine if the
+SSH process is running as well as to terminate the SSH process.
.PP
-.SH OPTIONS
-\fBx2gowswrapper\fR does not know of any additional options.
+\fI[LOCALPORT]\fR specifies the port of the SSH tunnel.
+.PP
+\fI[WSPORT]\fR specifies the port to which a browser should direct its WebSocket connection.
.PP
.SH AUTHOR
-This manual has been written by Mike Gabriel <mike.gabriel(a)das\-netzwerkteam.de> for the X2Go project
-(http://www.x2go.org).
+Written by Mike Gabriel and W. Michael Petullo for the X2Go project.
--
2.33.1
Package: x2goserver
Version: 4.1.0.3-9
If you configure a standard session in x2goclient and set the session
type to "Terminal" ("Eingabeaufforderung" in German) the session will
start and automatically terminate shortly after.
This is because when selecting "Terminal" the command to run is
determined at server side and normally "gnome-terminal" will be
selected. But gnome-terminal on RHEL8 will fork and x2go then goes on
assuming session end because of the last (only) client having ended.
Workaround: configure "/usr/bin/dbus-launch /usr/bin/gnome-terminal
--wait" instead of "Terminal" in the x2go session configuration.
Dear $ALL,
As stated in the subject line, X2Go: The Gathering 2021 - AKA "Over
9000!" - will be an entirely virtual event and will take place from
Friday afternoon, 2021-12-03, to Sunday afternoon/evening, 2021-12-05.
If you're wondering what the “Over 9000!” is about, take a look at
<https://en.wikipedia.org/wiki/It%27s_Over_9000!> and at
<https://experience.arcgis.com/experience/478220a4c454480e823b17327b2bf1d4>,
especially the box titled “COVID-19-Fälle” (active Covid-19 cases),
which is way over 9000.
Under normal conditions, X2Go: The Gathering would be the annual event
where users, admins, and developers (including the i18n volunteers) of
X2Go, as well as members from the Arctica project and the orca e.V.
nonprofit meet face to face, to discuss current X2Go-related issues, fix
open bugs, and have a good time getting to know each other.
Sadly, due to the ongoing Covid-19 pandemic, this year's X2Go: The
Gathering will have to remain entirely virtual.
Due to various reasons, we were unable to schedule the event earlier in
the year, where Covid-19 infection numbers were lower and where meeting
outside or keeping the windows open all day might have worked, so we're
stuck with this late event date, which sadly coincides with the fourth
Covid-19 wave here in Germany.
This means we will be meeting via Jitsi and we will be live-streaming
the event via YouTube. Links to the streams will be posted on
<http://wiki.x2go.org/doku.php/events:x2go-gathering-2021> each day
before the stream begins.
You can join in any time, even on short notice, no sign-up required.
We will be updating the Wiki page
<http://wiki.x2go.org/doku.php/events:x2go-gathering-2021> as more
information becomes available - especially the schedule, which is
currently still in the works.
We plan to release (at least) three new features for X2Go at or at least
shortly after this year's X2Go: The Gathering, namely:
- the HTML5 client
- server-side X2Go-KDrive support, and
- X2Go support in Remmina.
The former two are currently already available via nightly builds, but
we intend to declare them stable and turn them into a proper release.
The latter should become available with the next Remmina release.
Also, we intend to present the current state of X2Go-TCE on the
Raspberry Pi.
If time permits (and the individuals required for this are available for
it), we will also attempt to move our bugtracker and git to our own
gitlab instance (at least for new bugs).
As this year's event is an entirely virtual event, there is not really a
need for event sponsorships.
However, if you're a company that had planned to sponsor the event, we'd
appreciate it if you'd redirect the money to some paid work on X2Go
instead.
A list of companies/individuals available for this can be found
here: <https://wiki.x2go.org/doku.php/doc:professional-support>
If you're not sure what to sponsor - while the features already
mentioned above are ready to be included in a stable release, they could
still use some more love and affection.
For example:
- The HTML5 and Remmina clients don't support file and printer
sharing yet
- The HTML5 client also lacks sound support
- The HTML5 client only works with KDrive, not "classic" X2Go-NX
(to be honest, NX inside HTML5 doesn't really make sense since we are
about to release KDrive as stable, but if you feel you have a good
reason for it, let us know ...)
- Remmina only works with "classic" X2Go-NX, not KDrive, and only on a
client that still supports X11 (even though Remmina in general also
works on a Wayland-only client) -> KDrive support would require a
shared library for KDrive, either written in GTK or with more low
level rendering toolskits (e.g. Glib-2.0 and Cairo, etc.).
- KDrive probably needs some more work on the Windows (and possibly
macOS) Client side.
- X2Go-TCE on the Pi, while functional in general, still has some
untested areas and is a little rough around the edges.
- Also, we have been contacted once again regarding USB forwarding
support in X2Go, so anyone interested in co-sponsoring this feature
should speak up or at least contact me off-list - maybe we can get a
co-sponsoring going, lowering the cost for all parties involved.
And of course, you can also make donations, either in general or
specifically earmarked for X2Go, via orca e.V.
The entire schedule, save for the time and date of the orca e.V. meeting
on Sunday, is still in a state of flux. We may move some presentations
to a Saturday slot, depending on the availability of the speakers
involved. If you would like to present something, please contact me via
E-Mail (<mailto:X2Go-ML-1@baur-itcs.de>) and let me know the title of
your presentation/talk, the expected duration and the times you would be
available. Of course, you can also pre-record your presentation/talk if
you want, but you will have to upload it to YouTube yourself and let us
know the link (it may be unlisted, but must not be marked "private").
Sincerely,
Stefan Baur, "X2Go: The Gathering" event organizer
PS: Please heed the "reply-to" when replying, and make sure your reply
gets sent only to <mailto:x2go-ml-1@baur-itcs.de>, as this message is
sent to multiple X2Go mailing lists at once (and it is likely you are
not subscribed to all of them, so your replies would clog up the
moderation queue for the others).
--
BAUR-ITCS UG (haftungsbeschränkt)
Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
Hi,
Could somebody increase the disk on the VM/Container of GitLab (188.40.111.169).
It causes a lot of IO performance issues. The '/' disk mount is now 100% full.
Regards,
Melroy van den Berg
melroy89(a)pm.me