Package: pyhoca-gui
-------- Forwarded Message --------
Subject: [Bug 1665366] New: Cannot run AttributeError: module 'wx' has
no attribute 'TaskBarIcon'
Date: Fri, 11 Jan 2019 07:15:55 +0000
From: bugzilla(a)redhat.com
To: orion(a)nwra.com
https://bugzilla.redhat.com/show_bug.cgi?id=1665366
Bug ID: 1665366
Summary: Cannot run AttributeError: module 'wx' has no
attribute 'TaskBarIcon'
Product: Fedora
Version: 29
Hardware: x86_64
OS: Linux
Status: NEW
Component: pyhoca-gui
Severity: high
Assignee: orion(a)nwra.com
Reporter: rastislav.janci(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: orion(a)nwra.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Cannot execute puhoca-gui application because of the changes in wxpython4 -
wx.TaskBarIcon is moved to wx.adv.TaskBarIcon
Version-Release number of selected component (if applicable):
pyhoca-gui-0.5.0.7-6.fc29.noarch
python3-cups-1.9.72-22.fc29.x86_64
python3-setproctitle-1.1.10-9.fc29.x86_64
python3-gobject-base-3.30.4-1.fc29.x86_64
python3-wxpython4-4.0.1-9.fc29.x86_64
python3-x2go-0.6.0.2-1.fc29.noarch
How reproducible:
run pyhoca-gui
Steps to Reproduce:
1. Open command line
2. run pyhoca-gui
Actual results:
Traceback (most recent call last):
File "/usr/bin/pyhoca-gui", line 35, in <module>
from pyhoca.wxgui.launcher import PyHocaGUI_Launcher
File "/usr/lib/python3.7/site-packages/pyhoca/wxgui/launcher.py",
line 44, in
<module>
from .frontend import PyHocaGUI
File "/usr/lib/python3.7/site-packages/pyhoca/wxgui/frontend.py",
line 42, in
<module>
from . import taskbar
File "/usr/lib/python3.7/site-packages/pyhoca/wxgui/taskbar.py", line
83, in
<module>
class PyHocaGUI_TaskBarIcon(wx.TaskBarIcon):
AttributeError: module 'wx' has no attribute 'TaskBarIcon'
Expected results:
executed
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
tag #1357 pending
fixed #1357 4.1.0.4
thanks
Hello,
X2Go issue #1357 (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=d7c4222
The issue will most likely be fixed in src:x2goserver (4.1.0.4).
light+love
X2Go Git Admin (on behalf of the sender of this mail)
---
commit d7c42225b52d42111b1220888c024ed4efe3b061
Author: Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>
Date: Fri Jan 11 12:34:39 2019 +0100
debian/changelog: add bug closure for #1357
diff --git a/debian/changelog b/debian/changelog
index 0526008..2547462 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -5,7 +5,7 @@ x2goserver (4.1.0.4-0x2go1) UNRELEASED; urgency=medium
- Fix version number in VERSION.x2goserver-desktopsharing.
- x2goserver-x2goagent: Drop x2goagent.keyboard file.
- x2goversion: Fix situations where ${compfile} contains a
- non-absolute path (e.g. it contains '../').
+ non-absolute path (e.g. it contains '../'). (Fixes: #1357).
* debian/x2goserver.postinst:
+ Drop duplicate sourcing of debconf includes.
Processing commands for control(a)bugs.x2go.org:
> tags 1358 rpm-packages
Bug #1358 [x2goclient] x2goclient for openSUSE 15.0 is missing
Added tag(s) rpm-packages.
>
End of message, stopping processing here.
Please contact me if you need assistance.
--
1358: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1358
X2Go Bug Tracking System
Contact owner(a)bugs.x2go.org with problems
Package: x2goserver
Version: 4.1.0.4
Tag: rpm-packages
The openSUSE Tumbleweed packages for x2goserver at
<https://wiki.x2go.org/doku.php/wiki:repositories:suse> are not
compatible with the version of Perl currently distributed by Tumbleweed.
This makes it impossible to install them on Tumbleweed; if they are
already installed then it makes it impossible to update Tumbleweed
without uninstalling x2goserver. For example:
$ sudo zypper update perl
Loading repository data...
Reading installed packages...
There is an update candidate for 'perl', but it is from a different
vendor. Use 'zypper install perl-5.28.1-169.5.x86_64' to install this
candidate. Resolving package dependencies...
Problem:
x2goserver-xsession-4.1.0.4-0.0x2go1.0.git20181213.1753.heuler.x86_64
requires perl(:MODULE_COMPAT_5.26.2), but this requirement cannot be
provided deleted providers: perl-5.26.2-1.4.x86_64 Solution 1:
Following actions will be done: deinstallation of
x2goserver-xsession-4.1.0.4-0.0x2go1.0.git20181213.1753.heuler.x86_64
deinstallation of
x2goserver-common-4.1.0.4-0.0x2go1.0.git20181213.1753.heuler.x86_64
deinstallation of
x2goserver-4.1.0.4-0.0x2go1.0.git20181213.1753.heuler.x86_64
deinstallation of
perl-X2Go-Server-DB-4.1.0.4-0.0x2go1.0.git20181213.1753.heuler.x86_64
deinstallation of
perl-X2Go-Server-4.1.0.4-0.0x2go1.0.git20181213.1753.heuler.x86_64
deinstallation of
perl-X2Go-Log-4.1.0.4-0.0x2go1.0.git20181213.1753.heuler.x86_64
deinstallation of
x2goserver-extensions-4.1.0.4-0.0x2go1.0.git20181213.1753.heuler.x86_64
Solution 2: do not install perl-5.28.1-1.1.x86_64 Solution 3: break
x2goserver-xsession-4.1.0.4-0.0x2go1.0.git20181213.1753.heuler.x86_64
by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/3/c] (c):
Processing commands for control(a)bugs.x2go.org:
> tags 1338 rpm-packages
Bug #1338 [x2goclient] openSUSE Tumbleweed RPM builds against obsolete (and nowadays missing) libssh
Added tag(s) rpm-packages.
>
End of message, stopping processing here.
Please contact me if you need assistance.
--
1338: http://bugs.x2go.org/cgi-bin/bugreport.cgi?bug=1338
X2Go Bug Tracking System
Contact owner(a)bugs.x2go.org with problems
The official RPM has been working for me for a while now. Either
someone applied my patch, or they applied a different patch with the
same effect. Either way, if no one else is still experiencing this
problem, then this bug can be closed.
Package: x2goclient
Version: 4.1.2.1-3
x2goclient fails to connect to a working xgoserver, no matter the
server version.
The client machine is Archlinux 64, upgraded to the latest version
(as of yesterday).
I have downloaded and compiled from git the x2goclient sourcecode, but
this compiled version don't work
either.
This is the log generated by x2goclient:
---------------------------------------------------------------------------------------------
Copyright (c) 2014-2016 Mihai Moldovan <ionic(a)ionic.de>
Copyright (c) 2011-2016 Mike Gabriel <mike.gabriel(a)das-netzwerkteam.de>
Copyright (c) 2015-2016 Qindel Group (http://www.qindel.com)
NXCOMP, NX protocol compression and NX extensions to this software
are copyright of the aforementioned persons and companies.
Redistribution and use of the present software is allowed according
to terms specified in the file LICENSE.nxcomp which comes in the
source distribution.
All rights reserved.
NOTE: This software has received contributions from various other
contributors, only the core maintainers and supporters are listed as
copyright holders. Please contact us, if you feel you should be listed
as copyright holder, as well.
NX protocol compression is derived from DXPC project.
Copyright (c) 1995,1996 Brian Pane
Copyright (c) 1996,1997 Zachary Vonler and Brian Pane
Copyright (c) 1999 Kevin Vigor and Brian Pane
Copyright (c) 2000,2003 Gian Filippo Pinzari and Brian Pane
All rights reserved.
See https://github.com/ArcticaProject/nx-libs for more information.
Info: Proxy running in server mode with pid '14626'.
Session: Starting session at 'Fri Nov 23 13:26:45 2018'.
Info: Using errors file
'/home/xxxxx/.x2go/S-xxxxxxx-50-1542975996_stDLXDE_dp24/sessions'.
Info: Using stats file '/home/xxxxx/.x2go/S-50/stats'.
Loop: WARNING! Overriding auxiliary X11 port with new value '1'.
Warning: Overriding auxiliary X11 port with new value '1'.
Info: Using abstract X11 socket in kernel namespace for accessing DISPLAY=:0.
Info: Connecting to remote host 'localhost:31001'.
Info: Connected to remote proxy on FD#5.
Loop: PANIC! Parse error in remote options string 'SSH-2.0-OpenSSH_6.7p1 '.
Error: Parse error in remote options string 'SSH-2.0-OpenSSH_6.7p1 '.
Loop: PANIC! Failure negotiating the session in stage '7'.
Error: Failure negotiating the session in stage '7'.
Loop: PANIC! Wrong version or invalid session authentication cookie.
Error: Wrong version or invalid session authentication cookie.
Session: Terminating session at 'Fri Nov 23 13:26:45 2018'.
Versions of the relevant packages:
nx3-all 3.5.0-4
nxproxy 3.5.99.16-2
x2goclient 4.1.2.1-3
libssh 0.8.5-1
libssh2 1.8.0-3
openssh 7.9p1-1
qt4 4.8.7-26
I can ssh the remote machines without problem, and pyhoca-cli also
works correctly.
Greetings,
Javier Martínez
Package: x2godesktopsharing
Severity: important
Version: 3.2.0.0
X-Debbugs-Cc: josesan(a)gmail.com
Hi,
I turn this thread into an official bug report...
On So 09 Dez 2018 13:59:02 CET, Víctor J. Sánchez E. wrote:
>
> El mié., 5 dic. 2018 a las 15:09, Víctor J. Sánchez (<vjosesan(a)gmail.com>)
> escribió:
>
>> Hi all,
>>
>> I recently installed x2godesktopsharing via X2Go repositories for Debian.
>> The installation asked me about activate the auto-start feature (I said
>> yes) and enable shared desktop (I said no). When I reboot the machine in
>> KDE Plasma desktop I see two x2godesktopsharing applets in system tray and
>> the next error message is displayed (translated into english):
>>
>> *The application X2Go DesktopSharing is already active for this screen*
>>
>> *if it doesn't run remove /tmp/x2godesktopsharing.lock_USER@:0 and start
>> it up again*
>>
>> I don't know about x2godesktopsharing is started because I can't find
>> anything in the documentation about it. I only see the file
>> /etc/xdg/autostart/x2godesktopsharing.desktop but I don't see any system
>> service (systemctl) nor KDE Plasma desktop's startup service or script.
>>
>> How could I resolve this issue?
>>
>> Some data about my system:
>>
>> - Debian testing (amd64), kernel 4.18.0-3-amd64
>>
>> - KDE Plasma 5.14.3
>>
>> - x2godesktopsharing 3.2.0.0
>>
>> Thanks in advance.
>>
> Hi all again,
>
> after investigate deeper about this issue I noted that every log in in KDE
> Plasma session the number of x2godesktopsharing applets were increasing in
> system tray (until 5 applets or more!!).
> I discovered that the restore of KDE Plasma session setting was inexplicably
> resetted (may due to an update). I set it again to starts an empty session
> and the problem has gone. Now it only starts only one x2godesktopsharing
> system tray applet.
> The setting is in KDE System Settings -> Startup and Shutdown -> Desktop
> Session -> On Login switch to "Start with an empty session" instead of
> "Restore previous session".
>
> Regards.
>
> ----
This looks like we should hinder x2godesktopsharing from starting a
second instance when there is one already running for the same $DISPLAY.
Mike
--
DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139
GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31
mail: mike.gabriel(a)das-netzwerkteam.de, http://das-netzwerkteam.de