x2go-dev August 2014

x2go-dev@lists.x2go.org

31 participants
143 discussions

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

Bug#503: Can't start X Server, please check your installation
by David Christensen 20 Aug '14

20 Aug '14

I have come across this problem as well, but my situation is a bit different (odd.) I originally setup the x2go client on my work laptop and it connects just fine. I wanted to add it to my personal laptop (both run Win7, but home is regular and work is Professional) and that is when I run into this issue. I've tried uninstalling and removing the registry entries for the application, no-go. Is there a workaround for my situation? Thank you, David Christensen

1 0

Bug#580: X2Go Client writes Qt class names to .x2goclient/sessions
by Mike Gabriel 20 Aug '14

20 Aug '14

Hi Alex, (Keeping your message unshortened to make sure all information is included with the history of bug #580 in BTS). On Mi 20 Aug 2014 13:54:04 CEST, Oleksandr Shneyder wrote: > Hi Mike, > > Am 20.08.2014 13:30, schrieb Mike Gabriel: >> Package: x2goclient >> Severity: important >> Version: 4.0.3.0-preview >> >> Hi Alex, >> >> the new folder browser implementation in X2Go Client writes QtByteArray >> objects to .x2goclient/sessions. >> >> """ >> [General] >> TEST_FOLDER=ByteArray() >> >> [<sessionid1>] >> ... >> """ >> >> This information cannot be handled by PyHoca-GUI / Python X2Go. I >> understand that this is needed to store empty folder icons in the >> sessions file. >> >> To reproduce... >> >> 1. create a session profile in the base folder >> 2. create a new folder and place the above session into that folder >> 3. after I have created that folder, the above TEST_FOLDER entry under >> General appears >> 4. if I then add an icon to that folder, the ByteArray gets filled with >> content. >> >> All this information can only be handled via Qt applications. Is it >> possible to write the information in a different format? E.g. base64 >> encoded string (raw image data) + the file format (-> "<base64data>.png")? > > Yes, it is possible. I'll check if I have a time to do this till weekend. THANKS!!! >> A change of this approach before 4.0.3.0 release will be highly >> appreciated... >> >> Also we should not use [General] here as the ini file section. How >> about: [Folders] or [SessionFolders]? > > No, it is the only way to keep compatibility with older versions of X2Go > client. All groups in ini file identified from client as sessions. If we > save the icons in group "Folder", older versions of x2go client will > identify this group as session with id "Folder". Save this icons in > other ini file is not an option neither (x2gobroker) Ah, ok. Good point. Agreeing here. I wonder if we should prefix the folder name by something: TEST_FOLDER=<data>.<format> -> SessionsFolder::TEST_FOLDER=<data>.<format> Or something like that... Also: So, if there is an ini section named [General], it should get ignored by Python X2Go, right? 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#580: X2Go Client writes Qt class names to .x2goclient/sessions
by Mike Gabriel 20 Aug '14

20 Aug '14

Package: x2goclient Severity: important Version: 4.0.3.0-preview Hi Alex, the new folder browser implementation in X2Go Client writes QtByteArray objects to .x2goclient/sessions. """ [General] TEST_FOLDER=ByteArray() [<sessionid1>] ... """ This information cannot be handled by PyHoca-GUI / Python X2Go. I understand that this is needed to store empty folder icons in the sessions file. To reproduce... 1. create a session profile in the base folder 2. create a new folder and place the above session into that folder 3. after I have created that folder, the above TEST_FOLDER entry under General appears 4. if I then add an icon to that folder, the ByteArray gets filled with content. All this information can only be handled via Qt applications. Is it possible to write the information in a different format? E.g. base64 encoded string (raw image data) + the file format (-> "<base64data>.png")? A change of this approach before 4.0.3.0 release will be highly appreciated... Also we should not use [General] here as the ini file section. How about: [Folders] or [SessionFolders]? Mike PS: If/Once you fix this, please remember to close this bug with your commit. Thanks! -- 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#578: X2Go issue (in src:nx-libs) has been marked as pending for release
by Mike Gabriel 20 Aug '14

20 Aug '14

tag #578 pending fixed #578 2:3.5.0.28 thanks Hello, X2Go issue #578 (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=c9bc8ac The issue will most likely be fixed in src:nx-libs (2:3.5.0.28). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit c9bc8accc1b1a385b61c1a802da99c4de3d4577c Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Wed Aug 20 13:02:53 2014 +0200 Add 025_nxcomp-fix-ftbfs-against-jpeg9a.full+lite.patch. Fix FTBFS when built against libjpeg9a. Thanks to Gabriel Marcano for sending this in. diff --git a/debian/changelog b/debian/changelog index 59028ad..2c41937 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,9 @@ nx-libs (2:3.5.0.28-0x2go1) UNRELEASED; urgency=medium * Provide COPYING file in tarball. Update debian/copyright. + * Add 025_nxcomp-fix-ftbfs-against-jpeg9a.full+lite.patch. Fix FTBFS when + built against libjpeg9a. Thanks to Gabriel Marcano for sending this in. + (Fixes: #578). -- Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Mon, 30 Jun 2014 15:05:54 +0200

2 1

Bug#458: X2Go issue (in src:x2goserver) has been marked as pending for release
by Mike Gabriel 20 Aug '14

20 Aug '14

tag #458 pending fixed #458 4.0.1.16 thanks Hello, X2Go issue #458 (src:x2goserver) 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=x2goserver.git;a=commitdiff;h=421d42a The issue will most likely be fixed in src:x2goserver (4.0.1.16). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit 421d42addb2dc10ce80644eb8a3ab30ca7a78dba Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Wed Aug 20 11:11:09 2014 +0200 Export XAUTHORITY env var in x2goruncommand to enable privilege upgrade for applications started via pkexec. (Fixes: #458). diff --git a/debian/changelog b/debian/changelog index fdf038c..a56c63b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -71,6 +71,8 @@ x2goserver (4.0.1.16-0x2go1) UNRELEASED; urgency=low #574). - Abort session if env var $HOME is not set or if $HOME contains non-ASCII characters. (Fixes: #397). + - Export XAUTHORITY env var in x2goruncommand to enable privilege upgrade + for applications started via pkexec. (Fixes: #458). * debian/control, x2goserver.spec: + Update versioned D: x2goagent (>= 3.5.0.25). This assures that X2Go works with poly-instantiated /tmp directories.

2 1

Bug#397: X2Go issue (in src:x2goserver) has been marked as pending for release
by Mike Gabriel 20 Aug '14

20 Aug '14

tag #397 pending fixed #397 4.0.1.16 thanks Hello, X2Go issue #397 (src:x2goserver) 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=x2goserver.git;a=commitdiff;h=a2e9b6d The issue will most likely be fixed in src:x2goserver (4.0.1.16). light+love X2Go Git Admin (on behalf of the sender of this mail) --- commit a2e9b6dbea53d598f007b5550cde6937ab6907dd Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de> Date: Wed Aug 20 10:55:04 2014 +0200 Abort session if env var $HOME is not set or if $HOME contains non-ASCII characters. (Fixes: #397). diff --git a/debian/changelog b/debian/changelog index ea150c3..fdf038c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -69,6 +69,8 @@ x2goserver (4.0.1.16-0x2go1) UNRELEASED; urgency=low (Fixes: #558). - Allow length of username up to 48 characters (was: 32 characters). (Fixes: #574). + - Abort session if env var $HOME is not set or if $HOME contains non-ASCII + characters. (Fixes: #397). * debian/control, x2goserver.spec: + Update versioned D: x2goagent (>= 3.5.0.25). This assures that X2Go works with poly-instantiated /tmp directories.

2 1

← Newer
1
...
6
7
8
9
10
11
12
...
15
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev August 2014