xpra segfaults when attaching OS X

[pyther]

$ xpra version ssh:pyther@example.com:301
****************************************************************************
<snip>sshd banner</snip>
****************************************************************************
Enter PASSCODE:
0.13.4
Killed by signal 15.


$ xpra attach ssh:pyther@example.com:301
2014-06-11 08:41:36,589 xpra client version 0.13.4
** Message: pygobject_register_sinkfunc is deprecated (GstObject)

** (Xpra:62757): WARNING **: Trying to register gtype '(null)' as flags when in fact it is of type '(null)'

** (Xpra:62757): WARNING **: Trying to register gtype 'glong' as enum when in fact it is of type 'glong'
Segmentation fault: 11

I have attached the crash log OS X creates.

Let me know what additional information I can provide.

[Antoine Martin]

This is because of opengl... again.

Looks like gdkgl needs a rebuild.

[Antoine Martin]

Known workaround: add --opengl=no to your command line. Fix on its way.

[Antoine Martin]

I take that back: no fix is available or coming.

pygtkglext on OSX is a horrible mess, see #226 - hopefully we can get it to build and run again with #533 at some point.

Until then, I am not making any new osx builds.

[Antoine Martin]

I believe this is fixed as per ticket:533#comment:26

You can find beta OSX builds with this fix in the ​beta area.

pyther / afarr: please confirm that opengl no longer crashes and close this ticket. (now a blocker for 0.14.0 release)

[Antoine Martin]

(re-assigned)

[alas]

Trying to test with Xpra-0.14.0-r7001 (osx, obviously) I get the following error when trying to attach:

$ ./xpra attach tcp:10.0.32.53:1201 --opengl=on
./xpra: line 16: {path}/Xpra.app/Contents/MacOS/Python: No such file or directory
./xpra: line 16: exec: {path}/Xpra.app/Contents/MacOS/Python: cannot execute: No such file or directory

0.14.0 r6941 looks to be too old to be liable to have the fixes mentioned.

[Antoine Martin]

Ah, that's a later changeset.
Try running from Contents/Helpers instead of Contents/MacOS until I get this fixed. Sorry about that.

[Antoine Martin]

The missing wrapper in Contents/MacOS should be fixed in r7017.

[alas]

Testing with r7017, when checking sessioninfo (to confirm opengl was indeed running on an old 10.6.8) I got the following traceback:

Traceback (most recent call last):
  File "/Users/MacAdmin/gtk/inst/lib/python2.7/site-packages/xpra/client/gtk_base/gtk_tray_menu_base.py", line 308, in show_session_info_cb
  File "/Users/MacAdmin/gtk/inst/lib/python2.7/site-packages/xpra/client/gtk_base/gtk_tray_menu_base.py", line 193, in show_session_info
  File "/Users/MacAdmin/gtk/inst/lib/python2.7/site-packages/xpra/client/gtk_base/gtk_client_base.py", line 88, in show_session_info
  File "/Users/MacAdmin/gtk/inst/lib/python2.7/site-packages/xpra/client/gtk_base/session_info.py", line 386, in __init__
  File "/Users/MacAdmin/gtk/inst/lib/python2.7/site-packages/xpra/client/gtk_base/session_info.py", line 454, in populate_all
  File "/Users/MacAdmin/gtk/inst/lib/python2.7/site-packages/xpra/client/gtk_base/session_info.py", line 699, in populate_connection
TypeError: cannot concatenate 'str' and 'NoneType' objects

Just for your information, with r7060 (which session info calls r7059), the 10.6.8 still has no OpenGL support, sessioninfo lists some required OpenGL functions are not available: glGenFramebuffers, glBindFramebuffer, glFramebufferTexture2D.

Testing with a 10.9 machine however, with r7059 against a r7041 fedora 20 server, the session ran for over an hour, no matter how many widgets I toggled.

(As a last note, before closing this ticket, the r7059 client indicated having no packet compressors, and the r7041 fedora 20 serrver had no indication of h264.)

Ticket's primary issues seem solved though. Closing.

[Antoine Martin]

OSX 10.6.8 virtual machine with opengl enabled

[Antoine Martin]

TypeError: cannot concatenate 'str' and 'NoneType' objects

I believe this was fixed in r7026. This did not happen with r7060 or later, right?

---

Just for your information, with r7060 (which session info calls r7059)..

Well spotted. This was a rare issue when the last changeset(s) happened to be outside the main src/ tree, should be fixed in r7089 (now gets the revision from the parent dir, which is the same thing the osx script does)

---

the 10.6.8 still has no OpenGL support...

Well, that's very odd, I've double checked and mine does have opengl. (see screenshot)
It could be a driver thing I guess, though seeing that mine is a hacked virtualbox instance, I wouldn't have expected it to be doing too well when it comes to graphics drivers and acceleration.

---

... the r7059 client indicated having no packet compressors..

Moved to #624.

Thanks!