Custom Query (230 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (31 - 33 of 230)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Ticket Resolution Summary Owner Reporter
#266 fixed xpra v0.14.6-2 not working Nathan Rennie-Waldock Nathan Rennie-Waldock
Description

xpra isn't working in 0.12.20 Server is Ubuntu 12.04 64bit, client is Windows 7 64bit Both run WinSwitch? 0.12.20. Server's xpra is v0.14.6-2

Part of server log:

Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/xpra/server/server_core.py", line 434, in _process_hello
    proto.enable_compressor_from_caps(c)
  File "/usr/lib/python2.7/dist-packages/xpra/net/protocol.py", line 383, in enable_compressor_from_caps
    self.enable_nocompress()
AttributeError: 'Protocol' object has no attribute 'enable_nocompress'
2014-09-18 15:06:53,999 connection timedout: Protocol(SocketConnection(('127.0.0.1', 15063) - ('127.0.0.1', 50844)))
2014-09-18 15:06:54,799 Connection lost

I've downgraded xpra to 0.13.9-1 and that's working.

#265 fixed difficulty with "msjnc" application and win-switch Eric Blade Eric Blade
Description

Install msjnc application from: http://mad-scientist.us/juniper.html

Server running application is Ubuntu 14.04-1.

Application is installed into window-switch menus as "Internet->VPN Session Disconnect". (It's actual name in the system is "Network Connect")

Attempting to run it from Window-Switch results in an xpra session briefly starting, and then closing down. Logs don't seem to match up with anything (I don't see any session logs that mention msjnc, and although I have two xpra processes and a Xvfb-for-Xpra- process left over, claiming to be :67 and :68, my only logs are for other numbers and appear to be prior sessions).

Running the application from the server itself, using:

xpra start ssh:127.0.0.1:100 --start-child=msjnc

is successful.

Apparently the windows xpra client doesn't accept the "--start-child" parameter, so I'm not quite sure how to test it when starting from remote.

The application does not succeed when running from window-switch on the local machine, either.

#263 fixed Conflict between netifaces and python-netifaces packages on Fedora 20 Radek Novacek Radek Novacek
Description

There is a file conflict between netifaces and python-netifaces packages in the winswitch repo for Fedora 20:

file /usr/lib64/python2.7/site-packages/netifaces.so from install of python-netifaces-0.10.4-1.fc20.x86_64 conflicts with file from package netifaces-0.10.4-1.fc20.x86_64

Both of netifaces-0.10.4-1.fc20.x86_64 and python-netifaces-0.10.4-1.fc20.x86_64 are in the winswitch repo, conflicting with each other.

It looks like the xpra package used to depend on netifaces but it depends on python-netifaces now, but python-netifaces is not coinstallable with netifaces.

My guess would be that the python-netifaces is missing Obsoletes: netifaces.

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Note: See TracQuery for help on using queries.