x2go-dev

x2go-dev@lists.x2go.org

2 participants
5403 discussions

"pidof: command not found" error
by Michael DePaulo 01 Feb '14

01 Feb '14

Has anyone seen this error when resuming fedora x2goserver sessions? I seem to be experiencing it often from my windows x2goclients. http://i.imgur.com/9Va5sJJ.png This screenshot was taken on x2goclient 4.0.1.3 (Win 8.1 64-bit) connecting to x2goserver 4.0.1.10 (Fedora 20 64-bit).

3 3

Bug#421: X2goclient on Windows: sshd.exe does not start.
by jordi＠amospalla.es 30 Jan '14

30 Jan '14

Package: X2goclient Version: 4.0.1.3 Client host: windows xp Server host: debian wheezy - When enabling support for printer sharing, or sharing a folder, sshd.exe does not start, and so these features are not available. - If I launch manually sshd (from what I understand x2goclient launches from reading source code) sshd.exe launches and stays until I kill it: "C:\Program Files\x2goclient\sshd.exe" -D -p 7022 -f "/cygdrive/c/Documents and Settings/User/.x2go/etc/sshd_config" -h "/cygdrive/c/Documents and Settings/User/.x2go/etc/ssh_host_dsa_key" - Every time I try to share a folder with the session running, I can see on the process manager ssh-keygen is launched. - Server host shows the remote folders as mounted on /proc/mounts, so accessing them makes a process hang. - Firewall is disabled on client host.

1 1

Bug#423: FIx more -Werror=format-security errors
by Orion Poplawski 30 Jan '14

30 Jan '14

Package: nx-libs Version: 3.5.0.22 Tags: patch The attached patch fixes more -Werror=format-security errors. Interestingly, most of the errors only showed up on our arm builds. No idea why. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion(a)cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com

1 0

Bug#422: Windows PulseAudio 3.0 and later fail to start due to missing cookie
by Michael DePaulo 30 Jan '14

30 Jan '14

Package: x2goclient Version: 4.0.1.3 X2Go Client 4.0.1.3 for for Windows is bundled with PulseAudio 1.1. If you replace 1.1 with 3.0 or later (2.0 was not tested), the .pulse-cookie file is not created and therefore pulseaudio.exe either fails to start or repeatedly restarts. The bottom line is that sound will not work in Windows X2go Client with these newer versions of PulseAudio. The simple workaround is to run X2Go Client with PulseAudio 1.1 once and then exit x2goclient. The cookie will be present even after x2goclient is closed. Newer versions of PulseAudio can then use that cookie. These are my full test results for what files are generated with different versions of PulseAudio. They were tested on windows 7 32-bit SP1 Professional (with all important and recommended windows updates installed.) "mothership-7-32" is my test VM's hostname. Note that I tested PulseAudio 1.1 (and 1 or 2 newer versions) under Windows 8.1 64-bit Professional (with all important and recommended windows updates installed) and the results were the same. 1.1: Under C:\Users\mike\.x2go\pulse\ : .pulse-cookie .esd_auth .pulse\ .pulse\mothership-7-32-runtime\ tmp.Hp2820\ tmp.Hp2820\config.pa 3.0 Under C:\Users\mike\.x2go\pulse\ : .pulse\ .pulse\mothership-7-32-runtime\ tmp.Hp1572 tmp.Hp1572\config.pa (Pulseaudio.exe does not appear to be running at all, but maybe what happened under 4.99.2 is happening.) 4.0: Under C:\Users\mike\.x2go\pulse\ : .pulse\ .pulse\mothership-7-32-runtime\ .pulse\mothership-7-32-runtime\pid tmp.Hp2656 tmp.Hp2656\config.pa Also, windows complains that "pulseaudio.exe has stopped working". And it does so repeatedly,.This suggests that x2goclient.exe keeps on trying to restart pulseaudio.exe 4.99.2: Under C:\Users\mike\.x2go\pulse\ : .pulse\ .pulse\mothership-7-32-runtime\ .pulse\mothership-7-32-runtime\pid (keeps on being created and then disappearing because pulseaudio.exe keeps stopping and starting) tmp.Hp3716 tmp.Hp3716\config.pa -Mike#2

1 0

Bug#420: Fix password connection with libssh 0.6.0
by Orion Poplawski 29 Jan '14

29 Jan '14

Package: x2goclient Version: 4.0.1.3 Tags: patch Starting with libssh 0.6.0, ssh_userauth_list() no longer automatically calls ssh_userauth_none() if needed (auth_methods == 0) to populate the list of methods available. This patch calls it explicitly. An alternative would be to simply try authenticating. Without this, attempts to connect with a password fails with an empty "Authentication failed" error window. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane orion(a)nwra.com Boulder, CO 80301 http://www.nwra.com

2 1

Bug#416: Packages for RHEL7
by Mike Gabriel 29 Jan '14

29 Jan '14

Package: jenkins.x2go.org Severity: whishlist Let's build packages for RHEL7 / EPEL7. -- 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

Processed: Re: Bug#417: Two screens, wrong screen used for limits of positioning context menus
by owner＠bugs.x2go.org 29 Jan '14

29 Jan '14

Processing control commands: > reassign -1 nxagent Bug #417 [nxagent] Two screens, wrong screen used for limits of positioning context menus Ignoring request to reassign bug #417 to the same package > severity -1 minor Bug #417 [nxagent] Two screens, wrong screen used for limits of positioning context menus Ignoring request to change severity of Bug 417 to the same value. > found -1 3.5.0.23 Bug #417 [nxagent] Two screens, wrong screen used for limits of positioning context menus There is no source info for the package 'nxagent' at version '3.5.0.23' with architecture '' Unable to make a source version for version '3.5.0.23' Ignoring request to alter found versions of bug #417 to the same values previously set -- 417: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=417 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Processed: Re: Bug#417: Two screens, wrong screen used for limits of positioning context menus
by owner＠bugs.x2go.org 29 Jan '14

29 Jan '14

Processing control commands: > reassign -1 nxagent Bug #417 [xinerama] Two screens, wrong screen used for limits of positioning context menus Warning: Unknown package 'xinerama' Bug reassigned from package 'xinerama' to 'nxagent'. Ignoring request to alter found versions of bug #417 to the same values previously set Ignoring request to alter fixed versions of bug #417 to the same values previously set > severity -1 minor Bug #417 [nxagent] Two screens, wrong screen used for limits of positioning context menus Severity set to 'minor' from 'normal' > found -1 3.5.0.23 Bug #417 [nxagent] Two screens, wrong screen used for limits of positioning context menus There is no source info for the package 'nxagent' at version '3.5.0.23' with architecture '' Unable to make a source version for version '3.5.0.23' Marked as found in versions 3.5.0.23. -- 417: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=417 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#417: Two screens, wrong screen used for limits of positioning context menus
by Mike Gabriel 29 Jan '14

29 Jan '14

Control: reassign -1 nxagent Control: severity -1 minor Control: found -1 3.5.0.23 Hi Daniel, On Di 28 Jan 2014 16:35:52 CET, Daniel Michalik wrote: > Package: xinerama > Version: 4.0.1.2 (Qt - 4.8.6) > > This bug concerns the placement of context menus in a two screen setup. > On my client I have two screens. One in landscape mode from 0,0 to > 1920,1080 and to its right a second screen in portrait mode, from 1920,0 > to 3120,1600. I run an x2go session, the session type is single application > (terminal). I fullscreen my application window, either on the left or on > the right screen. I then open a context menu while my mouse cursor is in > the bottom half or right half of the application window. > > Everything works fine with the application positioned on the right hand > screen. It is correctly determined that the context menus would not fit > into the remaining space if they would start where the mouse cursor is, so > they are repositioned in a way that I can see the entire menu. > > But if the application is on my left hand screen the context menus will > always start (their top left corner) where my mouse cursor is, therefore > spilling outside my visible monitor area to the bottom, or > overlapping into my > second screen. Expected behaviour: context menus to stay within my > screen, just as they do for all other non-x2go applications. this is a very special behaviour on a special setup. We will not be able to track this down soon, I am sorry. We may look at it for a certain amount of project sponsoring. Please let me know if that is an option for you (or your company in case you use X2Go at work). Greets, 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…

1 0

Bug#393: X2Go issue (in src:nx-libs) has been marked as pending for release
by Mike Gabriel 28 Jan '14

28 Jan '14

tag #393 pending fixed #393 2:3.5.0.23 thanks Hello, X2Go issue #393 (src:nx-libs) reported by you has been fixed in X2Go Git. You can see the changelog below, and you can check the diff of the fix at: http://code.x2go.org/gitweb?p=nx-libs.git;a=commitdiff;h=faa289a The issue will most likely be fixed in src:nx-libs (2:3.5.0.23). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit faa289a82954860c9dfb44dc7eb4d39ea6d99f25 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Tue Jan 28 19:48:21 2014 +0100 nx-libs.spec: Sync nx-libs.spec in Fedora with upstream's nx-libs.spec file. (Fixes: #393). diff --git a/debian/changelog b/debian/changelog index 8b1a782..d52b685 100644 --- a/debian/changelog +++ b/debian/changelog @@ -6,6 +6,9 @@ nx-libs (2:3.5.0.23-0x2go1) UNRELEASED; urgency=low * Add patch: 055_nx-X11_imake-Werror-format-security.full.patch. Fix FTBFS of imake on current Fedora rawhide (21) which uses the compiler option -Werror=format-security for all builds. (Fixes: #412). + * nx-libs.spec: + - Sync nx-libs.spec in Fedora with upstream's nx-libs.spec file. (Fixes: + #393). -- Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Sat, 04 Jan 2014 22:02:16 +0100

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev