x2go-dev April 2018

x2go-dev@lists.x2go.org

15 participants
102 discussions

Bug#778: affected by CVE 2015-0235: Stop using gethosbyname()
by Mike Gabriel 25 Jan '24

25 Jan '24

Package: src:nx-libs Severity: important The NX source code uses gethostbyname() at several locations and is potentially affected by CVE 2015-0235 (GHOST security issue in glibc). We should move towards using getaddrinfo() asap. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976148 GnuPG Key ID 0x25771B13 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de

3 3

Bug#694: CUPS 1.7.x remounts /tmp and breaks cups-x2go
by Mike Gabriel 25 Jan '24

25 Jan '24

Package: cups-x2go Severity: important The workaround provided below can be applied to x2goprint from x2goserver-printing package. But my gut feelings tell me, we need to review cups-x2go. Maybe this bug gets reassigned to x2goserver-printing later, if my gut feelings get proven wrong. Mike ----- Weitergeleitete Nachricht von Роман <inpos(a)yandex.ru> ----- Datum: Mon, 01 Dec 2014 10:59:36 +0300 Von: Роман <inpos(a)yandex.ru> Betreff: [X2Go-User] X2Go Linux Server. Virtual print issue workaround An: x2go-user(a)lists.x2go.org For those who can't print to redirected printer here my workaround. On X2Go Server do following (by root): ---------------------------------------------- cd /usr/bin mv x2goprint x2goprint.orig cat << EOF > x2goprint #!/bin/bash umount /tmp x2goprint.orig $@ EOF chmod a+x x2goprint ----------------------------------------------- The problem is that CUPS remounts /tmp during print process. Therefore temporary x2go directories have become unavailable. Best regards, Inpos. ----- Ende der weitergeleiteten Nachricht ----- -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

2 1

Bug#542: Add cache negotiation patch
by Mike Gabriel 25 Jan '24

25 Jan '24

Package: libxcomp3 Severity: normal Tags: patch X-Debbugs-Cc: Nito Martinez <nito.martinez(a)qindel.com> Hi Alex, Mihai, can any of you please review a patch for adding cache negotiation in NX [1]? It comes from our new cooperation partner TheQVD. Thanks+Greets, Mike [1] https://github.com/theqvd/qvd-nx/commit/5b5ffb683136a1210b2bc2221e168364c1e… -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

3 4

Bug#854: Ubuntu 14.04: xinerama broken
by Ulrich Sibiller 22 Jan '24

22 Jan '24

Package: x2goclient, nx-x11-common Version: 4.0.3.2-0~800~ubuntu14.04.1 As far as I know opening an x2go session from a display that uses xinerama should do the following on the server side: - create a xinerama.conf with the xinerama setting on the client side - set NX_XINERAMA_CONF in the envrionment - extend the LD_LIBRARY_PATH to point to the nx xinerama lib. When I open an x2go session to my local machine (the same where the x2goclient is running) this does not work for several reasons: 1. /usr/lib/nx/X11/Xinerama/libXinerama.so.1 points to the i386 version of the lib which is not existing on my 64 bit machine. dpkg -S shows that this is coming from the package nx-x11-common. So obviously this is broken. 2. After fixing issue 1 by linking to the 64bit version it still does not work. This is because for Ubuntu there is only x2goclient 4.0.3 but you need 4.0.4 for xinerama... So could someone please update the Ubuntu repo? The xinerama feature is enabled for the session as well as for x2goclient (--xinerama). I am using ubuntu 14.04 with these x2go packages. These are the most current packages the repos provide and all oft Thema have been freshly installed yesterday. libnx-x11 2:3.5.0.29-0~505~ubuntu14.04.1 (does not contain any files) libnx-x11-6:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xcomposite1:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xdamage1:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xdmcp6:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xext6:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xfixes3:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xinerama1:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xpm4:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xrandr2:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xrender1:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 libnx-xtst6:amd64 2:3.5.0.31-0~605~ubuntu14.04.1 nx-x11-common 2:3.5.0.31-0~605~ubuntu14.04.1 nxagent 2:3.5.0.31-0~605~ubuntu14.04.1 nxproxy 2:3.5.0.31-0~605~ubuntu14.04.1 x2goagent 2:3.5.0.31-0~605~ubuntu14.04.1 x2goclient 4.0.3.2-0~800~ubuntu14.04.1 x2godesktopsharing 3.1.1.2-0~170~ubuntu14.04.1 x2goserver 4.0.1.19-0~1064~ubuntu14.04.1 x2goserver-common 4.1.0.0-0~1257~ubuntu14.04.1 x2goserver-extensions 4.0.1.19-0~1064~ubuntu14.04.1 x2goserver-xsession 4.0.1.19-0~1064~ubuntu14.04.1 x2gothinclient 1.1.0.2-0~469~ubuntu14.04.1 x2gothinclientmanagement 1.1.0.2-0~469~ubuntu14.04.1

4 4

Bug#970: lists.x2go.org domain lacks SPF record.
by Nable 22 Jan '24

22 Jan '24

Package: lists.x2go.org Severity: wishlist Dear maintainers, All messages that were sent from IPv6 address of freya.das-netzwerkteam.de are classified by Gmail (and possibly by other mail providers) as unwanted and unconditionally fall into "Spam" folder. Judging from message headers Gmail is also unsure about messages from its IPv4 address but acts more permissive. I always use "Not Spam" button for such false-positives but gmail still insists that something is wrong with such messages. I've noticed this problem about a year ago and now it became annoying enough to finally file a bug. I don't know the exact reason but it looks like the problem may hide in the absence of SPF record [1] for lists.x2go.org as this is the only suspicious thing in mail headers. Either way, usage of SPF is considered to be a good practice nowadays and a lot of companies deploy it. 1. https://en.wikipedia.org/wiki/Sender_Policy_Framework Cheers, Nable

2 2

Bug#878: gnome-terminal 3.16 fails to start
by Michael DePaulo 19 Jan '24

19 Jan '24

Package: nx-libs Version: 3.5.0.31 Severity: normal Server OS: Fedora 22 64-bit with latest updates (F22 is still in beta, but will be released any day now) x2goserver 4.0.1.19-3.fc22 (Fedora's package) x2goserver-xsession 4.0.1.19-3.fc22 (Fedora's package) nxagent 3.5.0.31-1.fc22 (Fedora's package) x2goagent 3.5.0.31-1.fc22 (Fedora's package) I've tried multiple different clients (on both Linux and Windows), so the client details presumably do not matter. The problem is that gnome-terminal is failing to launch. I have only tried a single application session. The output from `journalctl --user` (the equivalent of ~/.xsession-x2go-errors) is attached. This line stands out: org.a11y.atspi.Registry[24951]: Xlib: extension "XEVIE" missing on display ":50". However, XEvIE was removed from X.org in 2008: http://cgit.freedesktop.org/xorg/xserver/commit/?id=f4036f6ace5f770f0fe6a6e… http://freedesktop.org/wiki/Software/XEvIE/

4 3

Bug#795: pyhoca-gui leaves debug log outside rootdir in portable mode
by Milan Knížek 15 Jan '24

15 Jan '24

Package: pyhoca-gui Version: 0.5.0.4 It would be nice if the debug log file is stored inside the --sessions-rootdir so that files are kept within the "portable" definitions. ATM, the log files is stored within User's home dir in temporary folder (e.g. AppData\Roaming\pyhoca-gui\PyHoca-GUI.1516.log). Affected OS: Windows 7

3 2

Bug#748: configure broker settings via settings dialog box
by Mike Gabriel 15 Jan '24

15 Jan '24

Package: pyhoca-gui Severity: important PyHoca-GUI does not allow to configure any client-side options. We should really start on providing a settings configuration dialog and as first thing implement configuration of X2Go Broker settings via such a dialog. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

2 2

Bug#319: PyHoca-GUI does not migrate session profiles properly (0.0.2.x -> 0.0.4.x)
by Mike Gabriel 15 Jan '24

15 Jan '24

Package: pyhoca-gui Severity: important The bug's subject says it all. It can be observed when migrating from pyhoca-gui in Ubuntu precise to the version we have in our PPA. What happens is that all settings around host/username/sshproxy get corrupt. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.x…

2 2

Bug#1286: python3 support for pyhoca-gui
by Orion Poplawski 15 Jan '24

15 Jan '24

Package: pyhoca-gui Version: 0.5.0.7 2to3 is not sufficient to add python3 support of pyhoca-gui. The attached patches are needed as well. file() is no longer present in python3. The mro patch fixes: /usr/bin/python3.4 setup.py build '--executable=/usr/bin/python3.4 -s' Traceback (most recent call last): File "setup.py", line 212, in <module> class build_installer_bbfreeze(build_installer, Freezer, Command): TypeError: Cannot create a consistent method resolution order (MRO) for bases object, Command -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 https://www.nwra.com/

3 4

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev April 2018