x2go-dev April 2020

x2go-dev@lists.x2go.org

18 participants
92 discussions

Bug#740: Ship a default, small-footprint, F/LOSS PDF viewer with x2goclient
by Stefan Baur 30 Jan '24

30 Jan '24

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 package: x2goclient severity: wishlist Hi, this is actually a sub-bug of http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=738. I am fling it as a separate bug because I believe this particular part of Bug 738 can be resolved rather quickly. Currently, X2GoClient offers the free choice of X-Servers to be used with it, but ships with VcXsrv as default and has some "sane" default settings configured for it, too, so X2GoClient works out of the box. Whoever wishes to deviate from that path, is, however, free to do so - X2GoClient has an option to specify a custom X-Server of the user's choice. I would like to take a similar approach for printing. At present, no default PDF viewer is shipped with X2GoClient, and the user has to fiddle with whichever PDF viewer they choose to get the parameters right. SumatraPDF is a free (F/LOSS) PDF viewer that offers a portable version, i.e. it is a single, self-contained executable that doesn't require any installation. It also supports a wide range of command line parameters so it is ideal for scripted background use (like "open PDF, print to default printer, close application"). Quoting from http://www.sumatrapdfreader.org/manual.html: > Printing related cmd-line arguments: -print-to-default $file.pdf > prints a PDF file on a default printer -print-to $printer_name > $file.pdf prints a PDF on a given printer -print-dialog $file.pdf > opens a PDF file and shows a print dialog to select printer and > printing options -exit-on-print when -print-to-default or -print-to > is used, will exit after printing So, basically, "-exit-on-print -print-to-default" is all we'd need for basic functionality. If we want to do "enumPrinters" within X2GoClient, "-exit-on-print -print-to $printer" will also already work. If we want to leave printer selection to SumatraPDF, "-print-dialog" has to be used, and we'd probably have to submit a patch to the SumatraPDF project that "-exit-on-print" be made to work with "-print-dialog" as well, as the current description seems to indicate that this is not the case. Thus, I would ask that some helpful soul steps up and please a) includes SumatraPDF's standalone executable in the Windows X2GoClient package b) adds the proper code to X2GoClient so client-side printing defaults to using SumatraPDF in the X2Go program directory unless the user has created a custom configuration. The rationale for this bug is that adding this feature would increase usability of X2GoClient just as shipping a default X-Server does. Portable version of SumatraPDF can be found here: https://kjkpub.s3.amazonaws.com/sumatrapdf/rel/SumatraPDF-3.0.zip Sources are here: https://github.com/sumatrapdfreader/sumatrapdf - -Stefan - -- 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQEcBAEBAgAGBQJUs6TeAAoJEG7d9BjNvlEZZvQH/ikythSLIBTJ9cCN7/qPik3T k0iB5JE9N3cCc9MyWfQU46oI7k5r+M4aN692hVrAdFraEfeAxdVomtzTKI5/v4IP f8/HlvW8lU+b/8Wnx/YNFuzvAIK4mM+9gno+t9JnFLptI1P3iAd6tQ5R563NKk1y 2AYM3unC24xzFXIbFNsFMA6mT7Ow94K8mGMALn/H3j1kGtbmF/FeuTHKmrmC/w7F e3WO8oXjNxL+PBumCb5mZngk3Y8aECHJSQVks8710MTyYNoJRCgYqx4hOAC3ObhJ J6+hTbretKya2/ba/meka/v7hU0ze2ahevpH7y9y1aMAtVIi8laEcQ+k4TPwvr4= =af+t -----END PGP SIGNATURE-----

3 2

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#1318: x2gobroker : maintenance mode
by Walid MOGHRABI 15 Jan '24

15 Jan '24

package: x2gobroker version: 0.0.4.0-0~1038~ubuntu16.04.1 priority: enhancement In case of trouble, this is sometimes needed to block any new incoming connection to the broker (the broker itself, not the x2go server). For example, lately I did a stupid thing by mistake, I shut down a whole X2Go servers chassis (16 servers at the same time) so 2/3 of my users were kicked off the platform. Problem is that they tried to reconnect before I could restart those servers and thus, the broker did his job and sent them to the remaining servers except that they are 2 times less so they couldn't handle that much people at the same time. We lost precious time by asking people to throttle their connecions and wait for the platform to be ready. Would be great to have a "maintenance mode" option in the x2gobroker-sessionprfiles.conf (or even globally on the x2gobroker.conf), just a switch with a message you can activate so that, in case of trouble, with this switch enabled, users trying to connect would get a message from the broker saying it is in a maintenance mode and they should try again later. --- DISCLAIMER: This e-mail is private and confidential and may contain proprietary or legally privileged information. It is for the intended recipient only. If you have received this email in error, please notify the author by replying to it and then destroy it. If you are not the intended recipient you must not use, disclose, distribute, copy, print or rely on this e-mail or any attachment. Thank you

3 2

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

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev April 2020