x2go-dev

x2go-dev@lists.x2go.org

1 participants
5403 discussions

Plans for a 4th X2Go Developer Online Meeting
by Stefan Baur 19 Oct '15

19 Oct '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 [please respect the Reply-To header and do not crosspost to x2go-dev] Hi everyone, it's been a while since the last X2Go developer online meeting took place. I've talked to h1, who is in charge of coordinating these events, and he has indicated that 2015-10-22 would be the earliest date possible for him. Would you all please have a look at your calendars and keep that date in mind? I'm sure an official doodle listing this date as well as some alternatives will follow soon. With a little bit of luck, I will be able to attend it as well, undisturbed this time. Topics that I would like to see on the agenda: - - Call for Translations - seems like we need one, there's English-language text showing up in the German menus, which isn't good - who will handle: - the actual CfT? - merging the translations into the repo? - - Minor-Number client release - blocker: missing translations - release TBD when translations are complete - should happen soon - - Bug Triaging - we should browse through the list of open bugs - check for appropriate severities - see who's willing and able to tackle bugs (AKA "activity check") - come up with a list of who-does-what-by-when -> Intent: Public Roadmap for next releases Feel free to add more, in case I missed something. - -Stefan X2Go Project/Community Coordinator - -- 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 iQEcBAEBCAAGBQJWAu74AAoJEG7d9BjNvlEZwMoH/Rl/nTZSflQc2i7AhT6YgWQa D4txq6sQTAPNfYeMz8gVskxwFkoQxv0YlPKCQLdaCqdO8NmbpYIQ17uSRNc2R7Oi 99cHTqgiTSt/3RGaRMk47lSr+mrnxsV+5lRThC/HpKTMGTzNMwFIlzFiUDRFegIz ZIYHsBftEvsz6VwUUbhsm3uP/G0hI3GFxMpHzcTMYHsoSyIZm51/VEG5Az0xWD7Z SmKtexB+ThD74CsthYSH9f301peHj+pfvsOXIsuUqCmcXEKEoHeMhaFpM5BBVMFh 9Cu+V5q98Wu1PrlOnNTveKYzMzU01Z85XAISJxQTkvs7PPXhMqkUEdmwDOhzT2M= =lqiY -----END PGP SIGNATURE-----

2 2

Another "Meta-Bug": X2Go Debian Packages still show a berlios.de address in the Maintainer field
by Stefan Baur 16 Oct '15

16 Oct '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi everyone, apt-cache show x2goserver, for example, shows: Maintainer: X2Go Developers <x2go-dev(a)lists.berlios.de> This should be changed to x2go-dev(a)lists.x2go.org for all packages. - -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 iQEcBAEBCAAGBQJWINT+AAoJEG7d9BjNvlEZFKQH/1umUgNw40DgS7ID6by+Kvbg C0O9Ro8ZXnfjFHTlCAUuz9gzi5xMyfUDnWEYc0FuZwqq/Lo6Ve+GaNxQpCp0mIPL C72UvU9dHe2B87sbqGbCLxqUCsL2A1RXD2t86Jcd9Tl6pddwMtuLRlvOlybzvCbl c01BbPHZ7vgWevzNQtc/LCA2Qh0E2WnA8pLNUN/u6HxUwOifiRUILWfGtXiVdjms x00vloC4gIRAxQoX6O0Cnx3BG+WgcFzxAVv8lXrPuFFl5YwiTDnXe/dgwgu9mEEo fA8z6F8WC9IZpTYF3PI0wr7cfkcp7hy+0xL7jUg3lbewLNBtEjp0CptA2j55vRo= =G1o4 -----END PGP SIGNATURE-----

1 0

Bug in Upgrade Process - Debian Wheezy/Jessie
by Stefan Baur 16 Oct '15

16 Oct '15

Hi everyone, I just stumbled over a nasty bug, but I'm not sure if it is a bug that is limited to X2Go, or if Debian/apt/dpkg is at fault here. Situation: I would like to upgrade a system from wheezy to jessie. This system is running X2Go stable. Step 1: s/wheezy/jessie/ in sources.list Step 2: apt-get update Step 3: Try any of the following: apt-get install x2goserver # when it's already present in # it's wheezy incarnation apt-get upgrade apt-get dist-upgrade and you will see that all X2Go packages remain in their wheezy state. Step 4: Force the installation of the exact version of x2goserver. apt-get -t jessie install x2goserver=4.0.1.19-0x2go2+git20150608.1064+jessie.main.1 And tadaa, we get a hint at what's going on: Reading package lists... Building dependency tree... Reading state information... The following packages were automatically installed and are no longer required: libfile-readbackwards-perl libglib1.2ldbl libgtk1.2 libgtk1.2-common libmozjs24d libnet-daemon-perl libnx-x11 libplrpc-perl libtommath0 xulrunner-24.0 Use 'apt-get autoremove' to remove them. Suggested packages: x2goserver-compat x2goserver-fmbindings x2goserver-pyhoca The following packages will be REMOVED: x2goserver-extensions x2goserver-printing x2goserver-xsession The following packages will be DOWNGRADED: x2goserver 0 upgraded, 0 newly installed, 1 downgraded, 3 to remove and 782 not upgraded. Need to get 85.5 kB of archives. After this operation, 360 kB disk space will be freed. Do you want to continue [Y/n]? apt-get believes it is DOWNGRADING even though we're actually trying to perform an update. Looking at the version numbers given... 4.0.1.19-0x2go2+git20150608.1064+jessie.main.1 4.0.1.19-0x2go2+git20150608.1064+wheezy.main.1 ... it becomes obvious - apt does a numerical/alphabetic sort, and the only difference in those two version strings is "jessie" vs. "wheezy", with the "w" in wheezy being "higher" than the "j" in jessie. Is this something we can fix on our own, by using numeric release numbers (7 for wheezy, 8 for jessie), or is this actually a bug that needs to be reported upstream, because maybe apt shouldn't act that way, and "latch" onto the release name instead of adding it to the numerical/alphabetic sort? If it is entirely our own bug, what should I file it against? Picking out a particular package doesn't seem to make sense, they will all be affected. Do we have a meta-category for that? Kind Regards, Stefan (now heading to bed after banging my head against the wall for the last 3 hours or so) -- 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

3 7

Processed: Reassigning to prepare merge, Merging #878 and #956 (same issue, Gnome-Terminal disappears)
by owner＠bugs.x2go.org 15 Oct '15

15 Oct '15

Processing commands for control(a)bugs.x2go.org: > reassign 956 nx-libs Bug #956 [x2go-client] gnome-terminal closes right after start Warning: Unknown package 'x2go-client' Bug reassigned from package 'x2go-client' to 'nx-libs'. No longer marked as found in versions 4.0.5.0. Ignoring request to alter fixed versions of bug #956 to the same values previously set > merge 878 956 Bug #878 [nx-libs] gnome-terminal 3.16 fails to start Bug #956 [nx-libs] gnome-terminal closes right after start There is no source info for the package 'nx-libs' at version '3.5.0.31' with architecture '' Unable to make a source version for version '3.5.0.31' Marked as found in versions 3.5.0.31. Merged 878 956 > -- Stopping processing here. Please contact me if you need assistance. -- 878: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=878 956: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=956 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#956: gnome-terminal closes right after start
by Summer Matthias 15 Oct '15

15 Oct '15

Package: x2go-client Version: 4.0.5.0 When useing gnome-terminal as an application to start a session, gnome-terminal pops up and close right after start. Logentry in /var/log/messages: Oct 12 08:53:49 adzh-srlp-en14 /usr/bin/x2gostartagent: successfully started X2Go agent session with ID msummer-53-1444632828_stRgnome-terminal_dp32 Oct 12 08:53:54 adzh-srlp-en14 /usr/bin/x2gomountdirs[12498]: successfully mounted MSummer@127.0.0.1:30014/cygdrive/C/Users/MSummer/X2GO~1/S-MSUM~2/spool to /tmp/.x2go-msummer/spool/C-msummer-53-1444632828_stRgnome-terminal_dp32 Oct 12 08:53:56 adzh-srlp-en14 /usr/bin/x2gosetkeyboard: Setting X keyboard according to /home/msummer/.x2go/C-msummer-53-1444632828_stRgnome-terminal_dp32/keyboard Oct 12 08:53:57 adzh-srlp-en14 /usr/bin/x2goumount-session[12770]: successfully unmounted "/tmp/.x2go-msummer/spool/C-msummer-53-1444632828_stRgnome-terminal_dp32" On serverside we run RHEL 7.1, x2goserver-4.0.1.19-1.el7.x86_64 and x2goagent-3.5.0.29-1.el7.x86_64. Matthias Summer Senior System Engineer ------------------------------------------------- Adcubum AG Zürcherstrasse 464 CH-9015 St. Gallen Zentrale +41 58 411 66 66 Direktwahl +41 58 411 68 13 Mobile +41 79 101 35 58 matthias.summer(a)adcubum.com<mailto:matthias.summer@adcubum.com> www.adcubum.com<http://www.adcubum.com/>

2 3

Bug#957: x2goserver authenticates session but does not start xfce
by Hans-Joachim Hötger 14 Oct '15

14 Oct '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Package: x2goserver Version: x2goserver-4.0.1.19-3.el7.x86_64 1. Debian stable and Windows 8 (both virtual in an VMware Hypervisor) 2. 4.0.5.0-0x2go1+git20150728.1112+wheezy.main.1 and 4.0.2.1 (Windows) 3. all default 4. RHEL 7.1 5. x2goserver-4.0.1.19-3.el7.x86_64 6. x2goserver-xsession-4.0.1.19-3.el7.x86_64 7. nxagent-3.5.0.32-2.el7.x86_64 8. 9. all default Hello, i have a x2goserver running in an hypervisor. When i connect from my workplace (debian stable) the hostkey is stored and then the session is closed. I have the same behaviour, when i connect from a windows client. I have both clients configured to start xfce that is installed on the server. When i use mobaxterm (with its own xserver) on Windows, i can call 'startxfce4' successfully. When i start it on my debian workplace, it fails because i have xfce running locally. Because the x2goclient window closes so fast, i can not read the last lines. One thing that might help: The server is running a Java Application from HP (SSMP). This Java Server binds to the IPV6 Interface of the server. That made me disable the complete IPV6 Config of the server. As result i had to set 'Addressfamily inet' in the sshd config to make X11 tunneling over ssh work. kind regards - -- Hans-Joachim Hoetger "Zwei Dinge sind schädlich für jeden, der die Stufen des Glücks will ersteigen; Schweigen, wenn Zeit ist zu reden, und Reden, wenn Zeit ist zu schweigen." (Friedrich von Bodelschwingh) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAlYeY60ACgkQAjFhXukcPEU0mQCeLKBeIb/ztjBeQAN89XkN3PFe Oi8AnA6dBBIwrnnes78yG/JcaQC89xc+ =gPbU -----END PGP SIGNATURE-----

1 0

Bug#921: Windows 10 64bit - X2GO Client session preferences window and other dialogs crashes on save/close
by David Wueste 09 Oct '15

09 Oct '15

X2GoClient version 4.0.5.0 (QT - 48.8.6) OS: Windows 10 64 bit X2Go Client crashes when: > Session Preferences - Opening and editing and closing > Session Preferences - Opening, viewing but not editing and closing > Help > About X2Go Client > Opening and then dismissing any dialog box from X2Go Client. Visual Studio debugger shows the following exceptions: - Unhandled exception at 0x00BCDAA6 in x2goclient.exe: 0xC000041D: An unhandled exception was encountered during a user callback. - Exception thrown at 0x00BCDAA6 in x2goclient.exe: 0xC0000005: Access violation reading location 0x00000004.

1 0

Bug#765: Kex Error in X2Go client
by rpr nospam 08 Oct '15

08 Oct '15

Hi! I also saw this issue while trying to connect with X2Go Client for Windows (v. 4.0.5.0) to x2goserver (v. 4.0.1.19-0~1064~ubuntu14.04.1) on a Linux Mint 17 machine. The connection worked fine until the SSH server on the Linux machine was reconfigured in order to harden it (see the recommendations in https://stribika.github.io/2015/01/04/secure-secure-shell.html) That reconfiguration allowed only the following host keys and key exchange algorithms: HostKey /etc/ssh/ssh_host_ed25519_key HostKey /etc/ssh/ssh_host_rsa_key KexAlgorithms curve25519-sha256(a)libssh.org,diffie-hellman-group-exchange-sha256 The Elliptic Curve Digital Signature Algorithm (ECDSA) (and the corresponding /etc/ssh/ssh_host_ecdsa_key) is not enabled because its implementation may use a faulty pseudo-random number generator (i.e. containing a back door created by NSA) as explained in some pages referred by the aforementioned article. After some investigation I found how to get rid of the error: in C:\Users\username\ssh\known_hosts remove the line corresponding to the x2goserver host and ecdsa-sha2-nistp256 key exchange algorithm: x2goserver_host_address ecdsa-sha2-nistp256 ... -- rpr.

1 0

Bug#955: x2gosid sanitizer check in x2gosqlitewrapper.pl / x2goserver-4.0.1.19-1.1.x86_64 rpm for opensuse 13.2
by Frank Knoben 07 Oct '15

07 Oct '15

Package: x2goserver Version: 4.0.1.19-1.1 File: x2gosqlitewrapper.pl Subroutine: sanitizer Operating System: openSuSE 13.2 64bit Hello, on my system, there are a lot of users, whose username consists of only numbers. In the latest x2goserver rpm for my opensuse 13.2 system (x2goserver-4.0.1.19-1.1.x86_64) there seem's to be something wrong with the sanitzer check function in x2gosqlitewrapper.pl. For the users, whose username contains only numbers, I get the error message of a malformed session id. When I don't do a sanitzer check on the x2gosid, everything is fine. Unfortunately, I have not learned the perl programming language and I'm not so good with regular expression, that I do know how to fix the problem correctly. For me, I just put a return $string; after the elsif ($type eq "x2gosid") { and everything works fine for me again. Sincerly Frank Knoben

1 0

Bug#112:
by Bryan Berndt 06 Oct '15

06 Oct '15

Seems I’ve come across a similar bug. I can use x2go to connect to a Fedora 22 workstation running XFCE. While using the small keayboard on my iMac, and using a large Apple keayboard and the built in macbook pro keyboard, everything works fine. Keys work as expected, for the most part. While in the XFCE session, I fire up VirtualBox running a Windows 7 VM. Trying to use this, is where my keyboard no longer works at all. Looks like the same mappings as in post #47. Am unsure how to proceed to work around. May just end up using VirtualBox built in remote connection for access to it. Bryan Berndt bryanb(a)bryanb.net

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev