Package Details: xpra-winswitch 2.1.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: 85
Popularity: 0.716246
First Submitted: 2011-05-26 08:08
Last Updated: 2017-09-18 07:08

Latest Comments

bug commented on 2017-10-12 21:43

grubber, first I'd like to apologize. I didn't intend to sound offensive. I was just being terse.

It seems I didn't understand you at first as for the issue you raised about /etc/default/xpra. Before I get to patching it, could you please link me to a reference (that default should be used instead of sysconfig)?

On another note, please consider the code on upstream: https://www.xpra.org/trac/browser/xpra/trunk/src/setup.py?rev=14479#L1986
This means the file should be created in default if /etc/sysconfig does not exist. Does it exist on your clean installation? (I currently don't have the time to create a VM).
In other words, this should probably be reported to upstream (though it does not mean I won't patch it).

As for including pam-selinux as optional dependency, that is doable and should be fine. From your original comment, I thought that you'd like me to change the default configuration or something along the lines. I prefer to leave config files as-is from upstream. As I never used selinux, I had no idea that this was the fix that is required.

grubber commented on 2017-10-04 19:03

bug, this is after a clean install of xpra-winswitch:

$ pacman -Qo /etc/sysconfig/xpra /etc/default/xpra
error: failed to read file '/etc/sysconfig/xpra': No such file or directory
/etc/default/xpra is owned by xpra-winswitch 2.1.2-1

Clearly, /etc/sysconfig/xpra is not owned by xpra-winswitch, whereas /etc/default/xpra is - as it should, because /etc/default is in fact the correct directory for environment files, /etc/sysconfig is used on Red Hat based distros, but not on Arch Linux.

As for pam_selinux.so, my use case is simply to be able to use xpra-winswitch out of the box. At the very least, you should add a "pam-selinux: proxy server support" optdepend.

I reported these issues in good faith, so that the next person wouldn't have to figure them out themselves. I can't force you to fix them in the package of course, but I think it would certainly be nice for the sake of other proxy server users.

bug commented on 2017-09-14 20:57

Grubber: I don't test the proxy as I don't use it.
* /etc/sysconfig/xpra is owned by xpra-winswitch 2.1.1-1. So that is correct.
* You are welcome to change /etc/pam.d/xpra to however you see fit in your usecase.

grubber commented on 2017-09-14 13:59

The xpra proxy server is broken in this package:
* /usr/lib/systemd/system/xpra.service references /etc/sysconfig/xpra instead of the installed /etc/default/xpra
* /etc/pam.d/xpra uses pam_selinux.so which is normally not available on Arch Linux

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.

All comments