Custom Query (2683 matches)
Results (58 - 60 of 2683)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#1076 | fixed | 0.16.1 builds not finding python.version | ||
Description |
Trying to test the osx printing reversion to use .ps files (#995), I'm getting the following error on both server (my 0.16.1 r11596 fedora 23 build and maxmylyn's both) and client (the 0.16.1 r11593 osx build in your beta repo). 2016-01-05 11:20:25,937 Error: failed to query sound subsystem: 2016-01-05 11:20:25,937 python.version not found in sound properties Needless to say, there is no working sound. When I tried the 0.16.1 osx client against the 0.16.1 fedora 23 server, I also got a huge stream of the following traceback (come to think of it, I think calvin mentioned that you had forgotten to delete the "frozen" variable in the code that I think you merged for the #835 traceback issue): Traceback (most recent call last): File "/usr/lib64/python2.7/site-packages/xpra/server/window/window_source.py", line 1025, in expire_delayed_region self.may_send_delayed() File "/usr/lib64/python2.7/site-packages/xpra/server/window/window_source.py", line 1124, in may_send_delayed self.do_send_delayed() File "/usr/lib64/python2.7/site-packages/xpra/server/window/window_source.py", line 1136, in do_send_delayed self.send_delayed_regions(*delayed) File "/usr/lib64/python2.7/site-packages/xpra/server/window/window_source.py", line 1151, in send_delayed_regions self.do_send_delayed_regions(damage_time, window, regions, coding, options) File "/usr/lib64/python2.7/site-packages/xpra/server/window/window_video_source.py", line 581, in do_send_delayed_regions self.process_damage_region(damage_time, window, actual_vr.x, actual_vr.y, actual_vr.width, actual_vr.height, coding, video_options, 0) File "/usr/lib64/python2.7/site-packages/xpra/server/window/window_video_source.py", line 621, in process_damage_region WindowSource.process_damage_region(self, damage_time, window, x+w-dw, y, dw, h, self.edge_encoding, options, flush=1) File "/usr/lib64/python2.7/site-packages/xpra/server/window/window_source.py", line 1309, in process_damage_region avsynclog("scheduling encode queue iteration in %ims, pixels frozen=%s, encode queue size=%i (max=%i)", av_delay, frozen, l, self.encode_queue_max_size) NameError: global name 'frozen' is not defined |
|||
#1158 | fixed | 0.16.3 r12204 osx client giving "ValueError: unsupported hash type md5" error | ||
Description |
Trying to connect a 0.16.3 r12204 osx client (your /dists repo) to a 0.16.4 r11617 fedora 23 server (my build) with encryption & password is throwing a number of apparent encryption errors.
Launched the server with
Connected with a 0.16.4 r12312 windows client (your /beta repo) with
Then, in order to finally close ticket 489 ... tried the osx 0.16.3 r12204 client from your /dists directory with The osx client was unhappy: 2016-04-07 18:30:31,871 code for hash md5 was not found. Traceback (most recent call last): File "hashlib.pyc", line 147, in <module> File "hashlib.pyc", line 97, in __get_builtin_constructor This Python implementations based on the hmac module about as fast ValueError: unsupported hash type md5 2016-04-07 18:30:31,873 code for hash sha1 was not found. Traceback (most recent call last): File "hashlib.pyc", line 147, in <module> File "hashlib.pyc", line 97, in __get_builtin_constructor This Python implementations based on the hmac module about as fast ValueError: unsupported hash type sha1 xpra initialization error: cannot use encryption: no ciphers available (pycrypto must be installed) |
|||
#1175 | fixed | 0.16.3: lossy encoding on local attach | ||
Description |
When I attach to local session ( Why not use loseless encoding like raw RGB by default on local connection? It works faster and it used to be default behaviour in previous versions of Xpra.
I can override current behaviour if I attach with |