Bug#745707: xpra: raising a window with H.264 encoding causes xpra to crash and remain stale

2014-04-25 Thread Dmitry Smirnov
On Fri, 25 Apr 2014 09:55:49 Arno Töll wrote:
> Err, wait: Yes, I'm using DMO on the client side. However, what's
> crashing is the server if the client wishes H.264 encoding?

I don't know although I'd suspect similar issue as I can't reproduce the 
problem despite using Xpra all the time. Try to start local server

xpra start :44

and connect

xpra attach :44 --no-mmap

to see whether it works with the same libraries. Hopefully we'll understand 
your problem better.

-- 
Regards,
 Dmitry Smirnov.


signature.asc
Description: This is a digitally signed message part.


Bug#745707: xpra: raising a window with H.264 encoding causes xpra to crash and remain stale

2014-04-25 Thread Arno Töll
On 25.04.2014 09:46, Arno Töll wrote:
> On 25.04.2014 04:06, Dmitry Smirnov wrote:
>> On Thu, 24 Apr 2014 10:46:23 Arno Töll wrote:
>>> Versions of packages xpra depends on:
>>> ii  libavutil52   10:2.1.3-dmo1
>>> ii  libswscale2   10:2.1.3-dmo1
>>
>> I'm pretty sure the above libraries are responsible for troubles.
> 
> *le sigh*

Err, wait: Yes, I'm using DMO on the client side. However, what's
crashing is the server if the client wishes H.264 encoding?


-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature


Bug#745707: xpra: raising a window with H.264 encoding causes xpra to crash and remain stale

2014-04-25 Thread Arno Töll
On 25.04.2014 04:06, Dmitry Smirnov wrote:
> On Thu, 24 Apr 2014 10:46:23 Arno Töll wrote:
>> Versions of packages xpra depends on:
>> ii  libavutil52   10:2.1.3-dmo1
>> ii  libswscale2   10:2.1.3-dmo1
> 
> I'm pretty sure the above libraries are responsible for troubles.

*le sigh*


-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature


Bug#745707: xpra: raising a window with H.264 encoding causes xpra to crash and remain stale

2014-04-24 Thread Dmitry Smirnov
On Thu, 24 Apr 2014 10:46:23 Arno Töll wrote:
> Versions of packages xpra depends on:
> ii  libavutil52   10:2.1.3-dmo1
> ii  libswscale2   10:2.1.3-dmo1

I'm pretty sure the above libraries are responsible for troubles.

Packages from DMO are entirely unsupported and known to cause problems.

See §2.6, §2.7:


https://wiki.debian.org/DebianMultimedia/FAQ#Does_the_team_coordinate_package_maintenance_with_dmo.3F

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


signature.asc
Description: This is a digitally signed message part.


Bug#745707: xpra: raising a window with H.264 encoding causes xpra to crash and remain stale

2014-04-24 Thread Arno Töll
Package: xpra
Version: 0.12.3+dfsg-1
Severity: important

The current version of xpra looks rather broken to me. Trying to raise a window
yields to an unrecoverable error. Symptoms are that the first window is 
displayed,
causing xpra to crash, and further windows remain black when they exist already,
or aren't displayed anymore at all, when they do not exist yet. The server 
remains
stale, accepts connections but no windows are shown. 

To reproduce, do on the server side (connect a client after the start):

$ xpra start :1
$ DISPLAY=:1 xmessage 'foo'  // works, but causes the crash
Warning: Cannot convert string "vlines2" to type Pixmap
$ DISPLAY=:1 xmessage 'foo' // never shown

from the log:

2014-04-24 10:36:11,636 Handshake complete; enabling connection
2014-04-24 10:36:11,641 Python/Gtk2 Linux client version 0.12.3 connected from 
'snowball' as 'arno' ('arno')
2014-04-24 10:36:11,642 client supplied an mmap_file: /tmp/xpra.16EDpx.mmap but 
we cannot find it
2014-04-24 10:36:11,643 using h264 as primary encoding, also available: vp8, 
rgb24, rgb32
2014-04-24 10:36:11,643 client root window size is 1600x900 with 1 displays:
2014-04-24 10:36:11,643   ':0.0' (423x238 mm) workarea: 1600x850
2014-04-24 10:36:11,643 LVDS1 (310x174 mm)
2014-04-24 10:36:11,645 server virtual display now set to 1600x900
2014-04-24 10:36:11,646 setting key repeat rate from client: 300ms delay / 20ms 
interval
2014-04-24 10:36:11,647 setting keymap: rules=evdev, model=thinkpad60, 
layout=de,us
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:  Type "ONE_LEVEL" has 1 levels, but  has 2 symbols
>   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
2014-04-24 10:36:11,669 setting full keymap definition from client via xkbcomp
[swscaler @ 0x7f141c005380] 0x54 -> 0x54 is invalid scaling dimension
2014-04-24 10:36:16,431 setup_pipeline failed for (44, codec_spec(swscale), 
'RGB', codec_spec(x264))
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/xpra/server/window_video_source.py", 
line 1051, in setup_pipeline
enc_width, enc_height, enc_in_format, csc_speed)
  File "colorspace_converter.pyx", line 316, in 
xpra.codecs.csc_swscale.colorspace_converter.ColorspaceConverter.init_context 
(xpra/codecs/csc_swscale/colorspace_converter.c:4321)
AssertionError: sws_getContext returned NULL


The problem seems to be specific to the H.264 codec (which is the default). 
Starting the client with

$ xpra attach --encoding=vp8 ...

seems to workaround the problem, however. That being said using VP8 fills the 
log
with:

2014-04-24 10:42:51,594 error processing damage data: BUG: no encoder not found 
for rgb
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/xpra/server/source.py", line 1578, in 
data_to_packet
encode_and_queue()
  File "/usr/lib/python2.7/dist-packages/xpra/server/window_source.py", line 
890, in make_data_packet_cb
packet = self.make_data_packet(*data)
  File "/usr/lib/python2.7/dist-packages/xpra/server/window_source.py", line 
1109, in make_data_packet
raise Exception("BUG: no encoder not found for %s" % coding)
Exception: BUG: no encoder not found for rgb

... though that seems harmless.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xpra depends on:
ii  libavcodec54  6:9.11-3+b2
ii  libavutil52   10:2.1.3-dmo1
ii  libc6 2.18-4
ii  libgtk2.0-0   2.24.23-1
ii  libswscale2   10:2.1.3-dmo1
ii  libvpx1   1.3.0-2
ii  libx11-6  2:1.6.2-1
ii  libx264-142   2:0.142.2389+git956c8d8-4
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-1
ii  libxext6  2:1.3.2-1
ii  libxfixes31:5.0.1-1
ii  libxrandr22:1.4.2-1
ii  libxtst6  2:1.2.2-1
ii  python2.7.5-5
ii  python-gtk2   2.24.0-3+b1
ii  x11-xserver-utils 7.7+2
ii  xserver-xorg-input-void   1:1.4.0-1+b3
ii  xserver-xorg-video-dummy  1:0.3.7-1+b2

Versions of packages xpra recommends:
ii  openssh-client1:6.6p1-3
ii  python-avahi  0.6.31-4
ii  python-gtkglext1  1.1.0-9.1
ii  python-imaging2.3.0-2
ii  python-netifaces  0.8-3+b1
ii  python-webm   0.2.2-3
ii  ssh-askpass   1:1.2.4.1-9

Versions of packages xpra suggests:
ii  gstreamer0.10-plugins-bad   0.10.23-7.2
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu2
ii  openssh-server  1:6.6p1-3
pn  pulseaudio  
pn  pulseaudio-utils
ii  python-dbus 1.2.0-2+b2
pn  python-gst0.10  
pn  python-pyopencl 

-- no deb