x2go-dev

x2go-dev@lists.x2go.org

5399 discussions

Start a nNew thread

Bug#670: more information
by Ulrich Sibiller 12 Nov '14

12 Nov '14

Can you please provide the output of xrandr --verbose and xdpyinfo -ext XINERAMA? Thanks, Uli

1 0

X2Go QA brain storming session
by Mike Gabriel 12 Nov '14

12 Nov '14

Hi All, Kjetil from fleten.net and I just had an X2Go QA brain storming session. The context is a school project with a 2 months duration about the general topic QA. The teachers at that school addressed Kjetil in the search for possible QA projects. We arranged for an X2Go QA project with that school, starting in two weeks' time (or so) from now. Being aware of several approaches one could take for software QA, we chose a very simple and feasible approach (considering the short period of preparation time). X2Go currently offers two clients (X2Go Client, PyHoca-GUI). These two clients run on various Linux distributions, MS Windows and Mac OS X (X2Go Client only). These two clients connect to Linux servers running X2Go. The possible scenarios on X2Go Servers are so versatile, that we definitely need to exclude many possible scenarios from testing and only focus on some. As this project is supported by Kjetil's company as a non-profit project, we will as a first step focus on testing current X2Go features that are provided to customer's at fleten.net. So the gain for fleten.net is intensive testing of a setup similar to what they provide to their customers. The gain for the X2Go project is a matrix / a scheme for testing current X2Go features in various contexts. The idea is that others jump in and enhance the methodology, increase the number of tests and automize parts of the tests, as well. The final goal is that someone comes in who really knows how software QA works and set up a proper QA scheme for X2Go. Not now, but as a final goal. For X2Go QA, Kjetil and I were of the same opinion, that never any X2Go component should ever "call home" if an error occurs. This is about respecting people's privacy when using X2Go software in the first place. Also, a potential "calling-home" feature should definitely be optional (the user gets asked, if a bug report is to be sent...). However, from experiences with MS Windows and also with recent Ubuntu versions, this extra bit of requiring a certain user interaction is not something we want the user to burden with. What we will work on during this week: Provide a(n incomplete) list of X2Go features and compile information about which of the two clients supports what feature. Months back, I already started such a list (but got distracted by other stuff). Kjetil will fill in more features and rework that list, whereas I will review and edit that list later-on. We work on this list via the X2Go wiki [1]. Potential subprojects for the student project could then be: (1) o Create a general remote desktop computing feature list (what would I expect from a remote desktop computing software) o Create a list of X2Go features o see how these two list match... (2) o Create a matrix for X2Go feature testing o Not all features can be tested, as this maybe goes beyond the scope of this student project (3) o Some students could work on jenkins based package installation tests (after new nightly build packages are available) (4) o Students can focus on X2Go Server / X2Go Client / PyHoca-GUI debug messages and see if there are log messages that are: - useless (and should be silenced) - really helpful for debugging - are useful for heavy debugging, but obfuscate log message output -> change log levels of certain debug messages o Basically, the debug output of X2Go Server / Client / Python X2Go should provide\ easy-to-read information on what the actual problem of the user is. (5) o Translate better between server-side errors and reporting them on the client-side (big task!!!) (6) o The QA testers need to be able to use the X2Go bug tracker, so that they can provide information to the X2Go BTS if tests fail. (7) o ... (??? any input from others ???) So far to the summary of what we are currently working on. If people have input on this and that or ideas, please feel free to enhance our discussion. For next week, we will schedule a meeting with the QA teacher of the school that we are about to cooperate with. Part of the project will be that I (Mike#1) will come to Denmark and visit that class of students and provide support at critical points of the project (integration). light+love, Mike [1] http://wiki.x2go.org/doku.php/wiki:development:x2go-qa -- 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…

1 0

Bug#670: window border and control disappears after maximize and move
by Anand G. 11 Nov '14

11 Nov '14

Package: x2goclient Version: 4.0.3.0 x2goclient-4.0.3.0-20141021 Windows 7 64-bit SP1 Laptop connected to a USB docking station supporting two monitors. Laptop is display #1. Monitors attached to dock are displays #2 & #3. Order of displays is: 2, 3, 1 from left to right. This is according the the "Identify all displays" button in session preferences. Laptop is running at 1600x900 Monitors #2 & #3 run at 1680x1050 x2goclient session type "Single application" command is xterm. session settings: Custom display (800x600), dpi is 96, Xinerama extension unchecked Start new session and xterm opens on display #2 (left most screen). xterm maximizes correctly. Upon dragging maximized xterm from display #2 to display #3 (middle), the window manager/border disappears. I can no longer manipulate the window (minimize, maximize, restore, move) and it occupies the full screen. I have to suspend the session, undock, and then resume the session in order to regain control of the window. Simple suspend/resume does not work. Applications launched from the xterm behave the same way (e.g. lose window control over gvim session). The problem is not there with client 4.0.2.1+hotfix1+build6. Everything works as expected. The maximized window correctly snaps between displays. I do not have x2goserver settings or version information available.

1 0

Kongress Neu-Ulm
by Jos 11 Nov '14

11 Nov '14

Booth & Talk @ IT-Kongress, University of Applied Sciences, Neu-Ulm, Germany (2014-11-13) :!: Note that the talk will be in German. Title: X2Go - an OSS Remote Desktop and how it is used in companies Various users and contributors to the project will talk about and/or demo their individual use cases. Hi all, Is it possible to get these demos on video? I think it is really important that an overview of this can be put on the wiki site. Potential users need to see implementations in action!, so we need to get more video material on air. Regards, Jos.

2 2

code.x2go.org going down for maintenance
by Mike Gabriel 11 Nov '14

11 Nov '14

Hi all, the VM host that code.x2go.org (aka git, packages, lists, bugs, etc.) runs on requires (again) the replacement of a hard drive. The machine will go down for maintenance soon and will come back ASAP. Regards, Mike#1 -- 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…

1 1

Bug#667: Bug#667: Fwd: Bug#667: Bug#667: Wrong language in Windows 7 x64 SP1 client
by Diego Costantini 09 Nov '14

09 Nov '14

I tried AppLocale. It looked promising, but unfortunately it started it still in German.

1 0

Bug#667: Wrong language in Windows 7 x64 SP1 client
by Diego Costantini 07 Nov '14

07 Nov '14

Package: x2go client Version: 4.0.3.0 Installed the x2go client selecting English, but when I open it, it is in German.

3 3

Bug#667: Trying again...
by Stefan Baur 07 Nov '14

07 Nov '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Control: retitle -1 add option to change x2goclient language Control: severity -1 wishlist - -- 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) iQEcBAEBAgAGBQJUXTUDAAoJEG7d9BjNvlEZsgQIAJsmSYop4+DUNSuenX0tbaSq J5UKZROXEaKWfHHrvHP/4PyiVbpW6IIvkfUejUcZ7CO9fVeNmWfGJWQD8kYWwhyB pZfTf45lGhHRG6VSoHcUaeiuCa8cVAZPSbC++ZE09oBIdKRsXZzhVUp7W+JhkuoO 71MGTIXu9/9SEevgkYUK9kBrDOl91zUxvgzKVnHe+ZyDKun2rnqaWLh+hhq0ateU to/Ls99mHou+/xngOJ8VF0d7/O9RN5/wp8BqjgJcLWuRY6T74pm9F8K/DMn7XVBm BEntah5L0cLwVn4kshuEhJ9mBLsUUpoXu7Ga6Tv8sFqLEIJXX3qJZh7qQNSsLqQ= =m9YY -----END PGP SIGNATURE-----

1 0

Bug#669: Keyboard layout is wrong
by Albrecht, Daniel S. 07 Nov '14

07 Nov '14

Package: keyboard layout Version. 2.7.7 Just yesterday, I attempted to connect remotely to my work desktop using X2go and the keyboard layout was completely erratic (e = backspace, enter = j, etc.). When I attempt to change the keyboard layout in preferences, no matter what input I choose, I get the following error: Error activating XKB configuration. It can happen under various circumstances: - a bug in libxklavier library - a bug in X server (xkbcomp, xmodmap utilities) - X server with incompatible libxkbfile implementation X server version data: The X.Org Foundation 70000000 If you report this situation as a bug, please include: - The result of xprop -root | grep XKB - The result of gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd When I use an X11 terminal to run the xprop and gconftrool-2, I get the following responses: bash-3.2$ xprop -root|grep XKB _XKB_RULES_NAMES(STRING) = "base", "empty", "empty", "", "" bash-3.2$ gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd bash: gconftool-2: command not found I'm also having some connectivity issues, where X2go closes unexpectedly at least once before I'm able to log on, I don't know if that issue is related to the keyboard one or not. Thank you, Dan Albrecht The information in this e-mail is intended only for the person to whom it is addressed. If you believe this e-mail was sent to you in error and the e-mail contains patient information, please contact the Partners Compliance HelpLine at http://www.partners.org/complianceline . If the e-mail was sent to you in error but does not contain patient information, please contact the sender and properly dispose of the e-mail.

2 1

Bug#668: [Patch] Replace "echo -n" with printf
by Lars Wendler 07 Nov '14

07 Nov '14

Package: x2goclient Version: git master Hi, at Gentoo latest version of the dash shell doesn't support "echo -n" anymore[1]. The result is that x2gpath returns every path with a prefixed "-n " when dash is used as /bin/sh. Accoring to "man p1 echo" section "APPLICATION USAGE" applications should not rely on "echo -n" but use printf instead. The attached patch does exactly that. Kind regards Lars [1] https://bugs.gentoo.org/528452 -- Lars Wendler Gentoo package maintainer GPG: 4DD8 C47C CDFA 5295 E1A6 3FC8 F696 74AB 981C A6FC

3 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev