25/01/2010 20:28:41 [0x0-0x15015].shifter[213] 2010/25/01 20:28:41 globals os.uname=('Darwin', 'macadmins-vmware-virtual-platform.local', '9.8.0', 'Darwin Kernel Version 9.8.0: Tue Aug 11 12:57:32 AST 2009; Based on Voodoo :xnu-1228.15.4/BUILD/obj/RELEASE_I386', 'i386') 
25/01/2010 20:28:41 [0x0-0x15015].shifter[213] 2010/25/01 20:28:41 globals version=0.9.0, built on macadmins-vmware-virtual-platform.local by MacAdmin, 2010-01-24 
25/01/2010 20:28:41 [0x0-0x15015].shifter[213] 2010/25/01 20:28:41 globals uid=501, username=MacAdmin, name=MacAdmin, hostname=macadmins-vmware-virtual-platform.local, locale=C 
25/01/2010 20:28:41 [0x0-0x15015].shifter[213] Traceback (most recent call last): 
25/01/2010 20:28:41 [0x0-0x15015].shifter[213]   File "///Volumes/Window-Shifter/Window-Shifter.app/Contents/MacOS/Window-Shifter.py", line 8, in <module> 
25/01/2010 20:28:41 [0x0-0x15015].shifter[213]     execfile(os.path.join(pygtklibdir, "shifter/applet_wrapper.py")) 
25/01/2010 20:28:41 [0x0-0x15015].shifter[213]   File "///Volumes/Window-Shifter/Window-Shifter.app/Contents/Resources/lib/pygtk/2.0/shifter/applet_wrapper.py", line 59, in <module> 
25/01/2010 20:28:41 [0x0-0x15015].shifter[213]     main() 
25/01/2010 20:28:41 [0x0-0x15015].shifter[213]   File "///Volumes/Window-Shifter/Window-Shifter.app/Contents/Resources/lib/pygtk/2.0/shifter/applet_wrapper.py", line 54, in main 
25/01/2010 20:28:41 [0x0-0x15015].shifter[213]     from shifter.client.applet import main 
25/01/2010 20:28:41 [0x0-0x15015].shifter[213]   File "///Users/MacAdmin/Desktop/Window-Shifter.app/Contents/Resources/lib/pygtk/2.0/shifter/client/applet.py", line 14, in <module> 
25/01/2010 20:28:41 [0x0-0x15015].shifter[213] ImportError: No module named pygtk 
25/01/2010 20:28:41 com.apple.launchd[87] ([0x0-0x15015].shifter[213]) Exited with exit code: 1 

Why is it trying to open a path that points to the Desktop where we built the DMG, this path no longer exists (applet.py is in the same location as the other .py files), but it succeeds?? (and fails on importing pygtk...)

This is far from ideal: we end up with 2 extra X11 servers (the Xvfb and Xnest running inside it) and performance is not going to be great. But this is fairly easy to add, so why not?

Server must tell the clients that it supports this mode (==it has Xnest installed and this is enabled in config). Then on app start we run Xnest and use the old port probing code to launch the real app against the Xnest display. (not going to do pre-launch mode for this - not worth it)

Should be a pretty straight forward swap. No reason to use yet another network library (raw sockets in this case)