x2go-dev

x2go-dev@lists.x2go.org

5399 discussions

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

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

x2go-dev