Package Details: xpra-winswitch 2.0.2-1

Git Clone URL: https://aur.archlinux.org/xpra-winswitch.git (read-only)
Package Base: xpra-winswitch
Description: Modified version of xpra by Winswitch
Upstream URL: http://xpra.org/
Licenses: GPL2
Conflicts: parti-all
Provides: parti-all
Submitter: bug
Maintainer: bug
Last Packager: bug
Votes: 82
Popularity: 2.254489
First Submitted: 2011-05-26 08:08
Last Updated: 2017-04-18 07:57

Latest Comments

bug commented on 2017-03-29 08:19

Increased bandwidth consumption. I'll get it fixed.

grawity commented on 2017-03-20 06:47

The package() process starts with:

error running (['uglifyjs', '--version'],),{'stderr': -1, 'stdout': -1}: [Errno 2] No such file or directory
Warning: uglifyjs failed and return -1
Warning: yuicompressor module not found, cannot minify
'nvcc --version' failed with return code 127
stderr: None

Will this cause any problems?

bug commented on 2017-03-17 10:46

I prefer to avoid making dependencies for git packages.

As for trying to use xpra with libyuv-git. You should try to install libyuv-git (and recompile xpra). See if that works.

PythonNut commented on 2017-03-13 18:07

I think by default xpra will use the swscale Colorspace Converter, which ships with ffmpeg.

See https://xpra.org/trac/wiki/CSC

bug commented on 2017-03-13 06:25

Faster than what? I don't have libyuv installed to begin with. You can always check upstream.

PythonNut commented on 2017-03-13 05:17

Is it possible to use this with libyuv-git? Supposedly it's significantly faster.

bugman32 commented on 2017-03-05 22:05

Anyone else having problems with lzo or lz4 detection with the following errors:

Warning: zlib is the only compressor enabled
install and enable lzo or lz4 support for better performance

I have the following packages installed and have made sure lz4 is enabled in config:

xpra-winswitch 1.0.3-1
lz4 1:1.7.5-1
python-lz4 0.8.2-1
python2-lz4 0.7.0-2

== EDIT ==
I inspected the members of lz4, and it appears that the latest build of python2-lz4 does not create the VERSION member in the module:

Python 2.7.13 (default, Dec 21 2016, 07:16:46)
[GCC 6.2.1 20160830] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import lz4
>>> import inspect
>>> inspect.getmembers(lz4)
[('LZ4_compress', <built-in function LZ4_compress>), ('LZ4_uncompress', <built-in function LZ4_uncompress>), ('__doc__', None), ('__file__', '/usr/lib/python2.7/site-packages/lz4.so'), ('__name__', 'lz4'), ('__package__', None), ('compress', <built-in function compress>), ('compressHC', <built-in function compressHC>), ('decompress', <built-in function decompress>), ('dumps', <built-in function dumps>), ('loads', <built-in function loads>), ('uncompress', <built-in function uncompress>)]

However, you can see that the VERSION member exits in the python-lz4 build for Python 3:

Python 3.6.0 (default, Jan 16 2017, 12:12:55)
[GCC 6.3.1 20170109] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import lz4
>>> import inspect
>>> inspect.getmembers(lz4)
[('LZ4_compress', <built-in function LZ4_compress>), ('LZ4_compress_fast', <built-in function LZ4_compress_fast>), ('LZ4_uncompress', <built-in function LZ4_uncompress>), ('VERSION', '0.8.2'), ('__doc__', None), ('__file__', '/usr/lib/python3.6/site-packages/lz4.cpython-36m-x86_64-linux-gnu.so'), ('__loader__', <_frozen_importlib_external.ExtensionFileLoader object at 0x7f581720bf98>), ('__name__', 'lz4'), ('__package__', ''), ('__spec__', ModuleSpec(name='lz4', loader=<_frozen_importlib_external.ExtensionFileLoader object at 0x7f581720bf98>, origin='/usr/lib/python3.6/site-packages/lz4.cpython-36m-x86_64-linux-gnu.so')), ('__version__', '0.8.2'), ('compress', <built-in function compress>), ('compressHC', <built-in function compressHC>), ('compress_fast', <built-in function compress_fast>), ('decompress', <built-in function decompress>), ('dumps', <built-in function dumps>), ('loads', <built-in function loads>), ('lz4version', <built-in function lz4version>), ('uncompress', <built-in function uncompress>)]
>>>

bug commented on 2017-02-23 08:41

python2-dbus is optional.
Same goes for python2-pyinotify (which I don't have installed).

If the issue persists, please fill a bug report upstream (preferably with a stacktrace).

stefops commented on 2017-02-20 12:35

I had to add python2-dbus and python2-pyinotify
Now mine is working.

ochi commented on 2017-02-19 10:46

Did xpra stop working (e.g. when attaching) after the latest system updates for anyone else as well? Happens to me on two different machines (haven't updated more machines since). Even executing only "xpra attach" leads to a segfault in python2.7. Enabling xpra debugging messages using "-d all" doesn't yield much (get_enabled_encoders(['bencode', 'rencode', 'yaml']) enabled=['rencode', 'bencode' repeated four times). Rebuilding xpra didn't help. Don't really know how to further debug this yet.

EDIT: Nevermind, another system update helped – pangox-compat 0.0.2+2+gedb9e09-1 seems to be the culprit. Package version -2 solved the problem.

All comments