x2go-dev

x2go-dev@lists.x2go.org

2 participants
5403 discussions

Bug#419: X2Go issue (in src:x2gothinclient) has been marked as pending for release
by Mike Gabriel 29 Aug '14

29 Aug '14

tag #419 pending fixed #419 1.5.0.0 thanks Hello, X2Go issue #419 (src:x2gothinclient) 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=x2gothinclient.git;a=commitdiff;h=bfed93d The issue will most likely be fixed in src:x2gothinclient (1.5.0.0). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit bfed93df7e79cc11a3dc21c13388a65f4f83a283 Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Fri Aug 29 12:22:10 2014 +0200 Use run-parts to initialize the TCE during runtime. (Fixes: #419). diff --git a/debian/changelog b/debian/changelog index 9d00b2a..e0664f2 100644 --- a/debian/changelog +++ b/debian/changelog @@ -19,6 +19,7 @@ x2gothinclient (1.5.0.0-0x2go1) UNRELEASED; urgency=low x2gothinclient_upgrade). - Assure that a tmpfs under <chroot>/root gets mounted and cleanly unmounted (x2gothinclient_shell, x2gothinclient_upgrade). + - Use run-parts to initialize the TCE during runtime. (Fixes: #419). - New TCE component: x2gothinclient-minidesktop. Instead of using X2Go Client as login manager, we launch a minimal MATE desktop and connect to X2Go sessions from there.

2 1

Processed: fix package name
by owner＠bugs.x2go.org 27 Aug '14

27 Aug '14

Processing commands for control(a)bugs.x2go.org: > reassign 585 nx-libs 3.5.0-27 Bug #585 [nx-xlibs] Clipboard handling with XFIXES broken Warning: Unknown package 'nx-xlibs' Bug reassigned from package 'nx-xlibs' to 'nx-libs'. No longer marked as found in versions 3.5.0-27. Ignoring request to alter fixed versions of bug #585 to the same values previously set Bug #585 [nx-libs] Clipboard handling with XFIXES broken There is no source info for the package 'nx-libs' at version '3.5.0-27' with architecture '' Unable to make a source version for version '3.5.0-27' Marked as found in versions 3.5.0-27. > End of message, stopping processing here. Please contact me if you need assistance. -- 585: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=585 X2Go Bug Tracking System Contact owner(a)bugs.x2go.org with problems

1 0

Bug#583: affects me too
by Michael DePaulo 27 Aug '14

27 Aug '14

I think I'm seeing this bug at work on one specific client and one specific server. We were purposely using an old version of x2goclient (4.0.0.3) and x2goserver/nx-libs. I haven't investigated it further because the funding for this specific use case is about to end. However, note that I think this happens when the vcxsrv.exe process's window (the actual remote desktop window) is minimized, not when the x2goclient.exe QT4 window is minimized. Also, it seems to happen after about 10-30 seconds of the window being minimized, not 7-12 minutes. And when I try to reconnect, it works, but the session is suspended, so I have to resume it 1st. The need to resume it might be bug #511.

1 0

Bug#582: Fwd: [Bug 1133614] New: [abrt] nxagent: nxagentResolveColor(): nxagent killed by SIGFPE
by Orion Poplawski 25 Aug '14

25 Aug '14

Package: nx-libs Version 3.5.0.27 Core was generated by `/usr/lib64/nx/../x2go/bin/x2goagent -extension XFIXES -nolisten tcp -nolisten t'. Program terminated with signal SIGFPE, Arithmetic exception. #0 0x000000000048bb41 in nxagentResolveColor (pRed=0xff, pGreen=0x7fffcb8eb4f6, pBlue=0x7fffcb8eb4f6, pVisual=0x0) at Colormap.c:504 504 65535) / limb) >> shift) * 65535) / lim; Thread 1 (Thread 0x7f9b2ef22780 (LWP 26422)): #0 0x000000000048bb41 in nxagentResolveColor (pRed=0xff, pGreen=0x7fffcb8eb4f6, pBlue=0x7fffcb8eb4f6, pVisual=0x0) at Colormap.c:504 shift = 8 lim = 255 #1 0x0000000000464c7b in AllocColor (pmap=0x20ca7e0, pred=pred@entry=0x7fffcb8eb4f6, pgreen=pgreen@entry=0x7fffcb8eb4f6, pblue=pblue@entry=0x7fffcb8eb4f6, pPix=pPix@entry=0x7fffcb8eb4f8, client=client@entry=0) at colormap.c:820 pixR = 0 pixG = 8192 pixB = 0 entries = <optimized out> rgb = {red = 0, green = 0, blue = 0, pad = 0} class = <optimized out> pVisual = 0x1ee8860 npix = <optimized out> ppix = <optimized out> I don't understand with pVisual is reported to be 0x0 in nxagentResolveColor(), but that seems the most suspicious thing. Also, do we want to disable SIGFPE? -------- Original Message -------- Subject: [Bug 1133614] New: [abrt] nxagent: nxagentResolveColor(): nxagent killed by SIGFPE Date: Mon, 25 Aug 2014 14:47:49 +0000 From: bugzilla(a)redhat.com To: orion(a)cora.nwra.com https://bugzilla.redhat.com/show_bug.cgi?id=1133614 Bug ID: 1133614 Summary: [abrt] nxagent: nxagentResolveColor(): nxagent killed by SIGFPE Product: Fedora Version: 20 Component: nx-libs Assignee: orion(a)cora.nwra.com Reporter: Saurval(a)yahoo.com QA Contact: extras-qa(a)fedoraproject.org CC: orion(a)cora.nwra.com Description of problem: After the first connection with x2go future connections (or reconnections) to the server often hang or cause a crash. Version-Release number of selected component: nxagent-3.5.0.27-1.fc20 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: /usr/lib64/nx/../x2go/bin/x2goagent -extension XFIXES -nolisten tcp -nolisten tcp -dpi 72 -D -auth /home/marius/.Xauthority -geometry 1024x768 -name X2GO-marius-66-1408949736_stDKDE_dp32 :66 crash_function: nxagentResolveColor executable: /usr/lib64/nx/bin/nxagent kernel: 3.15.8-200.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 nxagentResolveColor at Colormap.c:504 #1 AllocColor at colormap.c:820 #2 nxagentCreateDefaultColormap at Colormap.c:531 #3 nxagentOpenScreen at Screen.c:1926 #4 nxagentReconnectScreen at Screen.c:3546 #5 nxagentReconnectSession at Reconnect.c:469 #6 nxagentHandleConnectionChanges at Reconnect.c:827 #7 nxagentHandleConnectionStates at Reconnect.c:218 #8 nxagentWakeupHandler at Handlers.c:589 #9 WakeupHandler at dixutils.c:472 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

1 0

Bug#567: New wiki account for Jan Kruschwitz
by Jan Kruschwitz 24 Aug '14

24 Aug '14

Package: wiki.x2go.org Please create a wiki account for me. First name: Jan Last name: Kruschwitz Account name: jan.kruschwitz Mit freundlichen Grüßen Jan Kruschwitz Systemadministrator MVI PROMIND GmbH Heßlinger Str. 17 38440 Wolfsburg Tel: 0 53 61 /8 90 07 - 18 Fax: 0 53 61 / 8 90 07 - 25 E-Mail: jan.kruschwitz(a)promind.de<mailto:jan.kruschwitz@promind.de> www.promind.de<http://www.promind.de/> Sitz der Gesellschaft: München, Amtsgericht München HRB 147841 Geschäftsführer: Gerhard Bernstein

2 1

Bug#303: X2Go issue (in src:pinentry-x2go) has been marked as pending for release
by Mike Gabriel 23 Aug '14

23 Aug '14

tag #303 pending fixed #303 0.7.5.7 thanks Hello, X2Go issue #303 (src:pinentry-x2go) 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=pinentry-x2go.git;a=commitdiff;h=7d14c22 The issue will most likely be fixed in src:pinentry-x2go (0.7.5.7). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 7d14c221844031f5280bb3e041243968b4050c8a Author: Orion Poplawski <orion(a)cora.nwra.com> Date: Wed Sep 11 21:39:12 2013 +0200 Fix FSF address in license headers. (Fixes: #303). diff --git a/debian/changelog b/debian/changelog index a2c5a22..0c5b752 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,8 +1,13 @@ pinentry-x2go (0.7.5.7-0~x2go1) UNRELEASED; urgency=low + [ Mike Gabriel ] * New upstream version (0.7.5.7): - Set Pinentry title to X2Go Pinpad (was: X2GO ...). + [ Orion Poplawski ] + * New upstream version (0.7.5.7): + - Fix FSF address in license headers. (Fixes: #303). + -- Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Wed, 11 Sep 2013 21:34:23 +0200 pinentry-x2go (0.7.5.6-0~x2go1) unstable; urgency=low

2 1

Bug#303: X2Go issue (in src:pinentry-x2go) has been marked as closed
by Mike Gabriel 23 Aug '14

23 Aug '14

close #303 thanks Hello, we are very hopeful that X2Go issue #303 reported by you has been resolved in the new release (0.7.5.7) of the X2Go source project »src:pinentry-x2go«. You can view the complete changelog entry of src:pinentry-x2go (0.7.5.7) below, and you can use the following link to view all the code changes between this and the last release of src:pinentry-x2go. http://code.x2go.org/gitweb?p=pinentry-x2go.git;a=commitdiff;h=451fa444db2a… If you feel that the issue has not been resolved satisfyingly, feel free to reopen this bug report or submit a follow-up report with further observations described based on the new released version of src:pinentry-x2go. Thanks a lot for contributing to X2Go!!! light+love X2Go Git Admin (on behalf of the sender of this mail) --- X2Go Component: src:pinentry-x2go Version: 0.7.5.7-0x2go3 Status: RELEASE Date: Sat, 23 Aug 2014 17:43:26 +0200 Fixes: 303 Changes: pinentry-x2go (0.7.5.7-0x2go3) RELEASED; urgency=low . [ Mike Gabriel ] * New upstream version (0.7.5.7): - Set Pinentry title to X2Go Pinpad (was: X2GO ...). - Drop config.h.in. - Drop m4/glib.m4. - Update German translation file. - Run lrelease during autoreconf. - Update .ts files. Add .ts files for all languages we have translators for. - Drop pinentry-x2go_<lang>.qm binary files from source tree. - Drop libcap check from configure.ac. This fork of pinentry does not contain code that builds against libcap anymore. - Drop -lcap from LIBS in pinentry-x2go.pro. * debian/control: + Bump Standards: to 3.9.5. No changes needed. + Arrange B-Ds and Ds in multi-line fields. + Beautify LONG_DESCRIPTION. + Drop B-D: libcap-dev. * debian/source/format: + Add file, use format 1.0. * debian/rules: + Don't fail on dh_auto_clean. + Remove more buildcruft. * pinentry-x2go.spec: + Add spec file for building RPM packages. Inspired by OpenSuSE spec file. + Drop from BR: libcap-devel. . [ Orion Poplawski ] * New upstream version (0.7.5.7): - Fix FSF address in license headers. (Fixes: #303). . [ Martti Pitkänen ] * New upstream version (0.7.5.7): - Add Finnish translation file. . [ Jos ] * New upstream version (0.7.5.7): - New translation file of PIN-Entry X2Go into Dutch. . [ Ricardo Díaz Martín ] * New upstream version (0.7.5.7): - New translation of PIN-Entry X2Go into Spanish.

2 1

I updated the wiki page on reporting bugs
by Michael DePaulo 23 Aug '14

23 Aug '14

I added lots of detail to this section: http://wiki.x2go.org/doku.php/wiki:bugs?&#plain_bug_submission I may have been a bit too lengthy. Please make any changes you feel are appropriate. -Mike#2

1 0

Bug#457: Fwd: polkit-gnome-authentication-agent-1 fails to start on specific distros
by Michael DePaulo 23 Aug '14

23 Aug '14

Package: x2goserver Version: 4.0.1.13 Notes: 1. I am not sure if this is a bug in x2goserver, x2goserver-xsession, or in nx-libs. 2. This bug is probably in X2Go's integration with ConsoleKit (or lack thereof.) PolicyKit depends on ConsoleKit (and on systemd-logind in newer distros.) 3. RHEL7 beta (systemd-logind) is not affected and pkexec commands do work. However, PolicyKit authentication within apps fails. I will file a separate bug about this. 4. I also tested Ubuntu 12.04.4 LTS 32-bit (ConsoleKit) with Unity and with MATE 1.6. On that distro, polkit-gnome-authentication-agent-1 (Unity) & polkit-mate-authentication-agent-1 do start, but pkexec commands fail for another reason (the app complains that it cannot open the display.) A simple workaround for this case is to export XAUTHORITY 1st, I will file a separate bug about this. 5. polkit-gnome-authentication-agent-1 is started as gdm, but it should be started as the user also. Test system: CentOS 6.5 64-bit x2goserver: 4.0.1.13 x2goserver-xsession: 4.0.1.13 (same behavior when this package is not installed) nx-libs: 3.5.0.22 GNOME (This distro uses ConsoleKit, not systemd-logind) [batmin@mothership-el6 ~]$ pkexec gpk-application Error executing command as another user: No authentication agent was found. [batmin@mothership-el6 ~]$ ps -ef | grep agent gdm 653 1 0 11:06 ? 00:00:00 /usr/bin/spice-vdagent gdm 671 645 0 11:06 ? 00:00:00 /usr/libexec/polkit-gnome-authentication-agent-1 batmin 1246 1 7 11:08 ? 00:00:01 /usr/lib64/nx/../x2go/bin/x2goagent -extension XFIXES -nolisten tcp -dpi 96 -D -auth /home/batmin/.Xauthority -geometry 1024x768 -name X2GO-batmin-52-1395500884_stDGNOME_dp32 :52 root 1532 1 0 Mar21 ? 00:00:01 /usr/sbin/spice-vdagentd batmin 1710 1 0 11:08 ? 00:00:00 /usr/bin/spice-vdagent batmin 2032 2015 0 11:08 pts/0 00:00:00 grep agent [batmin@mothership-el6 ~]$ /usr/libexec/polkit-gnome-authentication-agent-1 (polkit-gnome-authentication-agent-1:2035): polkit-gnome-1-WARNING **: Unable to determine the session we are in: Remote Exception invoking org.freedesktop.ConsoleKit.Manager.GetSessionForUnixProcess() on /org/freedesktop/ConsoleKit/Manager at name org.freedesktop.ConsoleKit: org.freedesktop.ConsoleKit.Manager.GeneralError: Unable to lookup session information for process '2035' org.freedesktop.ConsoleKit.Manager.GeneralError Unable%20to%20lookup%20session%20information%20for%20process%20%272035%27 [batmin@mothership-el6 ~]

2 4

Bug#459: PolicyKit authentication within apps often fails
by Michael DePaulo 22 Aug '14

22 Aug '14

Package: x2goserver Version: 4.0.1.13 Notes: 1. I am not sure if this is a bug in x2goserver, x2goserver-xsession, or in nx-libs. 2. PolicyKit depends on ConsoleKit (and on systemd-logind in newer distros.) 3. The behavior seems to be distro-specific and/or app-specific. 4. This bug report differs from 458 because PolicyKit authentication is being called within an app, not when launching the app. This is part of the PolilcyKit architecture: The apps run unprivileged and rely on PolicyKit in order to speak to privileged processes that do the actual task. For example, in test case 2, gpk-application is launched unprivileged. It uses PolicyKit to speak to the PackageKit backend, and the PackageKit backend does the package install. Test system: Fedora 20 64-bit MATE Desktop 1.6.2.1.fc20 - used for all 3 test cases x2goserver 4.0.1.13.2.fc20 x2goserver-xsession 4.0.1.13.2.fc20 nxlibs 3.5.0.22.1-fc20 (This distro uses logind) (/usr/libexec/polkit-mate-authentication-agent-1 is launched automatically when I login over X2Go. This distro is not affected by bug 457) Test Case 1: Steps: 1. Launch yumex (from start menu or from console) 2. Switch to the yumex's "history" tab on the left.. Expected result: A policykit authentication window opens up, I select a user to authenticate as (myself or root), enter my password, and then the history is populated within yumex. Here is an image of that policykit authentication window: http://imgur.com/JUZTBHo Actual result: The authentication window does not open up and the history is no populated. Instead, I get an error message windows. When I click "Close" on the window, yumex closes. Error message: Fatal Error: polkit-not-authorized Could not get polkit autherisation to start backend Yum Extender will terminate Here's an image of the error message window http://imgur.com/ABYETM0 >From the command-line, I can see this output when I select the history tab: 15:53:07 : INFO - YUM: Error executing command as another user: Not authorized 15:53:14 : INFO - yum backend process is ended 15:53:14 : INFO - yum backend process is ended Test Case 2: Steps: 1. Launch gpk-application (GNOME "Software Install" AKA "Add/Remove Software") 2. Select to install a single package. 3. Click "Apply Changes" Expected result: A policykit authentication window opens up, I select a user to authenticate as (myself or root), enter my password, and then the package is downloaded & installed (over the course of at least a few seconds), during which a progress bar is displayed. Screenshot: http://imgur.com/lLNof08 Actual result: The authentication window does not open up. The progress bar for the install completes in about 1 second. The package is not installed. (Interestingly enough, the package is still selected to be installed, but the "Apply Changes" and "cancel" button are hidden. This is a bug in gpk-application, it does not know how to handle policykit having an error. But this gpk-application bug is besides the point.) Screenshot: http://i.imgur.com/28lCZF5.png Also, the command-line does not show any relevant output. Test Case 3: Steps: 1. Launch virt-manager (AKA "Virtual Machine Manager") This test case actually passes! Expected & Actual result: A policykit authentication window opens up, I select a user to authenticate as (e.g., myself or root), enter my password, and then I am connected to the local libvirtd instance and see the VMs running. Screenshot: http://imgur.com/mZSgdMW Also, the command-line output does not include any details about PolicyKit (succeeding.) Note: Test case 3 fails on CentOS 6.5 64-bit. However, CentOS 6.5 64-bit is affected by bug 457, so that precludes running this test case.

2 5

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev