Bug 1583319

Should have added:

[mjclab2@julius ~]$ rpm -qa | grep xpra
xpra-2.3-1.fc27.x86_64

Everything works fine with xpra-2.2.6-2.fc27.x86_64

xpra-2.2.6-3.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-ffc8b01e7f

xpra-2.2.6-3.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-ffc8b01e7f

xpra-2.2.6-3.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.

This bug also impacts Fedora 28.

Yeah, this doesn't fix the issue for xpra-2.3.x in releases after Fedora 27.

Re-opening.

*** Bug 1589690 has been marked as a duplicate of this bug. ***

xpra-2.3.1-1.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-71f934e0ef

xpra-2.3.1-1.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-71f934e0ef

Hi, can someone give me feedback about if this bug is fixed or not with xpra-2.3.1-1.fc28 ? 

Thanks

I just installed xpra from testing, it still appears to be broken...

[jeff@coruscant ~]$ rpm -qa | grep xpra
xpra-2.3.1-1.fc28.x86_64
[jeff@coruscant ~]$ xpra start :100 --start-child=mate-terminal
xpra initialization error:
 invalid mode 'start'

Have you point out this issue to upstream too?

I'm occupied to fix other package now.

Please, test this new build: https://koji.fedoraproject.org/koji/taskinfo?taskID=27833334

Looks like xpra cannot be used with Python3 yet.
I am obliged to switch back to python2.

It's not in testing, so I guess I have to download the rpm manually and try? When I do that, there are some failed dependencies:

[root@coruscant ~]# rpm -ivh xpra-2.3.1-3.fc28.x86_64.rpm 
error: Failed dependencies:
	python2-ldap3 is needed by xpra-2.3.1-3.fc28.x86_64
	python2-opencv(x86-64) is needed by xpra-2.3.1-3.fc28.x86_64

When I try to install those using dnf, there are 35 other packages that get pulled in as dependencies. I don't understand why I must do this - the earlier version of xpra worked fine on this exact system without those packages.

Regardless, if I jump through all of these hoops, the new build seems to at least work.

>It's not in testing, so I guess I have to download the rpm manually and try?

Yes.

>[root@coruscant ~]# rpm -ivh xpra-2.3.1-3.fc28.x86_64.rpm 

Use DNF.
Packaging release #3 uses Python2, so it needs all its own dependencies; after installation of xpra-2.3.1-3 :

$ rpm -q --requires xpra
/bin/bash
/bin/sh
/bin/sh
/usr/bin/python2
config(xpra) = 2.3.1-3.fc28
cups-filesystem
dbus-x11(x86-64)
gstreamer1(x86-64)
gstreamer1-plugins-base(x86-64)
gstreamer1-plugins-good(x86-64)
js-jquery
libX11.so.6()(64bit)
libXcomposite.so.1()(64bit)
libXdamage.so.1()(64bit)
libXext.so.6()(64bit)
libXfixes.so.3()(64bit)
libXi.so.6()(64bit)
libXrandr.so.2()(64bit)
libXtst.so.6()(64bit)
libc.so.6()(64bit)
libc.so.6(GLIBC_2.14)(64bit)
libc.so.6(GLIBC_2.2.5)(64bit)
libc.so.6(GLIBC_2.4)(64bit)
libfribidi.so.0()(64bit)
libgdk-x11-2.0.so.0()(64bit)
libglib-2.0.so.0()(64bit)
libgobject-2.0.so.0()(64bit)
libgtk-x11-2.0.so.0()(64bit)
libm.so.6()(64bit)
libpthread.so.0()(64bit)
libpthread.so.0(GLIBC_2.2.5)(64bit)
libpython2.7.so.1.0()(64bit)
librt.so.1()(64bit)
librt.so.1(GLIBC_2.2.5)(64bit)
libvpx.so.5()(64bit)
libxkbfile.so.1()(64bit)
pulseaudio
pulseaudio-utils(x86-64)
pygtkglext(x86-64)
python(abi) = 2.7
python2-cups(x86-64)
python2-dbus(x86-64)
python2-gobject
python2-ldap3
python2-lz4(x86-64)
python2-netifaces(x86-64)
python2-numpy(x86-64)
python2-opencv(x86-64)
python2-pillow(x86-64)
python2-pyopengl(x86-64)
python2-rencode(x86-64)
rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(FileDigests) <= 4.6.0-1
rpmlib(PartialHardlinkSets) <= 4.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(PayloadIsXz) <= 5.2-1
rtld(GNU_HASH)
shadow-utils
shared-mime-info(x86-64)
xorg-x11-drv-dummy(x86-64)
xorg-x11-server-Xorg(x86-64)
xorg-x11-server-utils(x86-64)
xorg-x11-xauth(x86-64)

>Regardless, if I jump through all of these hoops, the new build seems to at least work.

Good!

xpra-2.3.1-3.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-df819ad945

xpra-2.3.1-3.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-df819ad945

xpra-2.3.1-3.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.

xpra-2.3.1-3.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.