From arthur at deltawerx.com Wed Aug 7 00:00:22 2013 From: arthur at deltawerx.com (Arthur Zey) Date: Tue, 6 Aug 2013 16:00:22 -0700 Subject: [winswitch] Difficulty installing/running on Mac OS X Mountain Lion (10.8.4) Message-ID: Please forgive the elementary nature of this question, but most of my previous experience has been in Windows, and only about a year ago have I started really getting into Linux (Ubuntu), and only just within the last few weeks have I consistently started using a Mac as my primary computer. I've installed Windows-Switch on my Ubuntu 13.04 machine according to the instructions here: https://winswitch.org/downloads/debian-repository.html?dist_select=raring I followed up by running "sudo apt-get install xpra python-wimpiggy" (since "sudo apt-get upgrade" indicated that those packages could be upgraded, but it wouldn't do it automatically) before launching Windows-Switch from the application launcher (which I assume I won't have to do in the future, since it'll launch automatically on startup, right?), and it went through the initial run process. I got a few error messages (something about having to do SSH tunneling and something about what I think was related to automatic discovery of clients), but I'm not worried about that quite yet. (Eventually, the program I expect to be using through this is Pidgin, but I don't have that up and running on this computer yet.) The point is that, unlike what I'll describe below on the Mac, the Ubuntu machine properly places a Windows-Switch icon in the Ubuntu equivalent of a system tray, as pictured here: https://winswitch.org/documentation/start.html The problem I'm having is on my primary laptop (which I ultimately want to display the Pidgin process). I followed the instructions for Intel-based Macs here: http://winswitch.org/downloads/ (My computer is a MacBook Pro Retina, running 10.8.4 on a 2.4 GHz Intel Core i7--is there any other information that would be diagnostically relevant?) During the installation, I dragged the icon into the Applications folder, then launched it. After clicking "Open" on the obligatory are-you-sure-because-this-was-downloaded-from-the-interwebs! message, it put an icon on my dock and briefly displayed a notification saying that it was setting some stuff up for first use (like it did on the Ubuntu machine). However, it does not create an icon in my "system tray", as I expected (and as is pictured here: https://winswitch.org/documentation/start.html ). Instead, the dock icon remains with a little light underneath it indicating that it's currently running. Clicking on the dock icon for Window-Switch does nothing, nor does it have any windows associated with it. Quitting and restarting the process makes no difference; neither does uninstalling and reinstalling it (which, on a Mac, I understand is accomplished merely by sending the item to Trash from the Applications folder, then re-copying it from the downloaded image). Could anyone shed some light and help me figure this out, please? Thank you so very much in advance! Best Regards, Arthur Zey Arthur at DeltaWerx.com 213-915-6442 From antoine at nagafix.co.uk Wed Aug 7 05:30:28 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 07 Aug 2013 11:30:28 +0700 Subject: [winswitch] Difficulty installing/running on Mac OS X Mountain Lion (10.8.4) In-Reply-To: References: Message-ID: <5201CD64.9010008@nagafix.co.uk> On 07/08/13 06:00, Arthur Zey wrote: > Please forgive the elementary nature of this question, but most of my > previous experience has been in Windows, and only about a year ago have I > started really getting into Linux (Ubuntu), and only just within the last > few weeks have I consistently started using a Mac as my primary computer. > > I've installed Windows-Switch on my Ubuntu 13.04 machine according to the > instructions here: > https://winswitch.org/downloads/debian-repository.html?dist_select=raring > > I followed up by running "sudo apt-get install xpra python-wimpiggy" (since > "sudo apt-get upgrade" indicated that those packages could be upgraded, but > it wouldn't do it automatically) before launching Windows-Switch from the > application launcher (which I assume I won't have to do in the future, > since it'll launch automatically on startup, right?), It should, though desktop environment changes can break things. (and Ubuntu in particular) > and it went through > the initial run process. I got a few error messages (something about having > to do SSH tunneling and something about what I think was related to > automatic discovery of clients), but I'm not worried about that quite yet. You should install the mDNS bits, without those you will have to connect to your server by IP address which is tedious (and often changes between restarts). With mdns correctly installed, your client will see your server appear on the network and connect to it automatically. > (Eventually, the program I expect to be using through this is Pidgin, but I > don't have that up and running on this computer yet.) The point is that, > unlike what I'll describe below on the Mac, the Ubuntu machine properly > places a Windows-Switch icon in the Ubuntu equivalent of a system tray, as > pictured here: https://winswitch.org/documentation/start.html > > The problem I'm having is on my primary laptop (which I ultimately want to > display the Pidgin process). I followed the instructions for Intel-based > Macs here: http://winswitch.org/downloads/ > > (My computer is a MacBook Pro Retina, running 10.8.4 on a 2.4 GHz Intel > Core i7--is there any other information that would be diagnostically > relevant?) That should be enough. > During the installation, I dragged the icon into the Applications folder, > then launched it. After clicking "Open" on the obligatory > are-you-sure-because-this-was-downloaded-from-the-interwebs! message, it > put an icon on my dock and briefly displayed a notification saying that it > was setting some stuff up for first use (like it did on the Ubuntu > machine). However, it does not create an icon in my "system tray", as I > expected (and as is pictured here: > https://winswitch.org/documentation/start.html ). Those screenshots are out of date for OSX, newer versions use the global menu to interact with the application instead of a tray icon. > Instead, the dock icon > remains with a little light underneath it indicating that it's currently > running. Clicking on the dock icon for Window-Switch does nothing, nor does > it have any windows associated with it. Do you see anything in the global application menu? There should be options there for connecting to servers and starting apps. > Quitting and restarting the process > makes no difference; neither does uninstalling and reinstalling it (which, > on a Mac, I understand is accomplished merely by sending the item to Trash > from the Applications folder, then re-copying it from the downloaded image). Correct. > > Could anyone shed some light and help me figure this out, please? I haven't tested on OSX for a while. You may want to file a ticket and add your log files. Cheers Antoine > > Thank you so very much in advance! > > Best Regards, > > Arthur Zey > Arthur at DeltaWerx.com > 213-915-6442 > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From arthur at deltawerx.com Wed Aug 7 06:13:19 2013 From: arthur at deltawerx.com (Arthur Zey) Date: Tue, 6 Aug 2013 22:13:19 -0700 Subject: [winswitch] Difficulty installing/running on Mac OS X Mountain Lion (10.8.4) In-Reply-To: <5201CD64.9010008@nagafix.co.uk> References: <5201CD64.9010008@nagafix.co.uk> Message-ID: Antoine, thank you for your fast response! You should install the mDNS bits, without those you will have to connect to > your server by IP address which is tedious (and often changes between > restarts). > With mdns correctly installed, your client will see your server appear on > the network and connect to it automatically. I'm not worried about that--I have a dynamic DNS updater on my router, a static local IP address, and appropriate port forwarding (already configured for SSH on an alternative port). Do you see anything in the global application menu? > There should be options there for connecting to servers and starting apps. Forgive me, but what is the "global application menu"? I have not come across that yet. (The dock icon has no application-specific options, left- or right-clicking.) You may want to file a ticket and add your log files. What's the best way to do that. Where are the log files, and how can I access them? Thanks again for however you can help. Best Regards, Arthur Zey Arthur at DeltaWerx.com 213-915-6442 On Tue, Aug 6, 2013 at 9:30 PM, Antoine Martin wrote: > On 07/08/13 06:00, Arthur Zey wrote: > >> Please forgive the elementary nature of this question, but most of my >> previous experience has been in Windows, and only about a year ago have I >> started really getting into Linux (Ubuntu), and only just within the last >> few weeks have I consistently started using a Mac as my primary computer. >> >> I've installed Windows-Switch on my Ubuntu 13.04 machine according to the >> instructions here: >> https://winswitch.org/**downloads/debian-repository.** >> html?dist_select=raring >> >> I followed up by running "sudo apt-get install xpra python-wimpiggy" >> (since >> "sudo apt-get upgrade" indicated that those packages could be upgraded, >> but >> it wouldn't do it automatically) before launching Windows-Switch from the >> application launcher (which I assume I won't have to do in the future, >> since it'll launch automatically on startup, right?), >> > It should, though desktop environment changes can break things. > (and Ubuntu in particular) > > and it went through >> the initial run process. I got a few error messages (something about >> having >> to do SSH tunneling and something about what I think was related to >> automatic discovery of clients), but I'm not worried about that quite yet. >> > You should install the mDNS bits, without those you will have to connect > to your server by IP address which is tedious (and often changes between > restarts). > With mdns correctly installed, your client will see your server appear on > the network and connect to it automatically. > > (Eventually, the program I expect to be using through this is Pidgin, but >> I >> don't have that up and running on this computer yet.) The point is that, >> unlike what I'll describe below on the Mac, the Ubuntu machine properly >> places a Windows-Switch icon in the Ubuntu equivalent of a system tray, as >> pictured here: https://winswitch.org/**documentation/start.html >> >> The problem I'm having is on my primary laptop (which I ultimately want to >> display the Pidgin process). I followed the instructions for Intel-based >> Macs here: http://winswitch.org/**downloads/ >> >> (My computer is a MacBook Pro Retina, running 10.8.4 on a 2.4 GHz Intel >> Core i7--is there any other information that would be diagnostically >> relevant?) >> > That should be enough. > > During the installation, I dragged the icon into the Applications folder, >> then launched it. After clicking "Open" on the obligatory >> are-you-sure-because-this-was-**downloaded-from-the-interwebs! message, >> it >> put an icon on my dock and briefly displayed a notification saying that it >> was setting some stuff up for first use (like it did on the Ubuntu >> machine). However, it does not create an icon in my "system tray", as I >> expected (and as is pictured here: >> https://winswitch.org/**documentation/start.html). >> > Those screenshots are out of date for OSX, newer versions use the global > menu to interact with the application instead of a tray icon. > > Instead, the dock icon >> remains with a little light underneath it indicating that it's currently >> running. Clicking on the dock icon for Window-Switch does nothing, nor >> does >> it have any windows associated with it. >> > Do you see anything in the global application menu? > There should be options there for connecting to servers and starting apps. > > Quitting and restarting the process >> makes no difference; neither does uninstalling and reinstalling it (which, >> on a Mac, I understand is accomplished merely by sending the item to Trash >> from the Applications folder, then re-copying it from the downloaded >> image). >> > Correct. > > >> Could anyone shed some light and help me figure this out, please? >> > I haven't tested on OSX for a while. > You may want to file a ticket and add your log files. > > Cheers > Antoine > >> >> Thank you so very much in advance! >> >> Best Regards, >> >> Arthur Zey >> Arthur at DeltaWerx.com >> 213-915-6442 >> ______________________________**_________________ >> shifter-users mailing list >> shifter-users at lists.devloop.**org.uk >> http://lists.devloop.org.uk/**mailman/listinfo/shifter-users >> > > ______________________________**_________________ > shifter-users mailing list > shifter-users at lists.devloop.**org.uk > http://lists.devloop.org.uk/**mailman/listinfo/shifter-users > From antoine at nagafix.co.uk Wed Aug 7 06:20:06 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 07 Aug 2013 12:20:06 +0700 Subject: [winswitch] Difficulty installing/running on Mac OS X Mountain Lion (10.8.4) In-Reply-To: References: <5201CD64.9010008@nagafix.co.uk> Message-ID: <5201D906.5000708@nagafix.co.uk> On 07/08/13 12:13, Arthur Zey wrote: > Antoine, thank you for your fast response! > > You should install the mDNS bits, without those you will have to > connect to your server by IP address which is tedious (and often > changes between restarts). > With mdns correctly installed, your client will see your server > appear on the network and connect to it automatically. > > > I'm not worried about that--I have a dynamic DNS updater on my router, > a static local IP address, and appropriate port forwarding (already > configured for SSH on an alternative port). > > Do you see anything in the global application menu? > There should be options there for connecting to servers and > starting apps. > > > Forgive me, but what is the "global application menu"? I have not come > across that yet. (The dock icon has no application-specific options, > left- or right-clicking.) *The* menu, since there is only one on OSX, that big thing that always sits at the top left of your screen! > > You may want to file a ticket and add your log files. > > > What's the best way to do that. Where are the log files, and how can I > access them? on OSX and Linux: .winswitch/ Antoine > > Thanks again for however you can help. > > Best Regards, > > Arthur Zey > Arthur at DeltaWerx.com > 213-915-6442 > > > On Tue, Aug 6, 2013 at 9:30 PM, Antoine Martin > wrote: > > On 07/08/13 06:00, Arthur Zey wrote: > > Please forgive the elementary nature of this question, but > most of my > previous experience has been in Windows, and only about a year > ago have I > started really getting into Linux (Ubuntu), and only just > within the last > few weeks have I consistently started using a Mac as my > primary computer. > > I've installed Windows-Switch on my Ubuntu 13.04 machine > according to the > instructions here: > https://winswitch.org/downloads/debian-repository.html?dist_select=raring > > I followed up by running "sudo apt-get install xpra > python-wimpiggy" (since > "sudo apt-get upgrade" indicated that those packages could be > upgraded, but > it wouldn't do it automatically) before launching > Windows-Switch from the > application launcher (which I assume I won't have to do in the > future, > since it'll launch automatically on startup, right?), > > It should, though desktop environment changes can break things. > (and Ubuntu in particular) > > and it went through > the initial run process. I got a few error messages (something > about having > to do SSH tunneling and something about what I think was > related to > automatic discovery of clients), but I'm not worried about > that quite yet. > > You should install the mDNS bits, without those you will have to > connect to your server by IP address which is tedious (and often > changes between restarts). > With mdns correctly installed, your client will see your server > appear on the network and connect to it automatically. > > (Eventually, the program I expect to be using through this is > Pidgin, but I > don't have that up and running on this computer yet.) The > point is that, > unlike what I'll describe below on the Mac, the Ubuntu machine > properly > places a Windows-Switch icon in the Ubuntu equivalent of a > system tray, as > pictured here: https://winswitch.org/documentation/start.html > > The problem I'm having is on my primary laptop (which I > ultimately want to > display the Pidgin process). I followed the instructions for > Intel-based > Macs here: http://winswitch.org/downloads/ > > (My computer is a MacBook Pro Retina, running 10.8.4 on a 2.4 > GHz Intel > Core i7--is there any other information that would be > diagnostically > relevant?) > > That should be enough. > > During the installation, I dragged the icon into the > Applications folder, > then launched it. After clicking "Open" on the obligatory > are-you-sure-because-this-was-downloaded-from-the-interwebs! > message, it > put an icon on my dock and briefly displayed a notification > saying that it > was setting some stuff up for first use (like it did on the Ubuntu > machine). However, it does not create an icon in my "system > tray", as I > expected (and as is pictured here: > https://winswitch.org/documentation/start.html ). > > Those screenshots are out of date for OSX, newer versions use the > global menu to interact with the application instead of a tray icon. > > Instead, the dock icon > remains with a little light underneath it indicating that it's > currently > running. Clicking on the dock icon for Window-Switch does > nothing, nor does > it have any windows associated with it. > > Do you see anything in the global application menu? > There should be options there for connecting to servers and > starting apps. > > Quitting and restarting the process > makes no difference; neither does uninstalling and > reinstalling it (which, > on a Mac, I understand is accomplished merely by sending the > item to Trash > from the Applications folder, then re-copying it from the > downloaded image). > > Correct. > > > Could anyone shed some light and help me figure this out, please? > > I haven't tested on OSX for a while. > You may want to file a ticket and add your log files. > > Cheers > Antoine > > > Thank you so very much in advance! > > Best Regards, > > Arthur Zey > Arthur at DeltaWerx.com > 213-915-6442 > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > From arthur at deltawerx.com Wed Aug 7 06:45:13 2013 From: arthur at deltawerx.com (Arthur Zey) Date: Tue, 6 Aug 2013 22:45:13 -0700 Subject: [winswitch] Difficulty installing/running on Mac OS X Mountain Lion (10.8.4) In-Reply-To: <5201D906.5000708@nagafix.co.uk> References: <5201CD64.9010008@nagafix.co.uk> <5201D906.5000708@nagafix.co.uk> Message-ID: > > *The* menu, since there is only one on OSX, that big thing that always > sits at the top left of your screen! I thought that might be what you meant, but there's nothing there. on OSX and Linux: > .winswitch/ A gzipped copy of that directory, which includes a few log files, is available here: https://www.dropbox.com/s/wog3aqyn2epn5z1/winswitch.tar.gz I noticed a few references to a VirtualBox virtual machine that I have installed (although I never told Windows-Switch about it, nor was the VM running at any point during or after the installation). I wonder if that could be causing some trouble. Could connected VNC sessions be messing with the installation? I also saw a reference to that. Let me know where the right place would be to file a ticket if neither you nor anybody else on this thread can help with the log/config files. Thank you yet again! Best Regards, Arthur Zey Arthur at DeltaWerx.com 213-915-6442 On Tue, Aug 6, 2013 at 10:20 PM, Antoine Martin wrote: > On 07/08/13 12:13, Arthur Zey wrote: > > Antoine, thank you for your fast response! > > You should install the mDNS bits, without those you will have to connect >> to your server by IP address which is tedious (and often changes between >> restarts). >> With mdns correctly installed, your client will see your server appear on >> the network and connect to it automatically. > > > I'm not worried about that--I have a dynamic DNS updater on my router, a > static local IP address, and appropriate port forwarding (already > configured for SSH on an alternative port). > > Do you see anything in the global application menu? >> There should be options there for connecting to servers and starting apps. > > > Forgive me, but what is the "global application menu"? I have not come > across that yet. (The dock icon has no application-specific options, left- > or right-clicking.) > > *The* menu, since there is only one on OSX, that big thing that always > sits at the top left of your screen! > > > You may want to file a ticket and add your log files. > > > What's the best way to do that. Where are the log files, and how can I > access them? > > on OSX and Linux: > .winswitch/ > > Antoine > > > > Thanks again for however you can help. > > Best Regards, > > Arthur Zey > Arthur at DeltaWerx.com > 213-915-6442 > > > On Tue, Aug 6, 2013 at 9:30 PM, Antoine Martin wrote: > >> On 07/08/13 06:00, Arthur Zey wrote: >> >>> Please forgive the elementary nature of this question, but most of my >>> previous experience has been in Windows, and only about a year ago have I >>> started really getting into Linux (Ubuntu), and only just within the last >>> few weeks have I consistently started using a Mac as my primary computer. >>> >>> I've installed Windows-Switch on my Ubuntu 13.04 machine according to the >>> instructions here: >>> https://winswitch.org/downloads/debian-repository.html?dist_select=raring >>> >>> I followed up by running "sudo apt-get install xpra python-wimpiggy" >>> (since >>> "sudo apt-get upgrade" indicated that those packages could be upgraded, >>> but >>> it wouldn't do it automatically) before launching Windows-Switch from the >>> application launcher (which I assume I won't have to do in the future, >>> since it'll launch automatically on startup, right?), >>> >> It should, though desktop environment changes can break things. >> (and Ubuntu in particular) >> >> and it went through >>> the initial run process. I got a few error messages (something about >>> having >>> to do SSH tunneling and something about what I think was related to >>> automatic discovery of clients), but I'm not worried about that quite >>> yet. >>> >> You should install the mDNS bits, without those you will have to connect >> to your server by IP address which is tedious (and often changes between >> restarts). >> With mdns correctly installed, your client will see your server appear on >> the network and connect to it automatically. >> >> (Eventually, the program I expect to be using through this is Pidgin, >>> but I >>> don't have that up and running on this computer yet.) The point is that, >>> unlike what I'll describe below on the Mac, the Ubuntu machine properly >>> places a Windows-Switch icon in the Ubuntu equivalent of a system tray, >>> as >>> pictured here: https://winswitch.org/documentation/start.html >>> >>> The problem I'm having is on my primary laptop (which I ultimately want >>> to >>> display the Pidgin process). I followed the instructions for Intel-based >>> Macs here: http://winswitch.org/downloads/ >>> >>> (My computer is a MacBook Pro Retina, running 10.8.4 on a 2.4 GHz Intel >>> Core i7--is there any other information that would be diagnostically >>> relevant?) >>> >> That should be enough. >> >> During the installation, I dragged the icon into the Applications folder, >>> then launched it. After clicking "Open" on the obligatory >>> are-you-sure-because-this-was-downloaded-from-the-interwebs! message, it >>> put an icon on my dock and briefly displayed a notification saying that >>> it >>> was setting some stuff up for first use (like it did on the Ubuntu >>> machine). However, it does not create an icon in my "system tray", as I >>> expected (and as is pictured here: >>> https://winswitch.org/documentation/start.html ). >>> >> Those screenshots are out of date for OSX, newer versions use the global >> menu to interact with the application instead of a tray icon. >> >> Instead, the dock icon >>> remains with a little light underneath it indicating that it's currently >>> running. Clicking on the dock icon for Window-Switch does nothing, nor >>> does >>> it have any windows associated with it. >>> >> Do you see anything in the global application menu? >> There should be options there for connecting to servers and starting >> apps. >> >> Quitting and restarting the process >>> makes no difference; neither does uninstalling and reinstalling it >>> (which, >>> on a Mac, I understand is accomplished merely by sending the item to >>> Trash >>> from the Applications folder, then re-copying it from the downloaded >>> image). >>> >> Correct. >> >> >>> Could anyone shed some light and help me figure this out, please? >>> >> I haven't tested on OSX for a while. >> You may want to file a ticket and add your log files. >> >> Cheers >> Antoine >> >>> >>> Thank you so very much in advance! >>> >>> Best Regards, >>> >>> Arthur Zey >>> Arthur at DeltaWerx.com >>> 213-915-6442 >>> _______________________________________________ >>> shifter-users mailing list >>> shifter-users at lists.devloop.org.uk >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >>> >> >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >> > > > From antoine at nagafix.co.uk Wed Aug 7 11:20:15 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 07 Aug 2013 17:20:15 +0700 Subject: [winswitch] Difficulty installing/running on Mac OS X Mountain Lion (10.8.4) In-Reply-To: References: <5201CD64.9010008@nagafix.co.uk> <5201D906.5000708@nagafix.co.uk> Message-ID: <52021F5F.3050105@nagafix.co.uk> On 07/08/13 12:45, Arthur Zey wrote: > > *The* menu, since there is only one on OSX, that big thing that > always sits at the top left of your screen! > > > I thought that might be what you meant, but there's nothing there. Ah :( > > on OSX and Linux: > .winswitch/ > > > A gzipped copy of that directory, which includes a few log files, is > available here: https://www.dropbox.com/s/wog3aqyn2epn5z1/winswitch.tar.gz Please run in debug mode to get more info in the logs (and make sure no passwords are in them), preferably using: winswitch_applet --debug-mode or by setting debug=on in the applet config file. > > I noticed a few references to a VirtualBox virtual machine that I have > installed (although I never told Windows-Switch about it, nor was the > VM running at any point during or after the installation). I wonder if > that could be causing some trouble. Could connected VNC sessions be > messing with the installation? I also saw a reference to that. The built-in server detected your virtualbox sessions and will expose them to *clients* connected to this machine as a *server*. This should not interfere with anything, but just in case you can disable it in the config file: server/protocols/virtualbox.conf or by running with: --without-virtualbox > > Let me know where the right place would be to file a ticket if neither > you nor anybody else on this thread can help with the log/config files. http://winswitch.org/trac/ Cheers Antoine > > Thank you yet again! > > Best Regards, > > Arthur Zey > Arthur at DeltaWerx.com > 213-915-6442 > > > On Tue, Aug 6, 2013 at 10:20 PM, Antoine Martin > wrote: > > On 07/08/13 12:13, Arthur Zey wrote: >> Antoine, thank you for your fast response! >> >> You should install the mDNS bits, without those you will have >> to connect to your server by IP address which is tedious (and >> often changes between restarts). >> With mdns correctly installed, your client will see your >> server appear on the network and connect to it automatically. >> >> >> I'm not worried about that--I have a dynamic DNS updater on my >> router, a static local IP address, and appropriate port >> forwarding (already configured for SSH on an alternative port). >> >> Do you see anything in the global application menu? >> There should be options there for connecting to servers and >> starting apps. >> >> >> Forgive me, but what is the "global application menu"? I have not >> come across that yet. (The dock icon has no application-specific >> options, left- or right-clicking.) > *The* menu, since there is only one on OSX, that big thing that > always sits at the top left of your screen! > >> >> You may want to file a ticket and add your log files. >> >> >> What's the best way to do that. Where are the log files, and how >> can I access them? > on OSX and Linux: > .winswitch/ > > Antoine > > >> >> Thanks again for however you can help. >> >> Best Regards, >> >> Arthur Zey >> Arthur at DeltaWerx.com >> 213-915-6442 >> >> >> On Tue, Aug 6, 2013 at 9:30 PM, Antoine Martin >> > wrote: >> >> On 07/08/13 06:00, Arthur Zey wrote: >> >> Please forgive the elementary nature of this question, >> but most of my >> previous experience has been in Windows, and only about a >> year ago have I >> started really getting into Linux (Ubuntu), and only just >> within the last >> few weeks have I consistently started using a Mac as my >> primary computer. >> >> I've installed Windows-Switch on my Ubuntu 13.04 machine >> according to the >> instructions here: >> https://winswitch.org/downloads/debian-repository.html?dist_select=raring >> >> I followed up by running "sudo apt-get install xpra >> python-wimpiggy" (since >> "sudo apt-get upgrade" indicated that those packages >> could be upgraded, but >> it wouldn't do it automatically) before launching >> Windows-Switch from the >> application launcher (which I assume I won't have to do >> in the future, >> since it'll launch automatically on startup, right?), >> >> It should, though desktop environment changes can break things. >> (and Ubuntu in particular) >> >> and it went through >> the initial run process. I got a few error messages >> (something about having >> to do SSH tunneling and something about what I think was >> related to >> automatic discovery of clients), but I'm not worried >> about that quite yet. >> >> You should install the mDNS bits, without those you will have >> to connect to your server by IP address which is tedious (and >> often changes between restarts). >> With mdns correctly installed, your client will see your >> server appear on the network and connect to it automatically. >> >> (Eventually, the program I expect to be using through >> this is Pidgin, but I >> don't have that up and running on this computer yet.) The >> point is that, >> unlike what I'll describe below on the Mac, the Ubuntu >> machine properly >> places a Windows-Switch icon in the Ubuntu equivalent of >> a system tray, as >> pictured here: https://winswitch.org/documentation/start.html >> >> The problem I'm having is on my primary laptop (which I >> ultimately want to >> display the Pidgin process). I followed the instructions >> for Intel-based >> Macs here: http://winswitch.org/downloads/ >> >> (My computer is a MacBook Pro Retina, running 10.8.4 on a >> 2.4 GHz Intel >> Core i7--is there any other information that would be >> diagnostically >> relevant?) >> >> That should be enough. >> >> During the installation, I dragged the icon into the >> Applications folder, >> then launched it. After clicking "Open" on the obligatory >> are-you-sure-because-this-was-downloaded-from-the-interwebs! >> message, it >> put an icon on my dock and briefly displayed a >> notification saying that it >> was setting some stuff up for first use (like it did on >> the Ubuntu >> machine). However, it does not create an icon in my >> "system tray", as I >> expected (and as is pictured here: >> https://winswitch.org/documentation/start.html ). >> >> Those screenshots are out of date for OSX, newer versions use >> the global menu to interact with the application instead of a >> tray icon. >> >> Instead, the dock icon >> remains with a little light underneath it indicating that >> it's currently >> running. Clicking on the dock icon for Window-Switch does >> nothing, nor does >> it have any windows associated with it. >> >> Do you see anything in the global application menu? >> There should be options there for connecting to servers and >> starting apps. >> >> Quitting and restarting the process >> makes no difference; neither does uninstalling and >> reinstalling it (which, >> on a Mac, I understand is accomplished merely by sending >> the item to Trash >> from the Applications folder, then re-copying it from the >> downloaded image). >> >> Correct. >> >> >> Could anyone shed some light and help me figure this out, >> please? >> >> I haven't tested on OSX for a while. >> You may want to file a ticket and add your log files. >> >> Cheers >> Antoine >> >> >> Thank you so very much in advance! >> >> Best Regards, >> >> Arthur Zey >> Arthur at DeltaWerx.com >> 213-915-6442 >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >> >> >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >> >> > > From roberto.hashioka at dotcloud.com Wed Aug 7 18:06:05 2013 From: roberto.hashioka at dotcloud.com (Roberto Hashioka) Date: Wed, 7 Aug 2013 10:06:05 -0700 Subject: [winswitch] Running xpra on Android Message-ID: Hi Antoine, Is there any way to run xpra using a customized ssh port ? Roberto From arthur at deltawerx.com Wed Aug 7 18:41:46 2013 From: arthur at deltawerx.com (Arthur Zey) Date: Wed, 7 Aug 2013 10:41:46 -0700 Subject: [winswitch] Difficulty installing/running on Mac OS X Mountain Lion (10.8.4) In-Reply-To: <52021F5F.3050105@nagafix.co.uk> References: <5201CD64.9010008@nagafix.co.uk> <5201D906.5000708@nagafix.co.uk> <52021F5F.3050105@nagafix.co.uk> Message-ID: Antoine: Please run in debug mode to get more info in the logs (and make sure no > passwords are in them), preferably using: > winswitch_applet --debug-mode Unfortunately, I was unable to start in debug mode, as you suggested. I managed to find the winswitch_applet binary, but I got an error when executing: [tw-mbp-azey bin]$ pwd > /Applications/Window-Switch.app/Contents/Resources/bin > [tw-mbp-azey bin]$ ll > total 3088 > drwxr-xr-x@ 24 azey admin 816 Jun 30 04:20 . > drwxr-xr-x@ 20 azey admin 680 Jun 30 04:20 .. > -rwxr-xr-x@ 1 azey admin 16928 Jun 30 04:20 GST_Launcher > -rwxr-xr-x@ 1 azey admin 16928 Jun 30 04:20 Xpra_Launcher > -rwxr-xr-x@ 1 azey admin 20924 Jun 30 04:19 nxproxy > -rwxr-xr-x@ 1 azey admin 16928 Jun 30 04:19 python > -rwxr-xr-x@ 1 azey admin 278156 Feb 3 2013 rdesktop > -rwxr-xr-x@ 1 azey admin 162112 Feb 3 2013 vncconfig > -rwxr-xr-x@ 1 azey admin 28492 Feb 3 2013 vncpasswd > -rwxr-xr-x@ 1 azey admin 20719 Feb 3 2013 vncserver > -rwxr-xr-x@ 1 azey admin 927268 Jun 30 04:19 vncviewer > lrwxr-xr-x 1 azey admin 25 Jun 30 04:22 wcw -> > winswitch_command_wrapper > -rwxrwxr-x@ 1 azey admin 90 Jun 30 04:20 winswitch_applet > -rwxrwxr-x@ 1 azey admin 87 Jun 30 04:20 winswitch_away > -rwxrwxr-x@ 1 azey admin 87 Jun 30 04:20 winswitch_back > -rwxrwxr-x@ 1 azey admin 102 Jun 30 04:20 winswitch_client > -rwxrwxr-x@ 1 azey admin 88 Jun 30 04:20 winswitch_command_wrapper > -rwxrwxr-x@ 1 azey admin 84 Jun 30 04:20 winswitch_open_remotely > -rwxrwxr-x@ 1 azey admin 90 Jun 30 04:20 winswitch_server > -rwxrwxr-x@ 1 azey admin 80 Jun 30 04:20 winswitch_ssh_Xnest > -rwxrwxr-x@ 1 azey admin 77 Jun 30 04:20 winswitch_ssh_session > -rwxrwxr-x@ 1 azey admin 119 Jun 30 04:20 winswitch_stdio_socket > -rwxrwxr-x@ 1 azey admin 113 Jun 30 04:20 winswitch_stdio_tcp > -rwxr-xr-x@ 1 azey admin 16928 Jun 30 04:20 xpra > [tw-mbp-azey bin]$ ./winswitch_applet --debug-mode --without-virtualbox > Traceback (most recent call last): > File "./winswitch_applet", line 3, in > from winswitch.client import applet_wrapper > ImportError: No module named winswitch.client I'm afraid I'm not very good at figuring out what/how command line stuff works in Mac OS. However, I did edit the ~/.winswitch/client/client.conf file, and I set "debug_mode=True" (changing it from "debug_mode=False"), and somehow, that made the menu bar appear when I gave the dock icon focus. I switched it back to "False", and the menu still works! (It's a little annoying to have to deal with a dock icon instead of something in my "system tray", but I'll live.) I managed to move a "Calculator" window from my Ubuntu computer at home to my Mac OS laptop at work, so it looks like I'm in business. Now I just have to install Pidgin, blah, blah, blah, on the Ubuntu computer at home, and get used to the workflow of connecting to that from my various computers. Thanks for your help, even if it ended up helping me only accidentally! Best Regards, Arthur Zey Arthur at DeltaWerx.com 213-915-6442 On Wed, Aug 7, 2013 at 3:20 AM, Antoine Martin wrote: > On 07/08/13 12:45, Arthur Zey wrote: > > *The* menu, since there is only one on OSX, that big thing that always >> sits at the top left of your screen! > > > I thought that might be what you meant, but there's nothing there. > > Ah :( > > > on OSX and Linux: >> .winswitch/ > > > A gzipped copy of that directory, which includes a few log files, is > available here: https://www.dropbox.com/s/wog3aqyn2epn5z1/winswitch.tar.gz > > Please run in debug mode to get more info in the logs (and make sure no > passwords are in them), preferably using: > winswitch_applet --debug-mode > or by setting debug=on in the applet config file. > > > I noticed a few references to a VirtualBox virtual machine that I have > installed (although I never told Windows-Switch about it, nor was the VM > running at any point during or after the installation). I wonder if that > could be causing some trouble. Could connected VNC sessions be messing with > the installation? I also saw a reference to that. > > The built-in server detected your virtualbox sessions and will expose them > to *clients* connected to this machine as a *server*. > This should not interfere with anything, but just in case you can disable > it in the config file: > server/protocols/virtualbox.conf > or by running with: > --without-virtualbox > > > Let me know where the right place would be to file a ticket if neither > you nor anybody else on this thread can help with the log/config files. > > http://winswitch.org/trac/ > > Cheers > Antoine > > > Thank you yet again! > > Best Regards, > > Arthur Zey > Arthur at DeltaWerx.com > 213-915-6442 > > > On Tue, Aug 6, 2013 at 10:20 PM, Antoine Martin wrote: > >> On 07/08/13 12:13, Arthur Zey wrote: >> >> Antoine, thank you for your fast response! >> >> You should install the mDNS bits, without those you will have to >>> connect to your server by IP address which is tedious (and often changes >>> between restarts). >>> With mdns correctly installed, your client will see your server appear >>> on the network and connect to it automatically. >> >> >> I'm not worried about that--I have a dynamic DNS updater on my router, >> a static local IP address, and appropriate port forwarding (already >> configured for SSH on an alternative port). >> >> Do you see anything in the global application menu? >>> There should be options there for connecting to servers and starting >>> apps. >> >> >> Forgive me, but what is the "global application menu"? I have not come >> across that yet. (The dock icon has no application-specific options, left- >> or right-clicking.) >> >> *The* menu, since there is only one on OSX, that big thing that always >> sits at the top left of your screen! >> >> >> You may want to file a ticket and add your log files. >> >> >> What's the best way to do that. Where are the log files, and how can I >> access them? >> >> on OSX and Linux: >> .winswitch/ >> >> Antoine >> >> >> >> Thanks again for however you can help. >> >> Best Regards, >> >> Arthur Zey >> Arthur at DeltaWerx.com >> 213-915-6442 >> >> >> On Tue, Aug 6, 2013 at 9:30 PM, Antoine Martin wrote: >> >>> On 07/08/13 06:00, Arthur Zey wrote: >>> >>>> Please forgive the elementary nature of this question, but most of my >>>> previous experience has been in Windows, and only about a year ago have >>>> I >>>> started really getting into Linux (Ubuntu), and only just within the >>>> last >>>> few weeks have I consistently started using a Mac as my primary >>>> computer. >>>> >>>> I've installed Windows-Switch on my Ubuntu 13.04 machine according to >>>> the >>>> instructions here: >>>> >>>> https://winswitch.org/downloads/debian-repository.html?dist_select=raring >>>> >>>> I followed up by running "sudo apt-get install xpra python-wimpiggy" >>>> (since >>>> "sudo apt-get upgrade" indicated that those packages could be upgraded, >>>> but >>>> it wouldn't do it automatically) before launching Windows-Switch from >>>> the >>>> application launcher (which I assume I won't have to do in the future, >>>> since it'll launch automatically on startup, right?), >>>> >>> It should, though desktop environment changes can break things. >>> (and Ubuntu in particular) >>> >>> and it went through >>>> the initial run process. I got a few error messages (something about >>>> having >>>> to do SSH tunneling and something about what I think was related to >>>> automatic discovery of clients), but I'm not worried about that quite >>>> yet. >>>> >>> You should install the mDNS bits, without those you will have to >>> connect to your server by IP address which is tedious (and often changes >>> between restarts). >>> With mdns correctly installed, your client will see your server appear >>> on the network and connect to it automatically. >>> >>> (Eventually, the program I expect to be using through this is Pidgin, >>>> but I >>>> don't have that up and running on this computer yet.) The point is that, >>>> unlike what I'll describe below on the Mac, the Ubuntu machine properly >>>> places a Windows-Switch icon in the Ubuntu equivalent of a system tray, >>>> as >>>> pictured here: https://winswitch.org/documentation/start.html >>>> >>>> The problem I'm having is on my primary laptop (which I ultimately want >>>> to >>>> display the Pidgin process). I followed the instructions for Intel-based >>>> Macs here: http://winswitch.org/downloads/ >>>> >>>> (My computer is a MacBook Pro Retina, running 10.8.4 on a 2.4 GHz Intel >>>> Core i7--is there any other information that would be diagnostically >>>> relevant?) >>>> >>> That should be enough. >>> >>> During the installation, I dragged the icon into the Applications >>>> folder, >>>> then launched it. After clicking "Open" on the obligatory >>>> are-you-sure-because-this-was-downloaded-from-the-interwebs! message, it >>>> put an icon on my dock and briefly displayed a notification saying that >>>> it >>>> was setting some stuff up for first use (like it did on the Ubuntu >>>> machine). However, it does not create an icon in my "system tray", as I >>>> expected (and as is pictured here: >>>> https://winswitch.org/documentation/start.html ). >>>> >>> Those screenshots are out of date for OSX, newer versions use the >>> global menu to interact with the application instead of a tray icon. >>> >>> Instead, the dock icon >>>> remains with a little light underneath it indicating that it's currently >>>> running. Clicking on the dock icon for Window-Switch does nothing, nor >>>> does >>>> it have any windows associated with it. >>>> >>> Do you see anything in the global application menu? >>> There should be options there for connecting to servers and starting >>> apps. >>> >>> Quitting and restarting the process >>>> makes no difference; neither does uninstalling and reinstalling it >>>> (which, >>>> on a Mac, I understand is accomplished merely by sending the item to >>>> Trash >>>> from the Applications folder, then re-copying it from the downloaded >>>> image). >>>> >>> Correct. >>> >>> >>>> Could anyone shed some light and help me figure this out, please? >>>> >>> I haven't tested on OSX for a while. >>> You may want to file a ticket and add your log files. >>> >>> Cheers >>> Antoine >>> >>>> >>>> Thank you so very much in advance! >>>> >>>> Best Regards, >>>> >>>> Arthur Zey >>>> Arthur at DeltaWerx.com >>>> 213-915-6442 >>>> _______________________________________________ >>>> shifter-users mailing list >>>> shifter-users at lists.devloop.org.uk >>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >>>> >>> >>> _______________________________________________ >>> shifter-users mailing list >>> shifter-users at lists.devloop.org.uk >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >>> >> >> >> > > From antoine at nagafix.co.uk Thu Aug 8 02:41:56 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 08 Aug 2013 08:41:56 +0700 Subject: [winswitch] Running xpra on Android In-Reply-To: References: Message-ID: <5202F764.3010307@nagafix.co.uk> On 08/08/13 00:06, Roberto Hashioka wrote: > Hi Antoine, > > Is there any way to run xpra using a customized ssh port ? Not with the current Android client. Sorry. Feel free to file a feature request for the next cycle (0.11) on the bug tracker. Antoine > > Roberto > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From antoine at nagafix.co.uk Thu Aug 8 03:22:31 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 08 Aug 2013 09:22:31 +0700 Subject: [winswitch] Difficulty installing/running on Mac OS X Mountain Lion (10.8.4) In-Reply-To: References: <5201CD64.9010008@nagafix.co.uk> <5201D906.5000708@nagafix.co.uk> <52021F5F.3050105@nagafix.co.uk> Message-ID: <520300E7.3070001@nagafix.co.uk> On 08/08/13 00:41, Arthur Zey wrote: > Antoine: > > Please run in debug mode to get more info in the logs (and make > sure no passwords are in them), preferably using: > winswitch_applet --debug-mode > > > Unfortunately, I was unable to start in debug mode, as you suggested. > I managed to find the winswitch_applet binary, but I got an error when > executing: > (snip) > I'm afraid I'm not very good at figuring out what/how command line > stuff works in Mac OS. Yes, OSX can make even the simplest things difficult to find. We have to use a wrapper script in Contents/MacOS, this is the one you want. (assuming it doesn't strip command line arguments - I haven't checked) > > However, I did edit the ~/.winswitch/client/client.conf file, and I > set "debug_mode=True" (changing it from "debug_mode=False"), and > somehow, that made the menu bar appear when I gave the dock icon focus. I do not understand why debugging would have that sort of impact. It must be something else. > I switched it back to "False", and the menu still works! (It's a > little annoying to have to deal with a dock icon instead of something > in my "system tray", but I'll live.) I managed to move a "Calculator" > window from my Ubuntu computer at home to my Mac OS laptop at work, so > it looks like I'm in business. Now I just have to install Pidgin, > blah, blah, blah, on the Ubuntu computer at home, and get used to the > workflow of connecting to that from my various computers. > > Thanks for your help, even if it ended up helping me only accidentally! Cheers Antoine > > Best Regards, > > Arthur Zey > Arthur at DeltaWerx.com > 213-915-6442 > > > On Wed, Aug 7, 2013 at 3:20 AM, Antoine Martin > wrote: > > On 07/08/13 12:45, Arthur Zey wrote: >> >> *The* menu, since there is only one on OSX, that big thing >> that always sits at the top left of your screen! >> >> >> I thought that might be what you meant, but there's nothing there. > Ah :( > >> >> on OSX and Linux: >> .winswitch/ >> >> >> A gzipped copy of that directory, which includes a few log files, >> is available >> here: https://www.dropbox.com/s/wog3aqyn2epn5z1/winswitch.tar.gz > Please run in debug mode to get more info in the logs (and make > sure no passwords are in them), preferably using: > winswitch_applet --debug-mode > or by setting debug=on in the applet config file. >> >> I noticed a few references to a VirtualBox virtual machine that I >> have installed (although I never told Windows-Switch about it, >> nor was the VM running at any point during or after the >> installation). I wonder if that could be causing some trouble. >> Could connected VNC sessions be messing with the installation? I >> also saw a reference to that. > The built-in server detected your virtualbox sessions and will > expose them to *clients* connected to this machine as a *server*. > This should not interfere with anything, but just in case you can > disable it in the config file: > server/protocols/virtualbox.conf > or by running with: > --without-virtualbox > >> >> Let me know where the right place would be to file a ticket if >> neither you nor anybody else on this thread can help with the >> log/config files. > http://winswitch.org/trac/ > > Cheers > Antoine > >> >> Thank you yet again! >> >> Best Regards, >> >> Arthur Zey >> Arthur at DeltaWerx.com >> 213-915-6442 >> >> >> On Tue, Aug 6, 2013 at 10:20 PM, Antoine Martin >> > wrote: >> >> On 07/08/13 12:13, Arthur Zey wrote: >>> Antoine, thank you for your fast response! >>> >>> You should install the mDNS bits, without those you will >>> have to connect to your server by IP address which is >>> tedious (and often changes between restarts). >>> With mdns correctly installed, your client will see your >>> server appear on the network and connect to it >>> automatically. >>> >>> >>> I'm not worried about that--I have a dynamic DNS updater on >>> my router, a static local IP address, and appropriate port >>> forwarding (already configured for SSH on an alternative port). >>> >>> Do you see anything in the global application menu? >>> There should be options there for connecting to servers >>> and starting apps. >>> >>> >>> Forgive me, but what is the "global application menu"? I >>> have not come across that yet. (The dock icon has no >>> application-specific options, left- or right-clicking.) >> *The* menu, since there is only one on OSX, that big thing >> that always sits at the top left of your screen! >> >>> >>> You may want to file a ticket and add your log files. >>> >>> >>> What's the best way to do that. Where are the log files, and >>> how can I access them? >> on OSX and Linux: >> .winswitch/ >> >> Antoine >> >> >>> >>> Thanks again for however you can help. >>> >>> Best Regards, >>> >>> Arthur Zey >>> Arthur at DeltaWerx.com >>> 213-915-6442 >>> >>> >>> On Tue, Aug 6, 2013 at 9:30 PM, Antoine Martin >>> > wrote: >>> >>> On 07/08/13 06:00, Arthur Zey wrote: >>> >>> Please forgive the elementary nature of this >>> question, but most of my >>> previous experience has been in Windows, and only >>> about a year ago have I >>> started really getting into Linux (Ubuntu), and only >>> just within the last >>> few weeks have I consistently started using a Mac as >>> my primary computer. >>> >>> I've installed Windows-Switch on my Ubuntu 13.04 >>> machine according to the >>> instructions here: >>> https://winswitch.org/downloads/debian-repository.html?dist_select=raring >>> >>> I followed up by running "sudo apt-get install xpra >>> python-wimpiggy" (since >>> "sudo apt-get upgrade" indicated that those packages >>> could be upgraded, but >>> it wouldn't do it automatically) before launching >>> Windows-Switch from the >>> application launcher (which I assume I won't have to >>> do in the future, >>> since it'll launch automatically on startup, right?), >>> >>> It should, though desktop environment changes can break >>> things. >>> (and Ubuntu in particular) >>> >>> and it went through >>> the initial run process. I got a few error messages >>> (something about having >>> to do SSH tunneling and something about what I think >>> was related to >>> automatic discovery of clients), but I'm not worried >>> about that quite yet. >>> >>> You should install the mDNS bits, without those you will >>> have to connect to your server by IP address which is >>> tedious (and often changes between restarts). >>> With mdns correctly installed, your client will see your >>> server appear on the network and connect to it >>> automatically. >>> >>> (Eventually, the program I expect to be using >>> through this is Pidgin, but I >>> don't have that up and running on this computer >>> yet.) The point is that, >>> unlike what I'll describe below on the Mac, the >>> Ubuntu machine properly >>> places a Windows-Switch icon in the Ubuntu >>> equivalent of a system tray, as >>> pictured here: >>> https://winswitch.org/documentation/start.html >>> >>> The problem I'm having is on my primary laptop >>> (which I ultimately want to >>> display the Pidgin process). I followed the >>> instructions for Intel-based >>> Macs here: http://winswitch.org/downloads/ >>> >>> (My computer is a MacBook Pro Retina, running 10.8.4 >>> on a 2.4 GHz Intel >>> Core i7--is there any other information that would >>> be diagnostically >>> relevant?) >>> >>> That should be enough. >>> >>> During the installation, I dragged the icon into the >>> Applications folder, >>> then launched it. After clicking "Open" on the >>> obligatory >>> are-you-sure-because-this-was-downloaded-from-the-interwebs! >>> message, it >>> put an icon on my dock and briefly displayed a >>> notification saying that it >>> was setting some stuff up for first use (like it did >>> on the Ubuntu >>> machine). However, it does not create an icon in my >>> "system tray", as I >>> expected (and as is pictured here: >>> https://winswitch.org/documentation/start.html ). >>> >>> Those screenshots are out of date for OSX, newer >>> versions use the global menu to interact with the >>> application instead of a tray icon. >>> >>> Instead, the dock icon >>> remains with a little light underneath it indicating >>> that it's currently >>> running. Clicking on the dock icon for Window-Switch >>> does nothing, nor does >>> it have any windows associated with it. >>> >>> Do you see anything in the global application menu? >>> There should be options there for connecting to servers >>> and starting apps. >>> >>> Quitting and restarting the process >>> makes no difference; neither does uninstalling and >>> reinstalling it (which, >>> on a Mac, I understand is accomplished merely by >>> sending the item to Trash >>> from the Applications folder, then re-copying it >>> from the downloaded image). >>> >>> Correct. >>> >>> >>> Could anyone shed some light and help me figure this >>> out, please? >>> >>> I haven't tested on OSX for a while. >>> You may want to file a ticket and add your log files. >>> >>> Cheers >>> Antoine >>> >>> >>> Thank you so very much in advance! >>> >>> Best Regards, >>> >>> Arthur Zey >>> Arthur at DeltaWerx.com >>> 213-915-6442 >>> _______________________________________________ >>> shifter-users mailing list >>> shifter-users at lists.devloop.org.uk >>> >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >>> >>> >>> _______________________________________________ >>> shifter-users mailing list >>> shifter-users at lists.devloop.org.uk >>> >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >>> >>> >> >> > > From sflist at ihonk.com Tue Aug 13 02:47:16 2013 From: sflist at ihonk.com (Steve Freitas) Date: Mon, 12 Aug 2013 18:47:16 -0700 Subject: [winswitch] xpra issue on Debian Message-ID: <52099024.5000100@ihonk.com> Hi, I've got a Debian Wheezy server, with xpra and python-wimpiggy installed from unstable (0.9.8). I'm trying to access the server from my Debian unstable laptop (also 0.9.8). When I do so, the screen draws for a moment, but then the client crashes with the following: steve at laptop:~$ xpra attach ssh:myserver:100 xpra client version 0.9.8 2013-08-12 18:41:50,664 Attached to ssh:myserver:100 (press Control-C to detach) [NULL @ 0x7faf10010360] Value 4686111960511545344.000000 for parameter 'b' out of range [NULL @ 0x7faf10010360] Value 4705844345939427328.000000 for parameter 'bt' out of range [NULL @ 0x7faf10010360] Value 4617315517961601024.000000 for parameter 'me_method' out of range [NULL @ 0x7faf10010360] Value 4622945017495814144.000000 for parameter 'g' out of range [NULL @ 0x7faf10010360] Value 4611686018427387904.000000 for parameter 'qmin' out of range [NULL @ 0x7faf10010360] Value 4629418941960159232.000000 for parameter 'qmax' out of range [NULL @ 0x7faf10010360] Value 4613937818241073152.000000 for parameter 'qdiff' out of range [NULL @ 0x7faf10010360] Value -4616189618054758400.000000 for parameter 'wpredp' out of range [NULL @ 0x7faf10010360] Value 4607182418800017408.000000 for parameter 'bug' out of range [NULL @ 0x7faf10010360] Value 4607182418800017408.000000 for parameter 'er' out of range [NULL @ 0x7faf10010360] Value 4607182418800017408.000000 for parameter 'err_detect' out of range [NULL @ 0x7faf10010360] Value 4613937818241073152.000000 for parameter 'ec' out of range [NULL @ 0x7faf10010360] Value 4620693217682128896.000000 for parameter 'ildctcmp' out of range [NULL @ 0x7faf10010360] Value 4620693217682128896.000000 for parameter 'subq' out of range [NULL @ 0x7faf10010360] Value 4696837138094751744.000000 for parameter 'ibias' out of range [NULL @ 0x7faf10010360] Value 4696837138094751744.000000 for parameter 'pbias' out of range [NULL @ 0x7faf10010360] Value 4642507528377204736.000000 for parameter 'lmin' out of range [NULL @ 0x7faf10010360] Value 4660262442142531584.000000 for parameter 'lmax' out of range [NULL @ 0x7faf10010360] Value 4696130710463840256.000000 for parameter 'flags2' out of range [NULL @ 0x7faf10010360] Value 4607182418800017408.000000 for parameter 'threads' out of range [NULL @ 0x7faf10010360] Value 4620693217682128896.000000 for parameter 'nssew' out of range [NULL @ 0x7faf10010360] Value -4586705114244317184.000000 for parameter 'profile' out of range [NULL @ 0x7faf10010360] Value -4586705114244317184.000000 for parameter 'level' out of range [NULL @ 0x7faf10010360] Value 4623507967449235456.000000 for parameter 'skipcmp' out of range [NULL @ 0x7faf10010360] Value 4642507528377204736.000000 for parameter 'mblmin' out of range [NULL @ 0x7faf10010360] Value 4660262442142531584.000000 for parameter 'mblmax' out of range [NULL @ 0x7faf10010360] Value 4643211215818981376.000000 for parameter 'mepc' out of range [NULL @ 0x7faf10010360] Value 4607182418800017408.000000 for parameter 'bidir_refine' out of range [NULL @ 0x7faf10010360] Value -4616189618054758400.000000 for parameter 'cqp' out of range [NULL @ 0x7faf10010360] Value 4627730092099895296.000000 for parameter 'keyint_min' out of range [NULL @ 0x7faf10010360] Value 4607182418800017408.000000 for parameter 'refs' out of range [NULL @ 0x7faf10010360] Value -4616189618054758400.000000 for parameter 'directpred' out of range [NULL @ 0x7faf10010360] Value 4618441417868443648.000000 for parameter 'sc_factor' out of range [NULL @ 0x7faf10010360] Value 4643211215818981376.000000 for parameter 'mv0_threshold' out of range [NULL @ 0x7faf10010360] Value 4630826316843712512.000000 for parameter 'b_sensitivity' out of range [NULL @ 0x7faf10010360] Value -4616189618054758400.000000 for parameter 'compression_level' out of range [NULL @ 0x7faf10010360] Value 4607182418800017408.000000 for parameter 'ticks_per_frame' out of range [NULL @ 0x7faf10010360] Value 4611686018427387904.000000 for parameter 'color_primaries' out of range [NULL @ 0x7faf10010360] Value 4611686018427387904.000000 for parameter 'color_trc' out of range [NULL @ 0x7faf10010360] Value 4611686018427387904.000000 for parameter 'colorspace' out of range [NULL @ 0x7faf10010360] Value -4616189618054758400.000000 for parameter 'aq_mode' out of range [NULL @ 0x7faf10010360] Value -4616189618054758400.000000 for parameter 'rc_lookahead' out of range [NULL @ 0x7faf10010360] Value 4613937818241073152.000000 for parameter 'thread_type' out of range [swscaler @ 0x7faf10002200] Warning: data is not aligned! This can lead to a speedloss *** Error in `/usr/bin/python': free(): invalid next size (normal): 0x00007faf1006c450 *** ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x7aa26)[0x7faf2d878a26] /lib/x86_64-linux-gnu/libc.so.6(+0x7b7a3)[0x7faf2d8797a3] /usr/lib/x86_64-linux-gnu/tls/libnvidia-tls.so.304.88(+0x1cc1)[0x7faf1c535cc1] ======= Memory map: ======== 00400000-006b7000 r-xp 00000000 fe:00 7218666 /usr/bin/python2.7 008b6000-008b7000 r--p 002b6000 fe:00 7218666 /usr/bin/python2.7 008b7000-0092b000 rw-p 002b7000 fe:00 7218666 /usr/bin/python2.7 0092b000-0093e000 rw-p 00000000 00:00 0 00c01000-02339000 rw-p 00000000 00:00 0 [heap] 7faef8000000-7faef8021000 rw-p 00000000 00:00 0 7faef8021000-7faefc000000 ---p 00000000 00:00 0 7faefc000000-7faefc070000 rw-p 00000000 00:00 0 7faefc070000-7faf00000000 ---p 00000000 00:00 0 7faf00000000-7faf00021000 rw-p 00000000 00:00 0 7faf00021000-7faf04000000 ---p 00000000 00:00 0 7faf04000000-7faf04021000 rw-p 00000000 00:00 0 7faf04021000-7faf08000000 ---p 00000000 00:00 0 7faf08000000-7faf10000000 rw-s 00000000 fe:00 9339549 /tmp/xpra.TZTUtZ.mmap (deleted) 7faf10000000-7faf10255000 rw-p 00000000 00:00 0 7faf10255000-7faf14000000 ---p 00000000 00:00 0 7faf14847000-7faf148a7000 rw-s 00000000 00:04 493879331 /SYSV00000000 (deleted) 7faf148a7000-7faf148a8000 ---p 00000000 00:00 0 7faf148a8000-7faf150a8000 rw-p 00000000 00:00 0 [stack:13813] 7faf150a8000-7faf150a9000 ---p 00000000 00:00 0 7faf150a9000-7faf158a9000 rw-p 00000000 00:00 0 [stack:13812] 7faf158a9000-7faf158aa000 ---p 00000000 00:00 0 7faf158aa000-7faf160aa000 rw-p 00000000 00:00 0 [stack:13811] 7faf160aa000-7faf160ab000 ---p 00000000 00:00 0 7faf160ab000-7faf168ab000 rw-p 00000000 00:00 0 [stack:13810] 7faf168ab000-7faf168b0000 r-xp 00000000 fe:00 13197375 /usr/lib/python2.7/lib-dynload/mmap.x86_64-linux-gnu.so 7faf168b0000-7faf16aaf000 ---p 00005000 fe:00 13197375 /usr/lib/python2.7/lib-dynload/mmap.x86_64-linux-gnu.so 7faf16aaf000-7faf16ab0000 r--p 00004000 fe:00 13197375 /usr/lib/python2.7/lib-dynload/mmap.x86_64-linux-gnu.so 7faf16ab0000-7faf16ab1000 rw-p 00005000 fe:00 13197375 /usr/lib/python2.7/lib-dynload/mmap.x86_64-linux-gnu.so 7faf16ab1000-7faf16ad7000 r-xp 00000000 fe:00 10273572 /usr/lib/x86_64-linux-gnu/libdbus-glib-1.so.2.2.2 7faf16ad7000-7faf16cd6000 ---p 00026000 fe:00 10273572 /usr/lib/x86_64-linux-gnu/libdbus-glib-1.so.2.2.2 7faf16cd6000-7faf16cd8000 rw-p 00025000 fe:00 10273572 /usr/lib/x86_64-linux-gnu/libdbus-glib-1.so.2.2.2 7faf16cd8000-7faf16cda000 r-xp 00000000 fe:00 7242030 /usr/lib/python2.7/dist-packages/_dbus_glib_bindings.so 7faf16cda000-7faf16ed9000 ---p 00002000 fe:00 7242030 /usr/lib/python2.7/dist-packages/_dbus_glib_bindings.so 7faf16ed9000-7faf16eda000 r--p 00001000 fe:00 7242030 /usr/lib/python2.7/dist-packages/_dbus_glib_bindings.so 7faf16eda000-7faf16edb000 rw-p 00002000 fe:00 7242030 /usr/lib/python2.7/dist-packages/_dbus_glib_bindings.so 7faf16edb000-7faf16eea000 r-xp 00000000 fe:00 13197423 /usr/lib/python2.7/lib-dynload/pyexpat.x86_64-linux-gnu.so 7faf16eea000-7faf170e9000 ---p 0000f000 fe:00 13197423 /usr/lib/python2.7/lib-dynload/pyexpat.x86_64-linux-gnu.so 7faf170e9000-7faf170ea000 r--p 0000e000 fe:00 13197423 /usr/lib/python2.7/lib-dynload/pyexpat.x86_64-linux-gnu.so 7faf170ea000-7faf170ec000 rw-p 0000f000 fe:00 13197423 /usr/lib/python2.7/lib-dynload/pyexpat.x86_64-linux-gnu.so 7faf170ec000-7faf17130000 r-xp 00000000 fe:00 12869688 /lib/x86_64-linux-gnu/libdbus-1.so.3.7.4 7faf17130000-7faf1732f000 ---p 00044000 fe:00 12869688 /lib/x86_64-linux-gnu/libdbus-1.so.3.7.4 7faf1732f000-7faf17330000 r--p 00043000 fe:00 12869688 /lib/x86_64-linux-gnu/libdbus-1.so.3.7.4 7faf17330000-7faf17331000 rw-p 00044000 fe:00 12869688 /lib/x86_64-linux-gnu/libdbus-1.so.3.7.4 7faf17331000-7faf1734b000 r-xp 00000000 fe:00 7241964 /usr/lib/python2.7/dist-packages/_dbus_bindings.so 7faf1734b000-7faf1754a000 ---p 0001a000 fe:00 7241964 /usr/lib/python2.7/dist-packages/_dbus_bindings.so 7faf1754a000-7faf1754b000 r--p 00019000 fe:00 7241964 /usr/lib/python2.7/dist-packages/_dbus_bindings.so 7faf1754b000-7faf17559000 rw-p 0001a000 fe:00 7241964 /usr/lib/python2.7/dist-packages/_dbus_bindings.so 7faf17559000-7faf17564000 r-xp 00000000 fe:00 7258425 /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/engines/libxfce.so 7faf17564000-7faf17763000 ---p 0000b000 fe:00 7258425 /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/engines/libxfce.so 7faf17763000-7faf17764000 r--p 0000a000 fe:00 7258425 /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/engines/libxfce.so 7faf17764000-7faf17765000 rw-p 0000b000 fe:00 7258425 /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/engines/libxfce.so 7faf17765000-7faf17769000 r-xp 00000000 fe:00 7307301 /usr/lib/python2.7/dist-packages/wimpiggy/gdk/gdk_atoms.so 7faf17769000-7faf17969000 ---p 00004000 fe:00 7307301 /usr/lib/python2.7/dist-packages/wimpiggy/gdk/gdk_atoms.so 7faf17969000-7faf1796a000 r--p 00004000 fe:00 7307301 /usr/lib/python2.7/dist-packages/wimpiggy/gdk/gdk_atoms.soAborted I saw a note earlier that a similar crash was likely the result of an issue with certain versions of x264. Is that the case here? Thanks, Steve From antoine at nagafix.co.uk Tue Aug 13 04:09:40 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 13 Aug 2013 10:09:40 +0700 Subject: [winswitch] xpra issue on Debian In-Reply-To: <52099024.5000100@ihonk.com> References: <52099024.5000100@ihonk.com> Message-ID: <5209A374.5060702@nagafix.co.uk> On 13/08/13 08:47, Steve Freitas wrote: > Hi, > > I've got a Debian Wheezy server, with xpra and python-wimpiggy > installed from unstable (0.9.8). I'm trying to access the server from > my Debian unstable laptop (also 0.9.8). When I do so, the screen draws > for a moment, but then the client crashes with the following: (...) > I saw a note earlier that a similar crash was likely the result of an > issue with certain versions of x264. Is that the case here? Yes. Use a different encoding (which will be slower), or ensure xpra and the libraries it depends on are in sync. Antoine > > Thanks, > > Steve From sflist at ihonk.com Tue Aug 13 06:19:15 2013 From: sflist at ihonk.com (Steve Freitas) Date: Mon, 12 Aug 2013 22:19:15 -0700 Subject: [winswitch] xpra issue on Debian In-Reply-To: <5209A374.5060702@nagafix.co.uk> References: <52099024.5000100@ihonk.com> <5209A374.5060702@nagafix.co.uk> Message-ID: <5209C1D3.2040001@ihonk.com> Okay, then it sounds like either I made a mistake in how I mixed repositories, or I should submit a bug to the Debian packager to ensure that the right x264 library goes with it. What version is required by 0.9.8? Thanks, Steve On 08/12/13 20:09, Antoine Martin wrote: > On 13/08/13 08:47, Steve Freitas wrote: >> Hi, >> >> I've got a Debian Wheezy server, with xpra and python-wimpiggy >> installed from unstable (0.9.8). I'm trying to access the server from >> my Debian unstable laptop (also 0.9.8). When I do so, the screen draws >> for a moment, but then the client crashes with the following: > (...) >> I saw a note earlier that a similar crash was likely the result of an >> issue with certain versions of x264. Is that the case here? > Yes. > Use a different encoding (which will be slower), or ensure xpra and the > libraries it depends on are in sync. > > Antoine > > >> Thanks, >> >> Steve > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From antoine at nagafix.co.uk Tue Aug 13 06:28:08 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 13 Aug 2013 12:28:08 +0700 Subject: [winswitch] xpra issue on Debian In-Reply-To: <5209C1D3.2040001@ihonk.com> References: <52099024.5000100@ihonk.com> <5209A374.5060702@nagafix.co.uk> <5209C1D3.2040001@ihonk.com> Message-ID: <5209C3E8.10809@nagafix.co.uk> On 13/08/13 12:19, Steve Freitas wrote: > Okay, then it sounds like either I made a mistake in how I mixed > repositories, or I should submit a bug to the Debian packager to > ensure that the right x264 library goes with it. What version is > required by 0.9.8? That depends. First, I believe the breakage you are seeing is from avcodec (part of libav / ffmpeg) In v0.9.x, we build against the latest libav (9.8) for the supported binary platforms (OSX, win32, and some CentOS static builds) Building against older libav versions should work, but then you need to apply patches to fix some API breakage. Note: in 0.10 (release due today), the binary builds have switched to using ffmpeg 1.2.2 - and we have yet more patches for libav compatibility. To make matters worse, it seems that we cannot build against ffmpeg 2.x at present, due to more API breakage. Antoine > > Thanks, > > Steve > > On 08/12/13 20:09, Antoine Martin wrote: >> On 13/08/13 08:47, Steve Freitas wrote: >>> Hi, >>> >>> I've got a Debian Wheezy server, with xpra and python-wimpiggy >>> installed from unstable (0.9.8). I'm trying to access the server from >>> my Debian unstable laptop (also 0.9.8). When I do so, the screen draws >>> for a moment, but then the client crashes with the following: >> (...) >>> I saw a note earlier that a similar crash was likely the result of an >>> issue with certain versions of x264. Is that the case here? >> Yes. >> Use a different encoding (which will be slower), or ensure xpra and the >> libraries it depends on are in sync. >> >> Antoine >> >> >>> Thanks, >>> >>> Steve >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From antoine at nagafix.co.uk Tue Aug 13 07:45:08 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 13 Aug 2013 13:45:08 +0700 Subject: [winswitch] xpra 0.10.0 Message-ID: <5209D5F4.2090505@nagafix.co.uk> Hi, This new major release brings many new features, here are some of the highlights (full release notes below): * performance: server side and client side performance are both much improved * better support for the latest encoder features (where available) * support for window and tray transparency (*) * support for custom window layouts (see --window-layout) * cleaner code, much more maintainable and debuggable The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Cheers Antoine Full release notes: * performance: X11 shared memory (XShm) pixels transfers * performance: zero-copy window pixels to picture encoders * performance: zero copy decoded pixels to window (but not with OpenGL..) * performance: multi-threaded x264 encoding and decoding * support for speed tuning (latency vs bandwidth) with more encodings (png, jpeg, rgb) * support for grayscale and palette based png encoding * support for window and tray transparency * support webp lossless * support x264's "ultrafast" preset * support forwarding of group-leader application window information * prevent slow encoding from creating backlogs * OpenGL accelerated client rendering enabled by default wherever supported * register as a generic URL handler * fullscreen toggle support * stricter Cython code * better handling of sound buffering and overruns * better OSX support, handle UI stalls more gracefully, system trays * experimental support for a Qt based client * support for different window layouts with custom widgets * basic support of OSX shadow servers * don't try to synchronize with clipboards that do not exist (for shadow servers mostly) * refactoring: move features and components to sub-modules * refactoring: split X11 bindings from pure gtk code * refactoring: codecs split encoding and decoding side * refactoring: move more common code to utility classes * refactoring: remove direct dependency on gobject in many places * refactoring: platform code better separated * refactoring: move wimpiggy inside xpra, delete parti * export and expose more version information (x264/vpx/webp/PIL, OpenGL..) * export compiler information with build (Cython, C compiler, etc) * export much more debugging information about system state and statistics * simplify non-UI subcommands and their packets, also use rencode ("xpra info", "xpra version", etc) From antoine at nagafix.co.uk Tue Aug 13 08:49:45 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 13 Aug 2013 14:49:45 +0700 Subject: [winswitch] build and packaging warning for 0.10.x Message-ID: <5209E519.50802@nagafix.co.uk> For those who intend to deploy from source or build their own package (for some distro or other), please note: [1] there are now a number of patches in src/patches/, more than likely you will need to apply some of them [2] as mentioned earlier today, we target ffmpeg 1.2.x - though libav should work after patching The following projects that we bundle in our source tree have not pulled any of our fixes or improvements (yes, those have been submitted) - use that at your own risk, you get to keep the pieces when it breaks: [3] rencode: stalled since December 2012 [4] python-webm: stalled since March 2012 Cheers Antoine [1] http://xpra.org/trac/browser/xpra/trunk/src/patches [2] http://lists.devloop.org.uk/pipermail/shifter-users/2013-August/000640.html [3] https://code.google.com/p/rencode/source/list [4] https://code.google.com/p/python-webm/source/list From timo.lindfors at iki.fi Tue Aug 13 09:06:45 2013 From: timo.lindfors at iki.fi (Timo Juhani Lindfors) Date: Tue, 13 Aug 2013 11:06:45 +0300 Subject: [winswitch] xpra issue on Debian In-Reply-To: <52099024.5000100@ihonk.com> (Steve Freitas's message of "Mon, 12 Aug 2013 18:47:16 -0700") References: <52099024.5000100@ihonk.com> Message-ID: <84y5866mlm.fsf@sauna.l.org> Steve Freitas writes: > ======= Backtrace: ========= > /lib/x86_64-linux-gnu/libc.so.6(+0x7aa26)[0x7faf2d878a26] > /lib/x86_64-linux-gnu/libc.so.6(+0x7b7a3)[0x7faf2d8797a3] > /usr/lib/x86_64-linux-gnu/tls/libnvidia-tls.so.304.88(+0x1cc1)[0x7faf1c535cc1] libnvidia-tls.so.304.88 is not really part of debian (it's in the non-free archive area). You might want to see if removing the libgl1-nvidia-glx package makes a difference in your case and report this in the bug report. From nick at sqrt.co.uk Wed Aug 14 15:53:32 2013 From: nick at sqrt.co.uk (Nick Burrett) Date: Wed, 14 Aug 2013 15:53:32 +0100 Subject: [winswitch] xpra 0.10.0 no keyboard input Message-ID: Server running Centos 6.3: xpra start :100 --start-child=/usr/bin/Terminal Client running Ubuntu raring: xpra attach ssh:host:100 >From client, I can navigate menus with the mouse. However no keyboard presses make it to the terminal. 2013-08-14 07:47:38,987 New connection received: SocketConnection(/home/oikish/.xpra/XXXXXXX-100) 2013-08-14 07:47:39,112 Handshake complete; enabling connection 2013-08-14 07:47:39,122 Python/Gtk2 Linux client version 0.10.0 connected from 'nickbpc' as 'nickb' ('nickb') 2013-08-14 07:47:39,123 client supplied an mmap_file: /tmp/xpra.lGzRiM.mmap but we cannot find it 2013-08-14 07:47:39,123 using x264 as primary encoding, also available: rgb24, vpx, png, png/L, png/P, jpeg, rgb32 2013-08-14 07:47:39,124 setting key repeat rate from client: 500ms delay / 50ms interval 2013-08-14 07:47:39,129 keyboard mapping already configured (skipped) 2013-08-14 07:47:39,282 received new keymap from client 4500614482e25eba6e3cfc51bef4bf124cade96a @ nickb-pc 2013-08-14 07:47:39,577 received new keymap from client 4500614482e25eba6e3cfc51bef4bf124cade96a @ nickb-pc Server side error log has this repeated many times: Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/xpra/server/server_base.py", line 1242, in _process_key_action self._focus(ss, wid, None) File "/usr/lib/python2.6/site-packages/xpra/x11/server.py", line 455, in _focus window.give_client_focus() File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/window.py", line 1319, in give_client_focus trap.swallow_synced(self.do_give_client_focus) File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/error.py", line 138, in swallow_synced self.call_synced(fun, *args, **kwargs) File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/error.py", line 121, in call_synced return self._call(True, fun, args, kwargs) File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/error.py", line 113, in _call raise e OverflowError: can't convert negative value to unsigned long From cvafadari at gmail.com Wed Aug 14 19:49:23 2013 From: cvafadari at gmail.com (Cyrus Vafadari) Date: Wed, 14 Aug 2013 14:49:23 -0400 Subject: [winswitch] Fullscreen applications? Message-ID: Hello, Is there a way to specify the attached window to be in full-screen? Cheers, Cyrus From antoine at nagafix.co.uk Fri Aug 16 10:29:25 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 16 Aug 2013 16:29:25 +0700 Subject: [winswitch] xpra 0.10.0 no keyboard input In-Reply-To: References: Message-ID: <520DF0F5.9040209@nagafix.co.uk> On 14/08/13 21:53, Nick Burrett wrote: > Server running Centos 6.3: > > xpra start :100 --start-child=/usr/bin/Terminal > > Client running Ubuntu raring: > > xpra attach ssh:host:100 > > From client, I can navigate menus with the mouse. However no keyboard > presses make it to the terminal. > > > 2013-08-14 07:47:38,987 New connection received: > SocketConnection(/home/oikish/.xpra/XXXXXXX-100) > 2013-08-14 07:47:39,112 Handshake complete; enabling connection > 2013-08-14 07:47:39,122 Python/Gtk2 Linux client version 0.10.0 > connected from 'nickbpc' as 'nickb' ('nickb') > 2013-08-14 07:47:39,123 client supplied an mmap_file: > /tmp/xpra.lGzRiM.mmap but we cannot find it > 2013-08-14 07:47:39,123 using x264 as primary encoding, also > available: rgb24, vpx, png, png/L, png/P, jpeg, rgb32 > 2013-08-14 07:47:39,124 setting key repeat rate from client: 500ms > delay / 50ms interval > 2013-08-14 07:47:39,129 keyboard mapping already configured (skipped) > 2013-08-14 07:47:39,282 received new keymap from client > 4500614482e25eba6e3cfc51bef4bf124cade96a @ nickb-pc > 2013-08-14 07:47:39,577 received new keymap from client > 4500614482e25eba6e3cfc51bef4bf124cade96a @ nickb-pc > > > Server side error log has this repeated many times: > > > Traceback (most recent call last): > File "/usr/lib/python2.6/site-packages/xpra/server/server_base.py", > line 1242, in _process_key_action > self._focus(ss, wid, None) > File "/usr/lib/python2.6/site-packages/xpra/x11/server.py", line > 455, in _focus > window.give_client_focus() > File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/window.py", > line 1319, in give_client_focus > trap.swallow_synced(self.do_give_client_focus) > File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/error.py", > line 138, in swallow_synced > self.call_synced(fun, *args, **kwargs) > File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/error.py", > line 121, in call_synced > return self._call(True, fun, args, kwargs) > File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/error.py", > line 113, in _call > raise e > OverflowError: can't convert negative value to unsigned long Although the error you are seeing is popping up somewhere else, it does look awfully similar to this ticket: https://www.xpra.org/trac/ticket/334 If I can reproduce it then I should be able to fix it quickly. Cheers Antoine From antoine at nagafix.co.uk Fri Aug 16 10:29:39 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 16 Aug 2013 16:29:39 +0700 Subject: [winswitch] Fullscreen applications? In-Reply-To: References: Message-ID: <520DF103.7070900@nagafix.co.uk> On 15/08/13 01:49, Cyrus Vafadari wrote: > Hello, > > Is there a way to specify the attached window to be in full-screen? No there isn't, this isn't xpra's job. xpra 0.10 should be able to handle fullscreen applications, so if it requests it then it will go fullscreen on the cllient. Or you can use your window manager to tell the application to go fullscreen, or use something like xdotool. Cheers Antoine > > Cheers, > > Cyrus > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From dougdoole at gmail.com Fri Aug 16 23:31:48 2013 From: dougdoole at gmail.com (Douglas Doole) Date: Fri, 16 Aug 2013 18:31:48 -0400 Subject: [winswitch] Trouble with xpra 0.10.0 Message-ID: I just upgraded both my server and client to xpra 0.10.0. Both my server and client are running 64-bit Ubuntu 12.04. My client is running KDE, and it was running 0.9.x with no problems. Since upgrading, I've had a lot of problems, such as: - Windows not repainting at all (get just a frame). Refresh generally clears this up until it happens again. - Windows partially repainting (sometime a narrow band shows the desktop background, sometimes half the window is blank white, sometimes half the window is a smear of green). Again refresh clears it up for a while. - Lots of random client side shutdowns. (Bringing up the Session Info window is almost guaranteed to cause the client to abort.) - When I start xpra, all windows are moved to desktop #1. - Lots of focus problems. (Typically have to click the desktop then into the window that needs focus.) So something seems to be fundamentally wrong. I do see one error message on the client as I attach: xpra client version 0.10.0 2013-08-16 18:27:24,081 No OpenGL_accelerate module loaded: No module named OpenGL_accelerate 2013-08-16 18:27:24,131 Unable to load registered array format handler numeric: Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/OpenGL/arrays/formathandler.py", line 44, in loadPlugin plugin_class = entrypoint.load() File "/usr/lib/pymodules/python2.7/OpenGL/plugins.py", line 14, in load return importByName( self.import_path ) File "/usr/lib/pymodules/python2.7/OpenGL/plugins.py", line 28, in importByName module = __import__( ".".join(moduleName), {}, {}, moduleName) File "/usr/lib/pymodules/python2.7/OpenGL/arrays/numeric.py", line 15, in raise ImportError( """No Numeric module present: %s"""%(err)) ImportError: No Numeric module present: No module named Numeric 2013-08-16 18:27:24,161 OpenGL Version: 3.0 Mesa 8.0.4 2013-08-16 18:27:24,179 GL Extension GL_ARB_shader_objects available 2013-08-16 18:27:24,194 GL Extension GL_ARB_framebuffer_object available 2013-08-16 18:27:24,196 GL Extension GL_ARB_fragment_program available 2013-08-16 18:27:24,196 GL Extension GL_ARB_texture_rectangle available 2013-08-16 18:27:24,197 GL Extension GL_ARB_vertex_program available 2013-08-16 18:27:28,005 Attached to ssh:reorx:1 (press Control-C to detach) On one instance of the client side abort (in this case, it happened when I tried to open the Session Info window), I saw: The program 'Xpra' received an X Window System error. This probably reflects a bug in the program. The error was 'BadDrawable (invalid Pixmap or Window parameter)'. (Details: serial 7628 error_code 9 request_code 137 minor_code 4) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Any suggestions? Anything else I can provide to help narrow this down? -- -- Doug Doole aibohphobia - The irrational fear of palindromes From dougdoole at gmail.com Fri Aug 16 23:48:24 2013 From: dougdoole at gmail.com (Douglas Doole) Date: Fri, 16 Aug 2013 18:48:24 -0400 Subject: [winswitch] Trouble with xpra 0.10.0 In-Reply-To: References: Message-ID: One update - I downgraded the client to xpra 0.9.8 and all the problems seem to have gone away. On Fri, Aug 16, 2013 at 6:31 PM, Douglas Doole wrote: > I just upgraded both my server and client to xpra 0.10.0. Both my server > and client are running 64-bit Ubuntu 12.04. My client is running KDE, and > it was running 0.9.x with no problems. > > Since upgrading, I've had a lot of problems, such as: > - Windows not repainting at all (get just a frame). Refresh generally > clears this up until it happens again. > - Windows partially repainting (sometime a narrow band shows the desktop > background, sometimes half the window is blank white, sometimes half the > window is a smear of green). Again refresh clears it up for a while. > - Lots of random client side shutdowns. (Bringing up the Session Info > window is almost guaranteed to cause the client to abort.) > - When I start xpra, all windows are moved to desktop #1. > - Lots of focus problems. (Typically have to click the desktop then into > the window that needs focus.) > > So something seems to be fundamentally wrong. > > I do see one error message on the client as I attach: > > xpra client version 0.10.0 > 2013-08-16 18:27:24,081 No OpenGL_accelerate module loaded: No module > named OpenGL_accelerate > 2013-08-16 18:27:24,131 Unable to load registered array format handler > numeric: > Traceback (most recent call last): > File "/usr/lib/pymodules/python2.7/OpenGL/arrays/formathandler.py", line > 44, in loadPlugin > plugin_class = entrypoint.load() > File "/usr/lib/pymodules/python2.7/OpenGL/plugins.py", line 14, in load > return importByName( self.import_path ) > File "/usr/lib/pymodules/python2.7/OpenGL/plugins.py", line 28, in > importByName > module = __import__( ".".join(moduleName), {}, {}, moduleName) > File "/usr/lib/pymodules/python2.7/OpenGL/arrays/numeric.py", line 15, > in > raise ImportError( """No Numeric module present: %s"""%(err)) > ImportError: No Numeric module present: No module named Numeric > > 2013-08-16 18:27:24,161 OpenGL Version: 3.0 Mesa 8.0.4 > 2013-08-16 18:27:24,179 GL Extension GL_ARB_shader_objects available > 2013-08-16 18:27:24,194 GL Extension GL_ARB_framebuffer_object available > 2013-08-16 18:27:24,196 GL Extension GL_ARB_fragment_program available > 2013-08-16 18:27:24,196 GL Extension GL_ARB_texture_rectangle available > 2013-08-16 18:27:24,197 GL Extension GL_ARB_vertex_program available > 2013-08-16 18:27:28,005 Attached to ssh:reorx:1 (press Control-C to detach) > > On one instance of the client side abort (in this case, it happened when I > tried to open the Session Info window), I saw: > > The program 'Xpra' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadDrawable (invalid Pixmap or Window parameter)'. > (Details: serial 7628 error_code 9 request_code 137 minor_code 4) > (Note to programmers: normally, X errors are reported asynchronously; > that is, you will receive the error a while after causing it. > To debug your program, run it with the --sync command line > option to change this behavior. You can then get a meaningful > backtrace from your debugger if you break on the gdk_x_error() > function.) > > Any suggestions? Anything else I can provide to help narrow this down? > > -- > -- Doug Doole > > aibohphobia - The irrational fear of palindromes > -- -- Doug Doole aibohphobia - The irrational fear of palindromes From ndbecker2 at gmail.com Sat Aug 17 13:32:19 2013 From: ndbecker2 at gmail.com (Neal Becker) Date: Sat, 17 Aug 2013 08:32:19 -0400 Subject: [winswitch] xpra 0.10.0 no keyboard input In-Reply-To: <520DF0F5.9040209@nagafix.co.uk> References: <520DF0F5.9040209@nagafix.co.uk> Message-ID: Same result here using latest winswitch - same error On Fri, Aug 16, 2013 at 5:29 AM, Antoine Martin wrote: > On 14/08/13 21:53, Nick Burrett wrote: > > Server running Centos 6.3: > > > > xpra start :100 --start-child=/usr/bin/Terminal > > > > Client running Ubuntu raring: > > > > xpra attach ssh:host:100 > > > > From client, I can navigate menus with the mouse. However no keyboard > > presses make it to the terminal. > > > > > > 2013-08-14 07:47:38,987 New connection received: > > SocketConnection(/home/oikish/.xpra/XXXXXXX-100) > > 2013-08-14 07:47:39,112 Handshake complete; enabling connection > > 2013-08-14 07:47:39,122 Python/Gtk2 Linux client version 0.10.0 > > connected from 'nickbpc' as 'nickb' ('nickb') > > 2013-08-14 07:47:39,123 client supplied an mmap_file: > > /tmp/xpra.lGzRiM.mmap but we cannot find it > > 2013-08-14 07:47:39,123 using x264 as primary encoding, also > > available: rgb24, vpx, png, png/L, png/P, jpeg, rgb32 > > 2013-08-14 07:47:39,124 setting key repeat rate from client: 500ms > > delay / 50ms interval > > 2013-08-14 07:47:39,129 keyboard mapping already configured (skipped) > > 2013-08-14 07:47:39,282 received new keymap from client > > 4500614482e25eba6e3cfc51bef4bf124cade96a @ nickb-pc > > 2013-08-14 07:47:39,577 received new keymap from client > > 4500614482e25eba6e3cfc51bef4bf124cade96a @ nickb-pc > > > > > > Server side error log has this repeated many times: > > > > > > Traceback (most recent call last): > > File "/usr/lib/python2.6/site-packages/xpra/server/server_base.py", > > line 1242, in _process_key_action > > self._focus(ss, wid, None) > > File "/usr/lib/python2.6/site-packages/xpra/x11/server.py", line > > 455, in _focus > > window.give_client_focus() > > File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/window.py", > > line 1319, in give_client_focus > > trap.swallow_synced(self.do_give_client_focus) > > File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/error.py", > > line 138, in swallow_synced > > self.call_synced(fun, *args, **kwargs) > > File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/error.py", > > line 121, in call_synced > > return self._call(True, fun, args, kwargs) > > File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/error.py", > > line 113, in _call > > raise e > > OverflowError: can't convert negative value to unsigned long > Although the error you are seeing is popping up somewhere else, it does > look awfully similar to this ticket: > https://www.xpra.org/trac/ticket/334 > If I can reproduce it then I should be able to fix it quickly. > > Cheers > Antoine > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From antoine at nagafix.co.uk Sun Aug 18 16:34:53 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 18 Aug 2013 22:34:53 +0700 Subject: [winswitch] Trouble with xpra 0.10.0 In-Reply-To: References: Message-ID: <5210E99D.8000409@nagafix.co.uk> On 17/08/13 05:48, Douglas Doole wrote: > One update - I downgraded the client to xpra 0.9.8 and all the problems > seem to have gone away. > > > On Fri, Aug 16, 2013 at 6:31 PM, Douglas Doole wrote: > >> I just upgraded both my server and client to xpra 0.10.0. Both my server >> and client are running 64-bit Ubuntu 12.04. My client is running KDE, and >> it was running 0.9.x with no problems. >> >> Since upgrading, I've had a lot of problems, such as: >> - Windows not repainting at all (get just a frame). Refresh generally >> clears this up until it happens again. >> - Windows partially repainting (sometime a narrow band shows the desktop >> background, sometimes half the window is blank white, sometimes half the >> window is a smear of green). Again refresh clears it up for a while. Sounds like GL rendering might be to blame. Try --no-opengl >> - Lots of random client side shutdowns. (Bringing up the Session Info >> window is almost guaranteed to cause the client to abort.) As above. >> - When I start xpra, all windows are moved to desktop #1. >> - Lots of focus problems. (Typically have to click the desktop then into >> the window that needs focus.) The last 2 are probably related to this one: http://lists.devloop.org.uk/pipermail/shifter-users/2013-August/000646.html > > So something seems to be fundamentally wrong. None of these problems have been reported by anyone who tested 0.10 before its release, but then again... AFAIK none of them tested Ubuntu very thoroughly either. (though I did quite a bit of testing on 13.04 myself recently) FWIW: apart from the well tested platforms (win32, OSX, Fedora, some CentOS versions), it even runs on OpenBSD (I've just verified) so I am pretty confident this is mostly an Ubuntu only problem (yet again). >> I do see one error message on the client as I attach: >> >> xpra client version 0.10.0 >> 2013-08-16 18:27:24,081 No OpenGL_accelerate module loaded: No module >> named OpenGL_accelerate >> 2013-08-16 18:27:24,131 Unable to load registered array format handler >> numeric: >> Traceback (most recent call last): >> File "/usr/lib/pymodules/python2.7/OpenGL/arrays/formathandler.py", line >> 44, in loadPlugin >> plugin_class = entrypoint.load() >> File "/usr/lib/pymodules/python2.7/OpenGL/plugins.py", line 14, in load >> return importByName( self.import_path ) >> File "/usr/lib/pymodules/python2.7/OpenGL/plugins.py", line 28, in >> importByName >> module = __import__( ".".join(moduleName), {}, {}, moduleName) >> File "/usr/lib/pymodules/python2.7/OpenGL/arrays/numeric.py", line 15, >> in >> raise ImportError( """No Numeric module present: %s"""%(err)) >> ImportError: No Numeric module present: No module named Numeric This can be ignored, there are no "python-numeric" packages available, and this causes this warning in PyOpenGL. >> 2013-08-16 18:27:24,161 OpenGL Version: 3.0 Mesa 8.0.4 >> 2013-08-16 18:27:24,179 GL Extension GL_ARB_shader_objects available >> 2013-08-16 18:27:24,194 GL Extension GL_ARB_framebuffer_object available >> 2013-08-16 18:27:24,196 GL Extension GL_ARB_fragment_program available >> 2013-08-16 18:27:24,196 GL Extension GL_ARB_texture_rectangle available >> 2013-08-16 18:27:24,197 GL Extension GL_ARB_vertex_program available >> 2013-08-16 18:27:28,005 Attached to ssh:reorx:1 (press Control-C to detach) >> >> On one instance of the client side abort (in this case, it happened when I >> tried to open the Session Info window), I saw: >> >> The program 'Xpra' received an X Window System error. >> This probably reflects a bug in the program. >> The error was 'BadDrawable (invalid Pixmap or Window parameter)'. >> (Details: serial 7628 error_code 9 request_code 137 minor_code 4) >> (Note to programmers: normally, X errors are reported asynchronously; >> that is, you will receive the error a while after causing it. >> To debug your program, run it with the --sync command line >> option to change this behavior. You can then get a meaningful >> backtrace from your debugger if you break on the gdk_x_error() >> function.) >> >> Any suggestions? Anything else I can provide to help narrow this down? Please try --no-opengl and see if that fixes most of your problems. If so, please post the output of: glxinfo xpra/client/gl/gl_check.py So we can blacklist the offending drivers - though I am tempted to just blacklist all Ubuntu releases and give up on supporting that platform. Thanks Antoine >> >> -- >> -- Doug Doole >> >> aibohphobia - The irrational fear of palindromes From dougdoole at gmail.com Sun Aug 18 19:22:47 2013 From: dougdoole at gmail.com (Douglas Doole) Date: Sun, 18 Aug 2013 14:22:47 -0400 Subject: [winswitch] Trouble with xpra 0.10.0 In-Reply-To: <5210E99D.8000409@nagafix.co.uk> References: <5210E99D.8000409@nagafix.co.uk> Message-ID: Running with --opengl=no solved the problems with client side aborts and partial repaints. I am still having trouble with windows that appear as just the frame. glxinfo: name of display: :0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_INTEL_swap_event client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_framebuffer_sRGB, GLX_EXT_create_context_es2_profile, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap, GLX_INTEL_swap_event GLX version: 1.4 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile OpenGL version string: 3.0 Mesa 8.0.4 OpenGL shading language version string: 1.30 OpenGL extensions: GL_ARB_multisample, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_copy_texture, GL_EXT_polygon_offset, GL_EXT_subtexture, GL_EXT_texture_object, GL_EXT_vertex_array, GL_EXT_compiled_vertex_array, GL_EXT_texture, GL_EXT_texture3D, GL_IBM_rasterpos_clip, GL_ARB_point_parameters, GL_EXT_draw_range_elements, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_separate_specular_color, GL_EXT_texture_edge_clamp, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_ARB_framebuffer_sRGB, GL_ARB_multitexture, GL_EXT_framebuffer_sRGB, GL_IBM_multimode_draw_arrays, GL_IBM_texture_mirrored_repeat, GL_3DFX_texture_compression_FXT1, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_transpose_matrix, GL_EXT_blend_func_separate, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_secondary_color, GL_EXT_texture_env_add, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_INGR_blend_func_separate, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texgen_reflection, GL_NV_texture_env_combine4, GL_SUN_multi_draw_arrays, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_EXT_framebuffer_object, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_MESA_window_pos, GL_NV_packed_depth_stencil, GL_NV_texture_rectangle, GL_NV_vertex_program, GL_ARB_depth_texture, GL_ARB_occlusion_query, GL_ARB_shadow, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_window_pos, GL_ATI_envmap_bumpmap, GL_EXT_stencil_two_side, GL_EXT_texture_cube_map, GL_NV_depth_clamp, GL_NV_vertex_program1_1, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_draw_buffers, GL_ARB_fragment_program, GL_ARB_fragment_shader, GL_ARB_shader_objects, GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ATI_draw_buffers, GL_ATI_texture_env_combine3, GL_ATI_texture_float, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_ARB_depth_clamp, GL_ARB_fragment_program_shadow, GL_ARB_half_float_pixel, GL_ARB_point_sprite, GL_ARB_shading_language_100, GL_ARB_sync, GL_ARB_texture_non_power_of_two, GL_ARB_vertex_buffer_object, GL_ATI_blend_equation_separate, GL_EXT_blend_equation_separate, GL_OES_read_format, GL_ARB_color_buffer_float, GL_ARB_pixel_buffer_object, GL_ARB_texture_compression_rgtc, GL_ARB_texture_float, GL_ARB_texture_rectangle, GL_EXT_packed_float, GL_EXT_pixel_buffer_object, GL_EXT_texture_compression_rgtc, GL_EXT_texture_rectangle, GL_EXT_texture_sRGB, GL_EXT_texture_shared_exponent, GL_ARB_framebuffer_object, GL_EXT_framebuffer_blit, GL_EXT_framebuffer_multisample, GL_EXT_packed_depth_stencil, GL_APPLE_object_purgeable, GL_ARB_vertex_array_object, GL_ATI_separate_stencil, GL_EXT_draw_buffers2, GL_EXT_gpu_program_parameters, GL_EXT_texture_array, GL_EXT_texture_integer, GL_EXT_texture_sRGB_decode, GL_EXT_timer_query, GL_OES_EGL_image, GL_MESA_texture_array, GL_ARB_copy_buffer, GL_ARB_depth_buffer_float, GL_ARB_half_float_vertex, GL_ARB_map_buffer_range, GL_ARB_texture_rg, GL_ARB_texture_swizzle, GL_ARB_vertex_array_bgra, GL_EXT_separate_shader_objects, GL_EXT_texture_swizzle, GL_EXT_vertex_array_bgra, GL_NV_conditional_render, GL_ARB_ES2_compatibility, GL_ARB_draw_elements_base_vertex, GL_ARB_explicit_attrib_location, GL_ARB_fragment_coord_conventions, GL_ARB_provoking_vertex, GL_ARB_sampler_objects, GL_ARB_seamless_cube_map, GL_ARB_shader_texture_lod, GL_EXT_provoking_vertex, GL_EXT_texture_snorm, GL_MESA_texture_signed_rgba, GL_ARB_robustness, GL_EXT_transform_feedback 32 GLX Visuals visual x bf lv rg d st colorbuffer sr ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a F gb bf th cl r g b a ns b eat ---------------------------------------------------------------------------- 0x021 24 tc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x022 24 dc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x091 24 tc 0 24 0 r . . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x092 24 tc 0 24 0 r y . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x093 24 tc 0 24 0 r y . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x094 24 tc 0 24 0 r . . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x095 24 tc 0 24 0 r y . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x096 24 tc 0 24 0 r y . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x097 24 tc 0 32 0 r . . 8 8 8 8 . . 0 0 0 0 0 0 0 0 0 None 0x098 24 tc 0 32 0 r y . 8 8 8 8 . . 0 0 0 0 0 0 0 0 0 None 0x099 24 tc 0 32 0 r y . 8 8 8 8 . . 0 0 0 0 0 0 0 0 0 None 0x09a 24 tc 0 32 0 r . . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x09b 24 tc 0 24 0 r y . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x09c 24 tc 0 24 0 r y . 8 8 8 0 . . 0 24 8 16 16 16 0 0 0 Slow 0x09d 24 tc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x09e 24 tc 0 32 0 r y . 8 8 8 8 . . 0 24 8 16 16 16 16 0 0 Slow 0x09f 24 dc 0 24 0 r . . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x0a0 24 dc 0 24 0 r y . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x0a1 24 dc 0 24 0 r y . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x0a2 24 dc 0 24 0 r . . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x0a3 24 dc 0 24 0 r y . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x0a4 24 dc 0 24 0 r y . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x0a5 24 dc 0 32 0 r . . 8 8 8 8 . . 0 0 0 0 0 0 0 0 0 None 0x0a6 24 dc 0 32 0 r y . 8 8 8 8 . . 0 0 0 0 0 0 0 0 0 None 0x0a7 24 dc 0 32 0 r y . 8 8 8 8 . . 0 0 0 0 0 0 0 0 0 None 0x0a8 24 dc 0 32 0 r . . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x0a9 24 dc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x0aa 24 dc 0 24 0 r y . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x0ab 24 dc 0 24 0 r y . 8 8 8 0 . . 0 24 8 16 16 16 0 0 0 Slow 0x0ac 24 dc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x0ad 24 dc 0 32 0 r y . 8 8 8 8 . . 0 24 8 16 16 16 16 0 0 Slow 0x060 32 tc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 48 GLXFBConfigs: visual x bf lv rg d st colorbuffer sr ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a F gb bf th cl r g b a ns b eat ---------------------------------------------------------------------------- 0x061 0 tc 0 16 0 r . . 5 6 5 0 . . 0 0 0 0 0 0 0 0 0 None 0x062 0 tc 0 16 0 r y . 5 6 5 0 . . 0 0 0 0 0 0 0 0 0 None 0x063 0 tc 0 16 0 r y . 5 6 5 0 . . 0 0 0 0 0 0 0 0 0 None 0x064 0 tc 0 16 0 r . . 5 6 5 0 . . 0 16 0 0 0 0 0 0 0 None 0x065 0 tc 0 16 0 r y . 5 6 5 0 . . 0 16 0 0 0 0 0 0 0 None 0x066 0 tc 0 16 0 r y . 5 6 5 0 . . 0 16 0 0 0 0 0 0 0 None 0x067 24 tc 0 24 0 r . . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x068 24 tc 0 24 0 r y . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x069 24 tc 0 24 0 r y . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x06a 24 tc 0 24 0 r . . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x06b 24 tc 0 24 0 r y . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x06c 24 tc 0 24 0 r y . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x06d 24 tc 0 32 0 r . . 8 8 8 8 . . 0 0 0 0 0 0 0 0 0 None 0x06e 24 tc 0 32 0 r y . 8 8 8 8 . . 0 0 0 0 0 0 0 0 0 None 0x06f 24 tc 0 32 0 r y . 8 8 8 8 . . 0 0 0 0 0 0 0 0 0 None 0x070 24 tc 0 32 0 r . . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x071 24 tc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x072 32 tc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x073 0 tc 0 16 0 r y . 5 6 5 0 . . 0 16 0 0 0 0 0 0 0 None 0x074 0 tc 0 16 0 r y . 5 6 5 0 . . 0 16 0 16 16 16 0 0 0 Slow 0x075 24 tc 0 24 0 r y . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x076 24 tc 0 24 0 r y . 8 8 8 0 . . 0 24 8 16 16 16 0 0 0 Slow 0x077 24 tc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x078 24 tc 0 32 0 r y . 8 8 8 8 . . 0 24 8 16 16 16 16 0 0 Slow 0x079 0 dc 0 16 0 r . . 5 6 5 0 . . 0 0 0 0 0 0 0 0 0 None 0x07a 0 dc 0 16 0 r y . 5 6 5 0 . . 0 0 0 0 0 0 0 0 0 None 0x07b 0 dc 0 16 0 r y . 5 6 5 0 . . 0 0 0 0 0 0 0 0 0 None 0x07c 0 dc 0 16 0 r . . 5 6 5 0 . . 0 16 0 0 0 0 0 0 0 None 0x07d 0 dc 0 16 0 r y . 5 6 5 0 . . 0 16 0 0 0 0 0 0 0 None 0x07e 0 dc 0 16 0 r y . 5 6 5 0 . . 0 16 0 0 0 0 0 0 0 None 0x07f 24 dc 0 24 0 r . . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x080 24 dc 0 24 0 r y . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x081 24 dc 0 24 0 r y . 8 8 8 0 . . 0 0 0 0 0 0 0 0 0 None 0x082 24 dc 0 24 0 r . . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x083 24 dc 0 24 0 r y . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x084 24 dc 0 24 0 r y . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x085 24 dc 0 32 0 r . . 8 8 8 8 . . 0 0 0 0 0 0 0 0 0 None 0x086 24 dc 0 32 0 r y . 8 8 8 8 . . 0 0 0 0 0 0 0 0 0 None 0x087 24 dc 0 32 0 r y . 8 8 8 8 . . 0 0 0 0 0 0 0 0 0 None 0x088 24 dc 0 32 0 r . . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x089 24 dc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x08a 24 dc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x08b 0 dc 0 16 0 r y . 5 6 5 0 . . 0 16 0 0 0 0 0 0 0 None 0x08c 0 dc 0 16 0 r y . 5 6 5 0 . . 0 16 0 16 16 16 0 0 0 Slow 0x08d 24 dc 0 24 0 r y . 8 8 8 0 . . 0 24 8 0 0 0 0 0 0 None 0x08e 24 dc 0 24 0 r y . 8 8 8 0 . . 0 24 8 16 16 16 0 0 0 Slow 0x08f 24 dc 0 32 0 r y . 8 8 8 8 . . 0 24 8 0 0 0 0 0 0 None 0x090 24 dc 0 32 0 r y . 8 8 8 8 . . 0 24 8 16 16 16 16 0 0 Slow gl_check.py: 2013-08-18 14:21:56,001 pygdkglext version=(1, 1, 0) 2013-08-18 14:21:56,006 pygdkglext OpenGL version=(1, 4) 2013-08-18 14:21:56,008 using display mode: ['SINGLE'] 2013-08-18 14:21:56,590 No OpenGL_accelerate module loaded: No module named OpenGL_accelerate 2013-08-18 14:22:00,401 Unable to load registered array format handler numeric: Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/OpenGL/arrays/formathandler.py", line 44, in loadPlugin plugin_class = entrypoint.load() File "/usr/lib/pymodules/python2.7/OpenGL/plugins.py", line 14, in load return importByName( self.import_path ) File "/usr/lib/pymodules/python2.7/OpenGL/plugins.py", line 28, in importByName module = __import__( ".".join(moduleName), {}, {}, moduleName) File "/usr/lib/pymodules/python2.7/OpenGL/arrays/numeric.py", line 15, in raise ImportError( """No Numeric module present: %s"""%(err)) ImportError: No Numeric module present: No module named Numeric 2013-08-18 14:22:00,680 OpenGL Version: 3.0 Mesa 8.0.4 2013-08-18 14:22:00,896 GL Extension GL_ARB_shader_objects available 2013-08-18 14:22:01,029 found valid OpenGL version: 3.0 2013-08-18 14:22:01,029 OpenGL extensions found: GL_ARB_multisample, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_copy_texture, GL_EXT_polygon_offset, GL_EXT_subtexture, GL_EXT_texture_object, GL_EXT_vertex_array, GL_EXT_compiled_vertex_array, GL_EXT_texture, GL_EXT_texture3D, GL_IBM_rasterpos_clip, GL_ARB_point_parameters, GL_EXT_draw_range_elements, GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_rescale_normal, GL_EXT_separate_specular_color, GL_EXT_texture_edge_clamp, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_ARB_framebuffer_sRGB, GL_ARB_multitexture, GL_EXT_framebuffer_sRGB, GL_IBM_multimode_draw_arrays, GL_IBM_texture_mirrored_repeat, GL_3DFX_texture_compression_FXT1, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_transpose_matrix, GL_EXT_blend_func_separate, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, GL_EXT_secondary_color, GL_EXT_texture_env_add, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_INGR_blend_func_separate, GL_NV_blend_square, GL_NV_light_max_exponent, GL_NV_texgen_reflection, GL_NV_texture_env_combine4, GL_SUN_multi_draw_arrays, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_EXT_framebuffer_object, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_MESA_window_pos, GL_NV_packed_depth_stencil, GL_NV_texture_rectangle, GL_NV_vertex_program, GL_ARB_depth_texture, GL_ARB_occlusion_query, GL_ARB_shadow, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_window_pos, GL_ATI_envmap_bumpmap, GL_EXT_stencil_two_side, GL_EXT_texture_cube_map, GL_NV_depth_clamp, GL_NV_vertex_program1_1, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_draw_buffers, GL_ARB_fragment_program, GL_ARB_fragment_shader, GL_ARB_shader_objects, GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ATI_draw_buffers, GL_ATI_texture_env_combine3, GL_ATI_texture_float, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_ARB_depth_clamp, GL_ARB_fragment_program_shadow, GL_ARB_half_float_pixel, GL_ARB_point_sprite, GL_ARB_shading_language_100, GL_ARB_sync, GL_ARB_texture_non_power_of_two, GL_ARB_vertex_buffer_object, GL_ATI_blend_equation_separate, GL_EXT_blend_equation_separate, GL_OES_read_format, GL_ARB_color_buffer_float, GL_ARB_pixel_buffer_object, GL_ARB_texture_compression_rgtc, GL_ARB_texture_float, GL_ARB_texture_rectangle, GL_EXT_packed_float, GL_EXT_pixel_buffer_object, GL_EXT_texture_compression_rgtc, GL_EXT_texture_rectangle, GL_EXT_texture_sRGB, GL_EXT_texture_shared_exponent, GL_ARB_framebuffer_object, GL_EXT_framebuffer_blit, GL_EXT_framebuffer_multisample, GL_EXT_packed_depth_stencil, GL_APPLE_object_purgeable, GL_ARB_vertex_array_object, GL_ATI_separate_stencil, GL_EXT_draw_buffers2, GL_EXT_gpu_program_parameters, GL_EXT_texture_array, GL_EXT_texture_integer, GL_EXT_texture_sRGB_decode, GL_EXT_timer_query, GL_OES_EGL_image, GL_MESA_texture_array, GL_ARB_copy_buffer, GL_ARB_depth_buffer_float, GL_ARB_half_float_vertex, GL_ARB_map_buffer_range, GL_ARB_texture_rg, GL_ARB_texture_swizzle, GL_ARB_vertex_array_bgra, GL_EXT_separate_shader_objects, GL_EXT_texture_swizzle, GL_EXT_vertex_array_bgra, GL_NV_conditional_render, GL_ARB_ES2_compatibility, GL_ARB_draw_elements_base_vertex, GL_ARB_explicit_attrib_location, GL_ARB_fragment_coord_conventions, GL_ARB_provoking_vertex, GL_ARB_sampler_objects, GL_ARB_seamless_cube_map, GL_ARB_shader_texture_lod, GL_EXT_provoking_vertex, GL_EXT_texture_snorm, GL_MESA_texture_signed_rgba, GL_ARB_robustness, GL_EXT_transform_feedback, 2013-08-18 14:22:01,030 vendor: Tungsten Graphics, Inc 2013-08-18 14:22:01,030 renderer: Mesa DRI Intel(R) Ivybridge Mobile 2013-08-18 14:22:01,030 shading language version: 1.30 2013-08-18 14:22:01,131 GLU extensions: GLU_EXT_nurbs_tessellator GLU_EXT_object_space_tess 2013-08-18 14:22:01,131 GLU version: 1.3 2013-08-18 14:22:01,131 All the required OpenGL functions are available: glActiveTexture, glTexSubImage2D, glTexCoord2i, glViewport, glMatrixMode, glLoadIdentity, glOrtho, glEnableClientState, glGenTextures, glDisable, glBindTexture, glPixelStorei, glEnable, glBegin, glFlush, glTexParameteri, glTexImage2D, glMultiTexCoord2i, glVertex2i, glEnd 2013-08-18 14:22:01,165 GL Extension GL_ARB_framebuffer_object available 2013-08-18 14:22:01,173 All the required OpenGL functions are available: GL_FRAMEBUFFER (36160), GL_COLOR_ATTACHMENT0 (36064), glGenFramebuffers, glBindFramebuffer, glFramebufferTexture2D 2013-08-18 14:22:01,173 Extension GL_ARB_texture_rectangle is present 2013-08-18 14:22:01,173 Extension GL_ARB_vertex_program is present 2013-08-18 14:22:01,205 GL Extension GL_ARB_fragment_program available 2013-08-18 14:22:01,205 glInitFragmentProgramARB works 2013-08-18 14:22:01,227 GL Extension GL_ARB_texture_rectangle available 2013-08-18 14:22:01,227 glInitTextureRectangleARB works 2013-08-18 14:22:01,249 GL Extension GL_ARB_vertex_program available 2013-08-18 14:22:01,257 All the required OpenGL functions are available: glGenProgramsARB, glDeleteProgramsARB, glBindProgramARB, glProgramStringARB 2013-08-18 14:22:01,257 Texture size GL_MAX_RECTANGLE_TEXTURE_SIZE_ARB=4096 On Sun, Aug 18, 2013 at 11:34 AM, Antoine Martin wrote: > On 17/08/13 05:48, Douglas Doole wrote: > > One update - I downgraded the client to xpra 0.9.8 and all the problems > > seem to have gone away. > > > > > > On Fri, Aug 16, 2013 at 6:31 PM, Douglas Doole > wrote: > > > >> I just upgraded both my server and client to xpra 0.10.0. Both my server > >> and client are running 64-bit Ubuntu 12.04. My client is running KDE, > and > >> it was running 0.9.x with no problems. > >> > >> Since upgrading, I've had a lot of problems, such as: > >> - Windows not repainting at all (get just a frame). Refresh generally > >> clears this up until it happens again. > >> - Windows partially repainting (sometime a narrow band shows the desktop > >> background, sometimes half the window is blank white, sometimes half the > >> window is a smear of green). Again refresh clears it up for a while. > Sounds like GL rendering might be to blame. Try --no-opengl > >> - Lots of random client side shutdowns. (Bringing up the Session Info > >> window is almost guaranteed to cause the client to abort.) > As above. > >> - When I start xpra, all windows are moved to desktop #1. > >> - Lots of focus problems. (Typically have to click the desktop then into > >> the window that needs focus.) > The last 2 are probably related to this one: > http://lists.devloop.org.uk/pipermail/shifter-users/2013-August/000646.html > > > > So something seems to be fundamentally wrong. > None of these problems have been reported by anyone who tested 0.10 > before its release, but then again... AFAIK none of them tested Ubuntu > very thoroughly either. > (though I did quite a bit of testing on 13.04 myself recently) > > FWIW: apart from the well tested platforms (win32, OSX, Fedora, some > CentOS versions), it even runs on OpenBSD (I've just verified) so I am > pretty confident this is mostly an Ubuntu only problem (yet again). > > >> I do see one error message on the client as I attach: > >> > >> xpra client version 0.10.0 > >> 2013-08-16 18:27:24,081 No OpenGL_accelerate module loaded: No module > >> named OpenGL_accelerate > >> 2013-08-16 18:27:24,131 Unable to load registered array format handler > >> numeric: > >> Traceback (most recent call last): > >> File "/usr/lib/pymodules/python2.7/OpenGL/arrays/formathandler.py", > line > >> 44, in loadPlugin > >> plugin_class = entrypoint.load() > >> File "/usr/lib/pymodules/python2.7/OpenGL/plugins.py", line 14, in > load > >> return importByName( self.import_path ) > >> File "/usr/lib/pymodules/python2.7/OpenGL/plugins.py", line 28, in > >> importByName > >> module = __import__( ".".join(moduleName), {}, {}, moduleName) > >> File "/usr/lib/pymodules/python2.7/OpenGL/arrays/numeric.py", line 15, > >> in > >> raise ImportError( """No Numeric module present: %s"""%(err)) > >> ImportError: No Numeric module present: No module named Numeric > This can be ignored, there are no "python-numeric" packages available, > and this causes this warning in PyOpenGL. > > >> 2013-08-16 18:27:24,161 OpenGL Version: 3.0 Mesa 8.0.4 > >> 2013-08-16 18:27:24,179 GL Extension GL_ARB_shader_objects available > >> 2013-08-16 18:27:24,194 GL Extension GL_ARB_framebuffer_object available > >> 2013-08-16 18:27:24,196 GL Extension GL_ARB_fragment_program available > >> 2013-08-16 18:27:24,196 GL Extension GL_ARB_texture_rectangle available > >> 2013-08-16 18:27:24,197 GL Extension GL_ARB_vertex_program available > >> 2013-08-16 18:27:28,005 Attached to ssh:reorx:1 (press Control-C to > detach) > >> > >> On one instance of the client side abort (in this case, it happened > when I > >> tried to open the Session Info window), I saw: > >> > >> The program 'Xpra' received an X Window System error. > >> This probably reflects a bug in the program. > >> The error was 'BadDrawable (invalid Pixmap or Window parameter)'. > >> (Details: serial 7628 error_code 9 request_code 137 minor_code 4) > >> (Note to programmers: normally, X errors are reported asynchronously; > >> that is, you will receive the error a while after causing it. > >> To debug your program, run it with the --sync command line > >> option to change this behavior. You can then get a meaningful > >> backtrace from your debugger if you break on the gdk_x_error() > >> function.) > >> > >> Any suggestions? Anything else I can provide to help narrow this down? > Please try --no-opengl and see if that fixes most of your problems. > If so, please post the output of: > glxinfo > xpra/client/gl/gl_check.py > So we can blacklist the offending drivers - though I am tempted to just > blacklist all Ubuntu releases and give up on supporting that platform. > > Thanks > Antoine > > >> > >> -- > >> -- Doug Doole > >> > >> aibohphobia - The irrational fear of palindromes > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > -- -- Doug Doole aibohphobia - The irrational fear of palindromes From antoine at nagafix.co.uk Mon Aug 19 07:33:21 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 19 Aug 2013 13:33:21 +0700 Subject: [winswitch] Trouble with xpra 0.10.0 In-Reply-To: References: <5210E99D.8000409@nagafix.co.uk> Message-ID: <5211BC31.7030607@nagafix.co.uk> On 19/08/13 01:22, Douglas Doole wrote: > Running with --opengl=no solved the problems with client side aborts and > partial repaints. I am still having trouble with windows that appear as > just the frame. I have never seen that, can you paste a screenshot? Is it just any window or specific ones? Does the client or server log show anything when that happens? > glxinfo: > name of display: :0 > display: :0 screen: 0 > direct rendering: Yes > server glx vendor string: SGI > server glx version string: 1.4 (snip) > gl_check.py: > 2013-08-18 14:21:56,001 pygdkglext version=(1, 1, 0) > 2013-08-18 14:21:56,006 pygdkglext OpenGL version=(1, 4) > 2013-08-18 14:21:56,008 using display mode: ['SINGLE'] (snip) > > 2013-08-18 14:22:00,680 OpenGL Version: 3.0 Mesa 8.0.4 > 2013-08-18 14:22:00,896 GL Extension GL_ARB_shader_objects available > 2013-08-18 14:22:01,029 found valid OpenGL version: 3.0 (snip) > 2013-08-18 14:22:01,030 vendor: Tungsten Graphics, Inc > 2013-08-18 14:22:01,030 renderer: Mesa DRI Intel(R) Ivybridge Mobile > 2013-08-18 14:22:01,030 shading language version: 1.30 > 2013-08-18 14:22:01,131 GLU extensions: GLU_EXT_nurbs_tessellator > GLU_EXT_object_space_tess > 2013-08-18 14:22:01,131 GLU version: 1.3 (snip) Mesa 8 with an Intel chipset *should* work. I think I'll just blacklist Ubuntu versions older than 13.04 as I just don't have the hardware (let lone the time) to test all those configurations. (not to mention all the combinations of compositing window managers... and soon MIR... fragmentation hell) Cheers Antoine > On Sun, Aug 18, 2013 at 11:34 AM, Antoine Martin wrote: > >> On 17/08/13 05:48, Douglas Doole wrote: >>> One update - I downgraded the client to xpra 0.9.8 and all the problems >>> seem to have gone away. >>> >>> >>> On Fri, Aug 16, 2013 at 6:31 PM, Douglas Doole >> wrote: >>>> I just upgraded both my server and client to xpra 0.10.0. Both my server >>>> and client are running 64-bit Ubuntu 12.04. My client is running KDE, >> and >>>> it was running 0.9.x with no problems. >>>> >>>> Since upgrading, I've had a lot of problems, such as: >>>> - Windows not repainting at all (get just a frame). Refresh generally >>>> clears this up until it happens again. >>>> - Windows partially repainting (sometime a narrow band shows the desktop >>>> background, sometimes half the window is blank white, sometimes half the >>>> window is a smear of green). Again refresh clears it up for a while. >> Sounds like GL rendering might be to blame. Try --no-opengl >>>> - Lots of random client side shutdowns. (Bringing up the Session Info >>>> window is almost guaranteed to cause the client to abort.) >> As above. >>>> - When I start xpra, all windows are moved to desktop #1. >>>> - Lots of focus problems. (Typically have to click the desktop then into >>>> the window that needs focus.) >> The last 2 are probably related to this one: >> http://lists.devloop.org.uk/pipermail/shifter-users/2013-August/000646.html >>> So something seems to be fundamentally wrong. >> None of these problems have been reported by anyone who tested 0.10 >> before its release, but then again... AFAIK none of them tested Ubuntu >> very thoroughly either. >> (though I did quite a bit of testing on 13.04 myself recently) >> >> FWIW: apart from the well tested platforms (win32, OSX, Fedora, some >> CentOS versions), it even runs on OpenBSD (I've just verified) so I am >> pretty confident this is mostly an Ubuntu only problem (yet again). >> >>>> I do see one error message on the client as I attach: >>>> >>>> xpra client version 0.10.0 >>>> 2013-08-16 18:27:24,081 No OpenGL_accelerate module loaded: No module >>>> named OpenGL_accelerate >>>> 2013-08-16 18:27:24,131 Unable to load registered array format handler >>>> numeric: >>>> Traceback (most recent call last): >>>> File "/usr/lib/pymodules/python2.7/OpenGL/arrays/formathandler.py", >> line >>>> 44, in loadPlugin >>>> plugin_class = entrypoint.load() >>>> File "/usr/lib/pymodules/python2.7/OpenGL/plugins.py", line 14, in >> load >>>> return importByName( self.import_path ) >>>> File "/usr/lib/pymodules/python2.7/OpenGL/plugins.py", line 28, in >>>> importByName >>>> module = __import__( ".".join(moduleName), {}, {}, moduleName) >>>> File "/usr/lib/pymodules/python2.7/OpenGL/arrays/numeric.py", line 15, >>>> in >>>> raise ImportError( """No Numeric module present: %s"""%(err)) >>>> ImportError: No Numeric module present: No module named Numeric >> This can be ignored, there are no "python-numeric" packages available, >> and this causes this warning in PyOpenGL. >> >>>> 2013-08-16 18:27:24,161 OpenGL Version: 3.0 Mesa 8.0.4 >>>> 2013-08-16 18:27:24,179 GL Extension GL_ARB_shader_objects available >>>> 2013-08-16 18:27:24,194 GL Extension GL_ARB_framebuffer_object available >>>> 2013-08-16 18:27:24,196 GL Extension GL_ARB_fragment_program available >>>> 2013-08-16 18:27:24,196 GL Extension GL_ARB_texture_rectangle available >>>> 2013-08-16 18:27:24,197 GL Extension GL_ARB_vertex_program available >>>> 2013-08-16 18:27:28,005 Attached to ssh:reorx:1 (press Control-C to >> detach) >>>> On one instance of the client side abort (in this case, it happened >> when I >>>> tried to open the Session Info window), I saw: >>>> >>>> The program 'Xpra' received an X Window System error. >>>> This probably reflects a bug in the program. >>>> The error was 'BadDrawable (invalid Pixmap or Window parameter)'. >>>> (Details: serial 7628 error_code 9 request_code 137 minor_code 4) >>>> (Note to programmers: normally, X errors are reported asynchronously; >>>> that is, you will receive the error a while after causing it. >>>> To debug your program, run it with the --sync command line >>>> option to change this behavior. You can then get a meaningful >>>> backtrace from your debugger if you break on the gdk_x_error() >>>> function.) >>>> >>>> Any suggestions? Anything else I can provide to help narrow this down? >> Please try --no-opengl and see if that fixes most of your problems. >> If so, please post the output of: >> glxinfo >> xpra/client/gl/gl_check.py >> So we can blacklist the offending drivers - though I am tempted to just >> blacklist all Ubuntu releases and give up on supporting that platform. >> >> Thanks >> Antoine >> >>>> -- >>>> -- Doug Doole >>>> >>>> aibohphobia - The irrational fear of palindromes >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >> > > From antoine at nagafix.co.uk Mon Aug 19 13:07:08 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 19 Aug 2013 19:07:08 +0700 Subject: [winswitch] xpra 0.10.0 no keyboard input In-Reply-To: <520DF0F5.9040209@nagafix.co.uk> References: <520DF0F5.9040209@nagafix.co.uk> Message-ID: <52120A6C.6090105@nagafix.co.uk> Nick, (snip) >> Traceback (most recent call last): >> File "/usr/lib/python2.6/site-packages/xpra/server/server_base.py", >> line 1242, in _process_key_action >> self._focus(ss, wid, None) >> File "/usr/lib/python2.6/site-packages/xpra/x11/server.py", line >> 455, in _focus >> window.give_client_focus() >> File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/window.py", >> line 1319, in give_client_focus >> trap.swallow_synced(self.do_give_client_focus) >> File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/error.py", >> line 138, in swallow_synced >> self.call_synced(fun, *args, **kwargs) >> File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/error.py", >> line 121, in call_synced >> return self._call(True, fun, args, kwargs) >> File "/usr/lib/python2.6/site-packages/xpra/x11/gtk_x11/error.py", >> line 113, in _call >> raise e >> OverflowError: can't convert negative value to unsigned long > Although the error you are seeing is popping up somewhere else, it does > look awfully similar to this ticket: > https://www.xpra.org/trac/ticket/334 > If I can reproduce it then I should be able to fix it quickly. I have tried very hard to reproduce the bug(s?), both the one you reported and the one in the ticket - and failed at both.. Can you please add to this ticket (see debugging instructions in comment 4): http://xpra.org/trac/ticket/334#comment:4 Thanks Antoine From billycrook at gmail.com Mon Aug 19 21:14:12 2013 From: billycrook at gmail.com (Billy Crook) Date: Mon, 19 Aug 2013 15:14:12 -0500 Subject: [winswitch] Dependancies for Winswitch on el5 Message-ID: Has anyone here installed winswitch on el5? If so, how did you satisfy the dependancies nautilus-python and tigervnc? I do not believe those are available for el5. From antoine at nagafix.co.uk Tue Aug 20 08:18:31 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 20 Aug 2013 14:18:31 +0700 Subject: [winswitch] Dependancies for Winswitch on el5 In-Reply-To: References: Message-ID: <52131847.1000606@nagafix.co.uk> On 20/08/13 03:14, Billy Crook wrote: > Has anyone here installed winswitch on el5? If so, how did you > satisfy the dependancies nautilus-python and tigervnc? Installing from source always works ;) > I do not > believe those are available for el5. I believe those dependencies should have been "soft" dependencies: Requires(hint): X, Y, Z Rather than hard dependencies like: Requires: X, Y, Z Maybe CentOS doesn't honour those? In any case, I've just re-spun the CentOS 5.x package in the beta area: http://winswitch.org/dists/CentOS/ (winswitch-0.12.19-2.*.rpm) Please let me know if that fixes the problem for you. (note: CentOS 5.x is getting really old now, ensuring compatibility with outdated systems is not high on the priority list..) Antoine From antoine at nagafix.co.uk Tue Aug 20 10:22:14 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 20 Aug 2013 16:22:14 +0700 Subject: [winswitch] Trouble with xpra 0.10.0 In-Reply-To: <5211BC31.7030607@nagafix.co.uk> References: <5210E99D.8000409@nagafix.co.uk> <5211BC31.7030607@nagafix.co.uk> Message-ID: <52133546.9040908@nagafix.co.uk> On 19/08/13 13:33, Antoine Martin wrote: > On 19/08/13 01:22, Douglas Doole wrote: >> Running with --opengl=no solved the problems with client side aborts and >> partial repaints. I am still having trouble with windows that appear as >> just the frame. > I have never seen that, can you paste a screenshot? > Is it just any window or specific ones? > Does the client or server log show anything when that happens? Never mind this particular one, I've just seen it. Some windows (like say "gnome-terminal") use transparency, and with Ubuntu those pixels come out completely black. It happens with every version of Ubuntu I have tested! (12.04, 12.10 and 13.04). No other distro is affected. Looks like I will be adding another Ubuntu-only-is-broken workaround. Antoine From antoine at nagafix.co.uk Tue Aug 20 17:29:09 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 20 Aug 2013 23:29:09 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.10.1 (bug fixes) Message-ID: <52139955.20103@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This update fixes a few bugs related to some of the new features (video scaling, OpenGL), others in platforms (Ubuntu, Linux-x86 and packaging). Upgrading is recommended. (full release notes below) The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Cheers Antoine Release notes: * fix avcodec buffer pointer errors on some 32-bit Linux * fix invalid time conversion * fix OpenGL scaling with fractions * compilation fix for some newer versions of libav * disable OpenGL on Ubuntu 12.04 and earlier (non functional) * honour scaling at high quality settings * add ability to disable transparency via environment variable * silence PyOpenGL warnings we can do nothing about * fix CentOS 6.3 packaging dependencies -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlITmVEACgkQGK2zHPGK1rvO5gCeOhTkw/ZjlIwPq4HaHGNtTY0e RPgAnjQXFZMptqwWCxumPssb2Naev1mc =ibwg -----END PGP SIGNATURE----- From onlyjob at member.fsf.org Tue Aug 20 18:58:05 2013 From: onlyjob at member.fsf.org (Dmitry Smirnov) Date: Wed, 21 Aug 2013 03:58:05 +1000 Subject: [winswitch] [ANNOUNCE] xpra 0.10.1 (bug fixes) FTBFS/libav-9.8 In-Reply-To: <52139955.20103@nagafix.co.uk> References: <52139955.20103@nagafix.co.uk> Message-ID: <201308210358.05510.onlyjob@member.fsf.org> Hi Antoine, Thanks for this release. I tried to build it with libav-9.8 but got the following FTBFS: xpra/codecs/dec_avcodec/decoder.c: In function ?initdecoder?: xpra/codecs/dec_avcodec/decoder.c:8359:39: error: ?PIX_FMT_0RGB? undeclared (first use in this function) xpra/codecs/dec_avcodec/decoder.c:8359:39: note: each undeclared identifier is reported only once for each function it appears in xpra/codecs/dec_avcodec/decoder.c:8371:39: error: ?PIX_FMT_BGR0? undeclared (first use in this function) "patches/old-libav-pixfmtconsts.patch" has no effect. Please advise. -- Regards, Dmitry Smirnov GPG key : 4096R/53968D1B --- Democracy is a pathetic belief in the collective wisdom of individual ignorance. -- H. L. Mencken From antoine at nagafix.co.uk Wed Aug 21 03:08:34 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 21 Aug 2013 09:08:34 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.10.1 (bug fixes) FTBFS/libav-9.8 In-Reply-To: <201308210358.05510.onlyjob@member.fsf.org> References: <52139955.20103@nagafix.co.uk> <201308210358.05510.onlyjob@member.fsf.org> Message-ID: <52142122.6080908@nagafix.co.uk> On 21/08/13 00:58, Dmitry Smirnov wrote: > Hi Antoine, > > Thanks for this release. > I tried to build it with libav-9.8 but got the following FTBFS: I've had crashes at runtime with libav 9.8 (as found in sid). I was about to pull the packages until someone figures out how to make it work with the latest libav > xpra/codecs/dec_avcodec/decoder.c: In function ?initdecoder?: > xpra/codecs/dec_avcodec/decoder.c:8359:39: error: ?PIX_FMT_0RGB? undeclared (first use in this function) > xpra/codecs/dec_avcodec/decoder.c:8359:39: note: each undeclared identifier is reported only once for each function it appears in > xpra/codecs/dec_avcodec/decoder.c:8371:39: error: ?PIX_FMT_BGR0? undeclared (first use in this function) > > "patches/old-libav-pixfmtconsts.patch" has no effect. Try old-libav-no0RGB.patch Antoine > > Please advise. > From ndbecker2 at gmail.com Wed Aug 21 13:38:03 2013 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 21 Aug 2013 08:38:03 -0400 Subject: [winswitch] [ANNOUNCE] xpra 0.10.1 (bug fixes) In-Reply-To: <52139955.20103@nagafix.co.uk> References: <52139955.20103@nagafix.co.uk> Message-ID: Seems to be fixed. I wonder - after updating both client and server side. I connect via winswitch. But server side already had a winswitch and xpra process running. These are the older version. I guess they'll just stay there forever? Is it necessary to somehow kill them to update the versions? On Tue, Aug 20, 2013 at 12:29 PM, Antoine Martin wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > This update fixes a few bugs related to some of the new features > (video scaling, OpenGL), others in platforms (Ubuntu, Linux-x86 and > packaging). > Upgrading is recommended. (full release notes below) > > The source: > https://xpra.org/src/ > Binaries/repositories: > https://winswitch.org/downloads/ > Direct binary downloads: > https://xpra.org/dists/ > > Cheers > Antoine > > Release notes: > * fix avcodec buffer pointer errors on some 32-bit Linux > * fix invalid time conversion > * fix OpenGL scaling with fractions > * compilation fix for some newer versions of libav > * disable OpenGL on Ubuntu 12.04 and earlier (non functional) > * honour scaling at high quality settings > * add ability to disable transparency via environment variable > * silence PyOpenGL warnings we can do nothing about > * fix CentOS 6.3 packaging dependencies > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.14 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iEYEARECAAYFAlITmVEACgkQGK2zHPGK1rvO5gCeOhTkw/ZjlIwPq4HaHGNtTY0e > RPgAnjQXFZMptqwWCxumPssb2Naev1mc > =ibwg > -----END PGP SIGNATURE----- > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From antoine at nagafix.co.uk Wed Aug 21 14:22:19 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 21 Aug 2013 20:22:19 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.10.1 (bug fixes) In-Reply-To: References: <52139955.20103@nagafix.co.uk> Message-ID: <5214BF0B.4010504@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 21/08/13 19:38, Neal Becker wrote: > Seems to be fixed. I wonder - after updating both client and server side. >I connect via winswitch. But server side already had a winswitch and xpra process running. These are the older version. > I guess they'll just stay there forever? Is it necessary to somehow kill them to update the versions? Have a look at .winswitch/server/protocols/xpra.conf: **** # test the version of all xpra sessions found and upgrade them if needed auto_upgrade_xpra_sessions=True **** If that is set to True, simply restarting winswitch should upgrade the Xpra sessions in place. (but I would still make sure your data is saved before using this feature!) Cheers Antoine > > > On Tue, Aug 20, 2013 at 12:29 PM, Antoine Martin > wrote: > > Hi, > > This update fixes a few bugs related to some of the new features > (video scaling, OpenGL), others in platforms (Ubuntu, Linux-x86 and > packaging). > Upgrading is recommended. (full release notes below) > > The source: > https://xpra.org/src/ > Binaries/repositories: > https://winswitch.org/downloads/ > Direct binary downloads: > https://xpra.org/dists/ > > Cheers > Antoine > > Release notes: > * fix avcodec buffer pointer errors on some 32-bit Linux > * fix invalid time conversion > * fix OpenGL scaling with fractions > * compilation fix for some newer versions of libav > * disable OpenGL on Ubuntu 12.04 and earlier (non functional) > * honour scaling at high quality settings > * add ability to disable transparency via environment variable > * silence PyOpenGL warnings we can do nothing about > * fix CentOS 6.3 packaging dependencies > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlIUvwsACgkQGK2zHPGK1rs7EQCdF+KEkz8W5jWH/gNJxa7T4kMY BS8An0x3fKObAjo0eXFkUnB2ziNUzWJo =mLQF -----END PGP SIGNATURE----- From ndbecker2 at gmail.com Wed Aug 21 15:54:28 2013 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 21 Aug 2013 10:54:28 -0400 Subject: [winswitch] [ANNOUNCE] xpra 0.10.1 (bug fixes) In-Reply-To: <5214BF0B.4010504@nagafix.co.uk> References: <52139955.20103@nagafix.co.uk> <5214BF0B.4010504@nagafix.co.uk> Message-ID: Wow, that's pretty fancy! Good work! On Wed, Aug 21, 2013 at 9:22 AM, Antoine Martin wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 21/08/13 19:38, Neal Becker wrote: > > Seems to be fixed. I wonder - after updating both client and server > side. > >I connect via winswitch. But server side already had a winswitch and > xpra process running. These are the older version. > > I guess they'll just stay there forever? Is it necessary to somehow > kill them to update the versions? > Have a look at .winswitch/server/protocols/xpra.conf: > **** > # test the version of all xpra sessions found and upgrade them if needed > auto_upgrade_xpra_sessions=True > **** > > If that is set to True, simply restarting winswitch should upgrade the > Xpra sessions in place. > (but I would still make sure your data is saved before using this feature!) > > Cheers > Antoine > > > > > > > > > On Tue, Aug 20, 2013 at 12:29 PM, Antoine Martin > wrote: > > > > Hi, > > > > This update fixes a few bugs related to some of the new features > > (video scaling, OpenGL), others in platforms (Ubuntu, Linux-x86 and > > packaging). > > Upgrading is recommended. (full release notes below) > > > > The source: > > https://xpra.org/src/ > > Binaries/repositories: > > https://winswitch.org/downloads/ > > Direct binary downloads: > > https://xpra.org/dists/ > > > > Cheers > > Antoine > > > > Release notes: > > * fix avcodec buffer pointer errors on some 32-bit Linux > > * fix invalid time conversion > > * fix OpenGL scaling with fractions > > * compilation fix for some newer versions of libav > > * disable OpenGL on Ubuntu 12.04 and earlier (non functional) > > * honour scaling at high quality settings > > * add ability to disable transparency via environment variable > > * silence PyOpenGL warnings we can do nothing about > > * fix CentOS 6.3 packaging dependencies > > _______________________________________________ > > shifter-users mailing list > > shifter-users at lists.devloop.org.uk > > > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > > > > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.14 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iEYEARECAAYFAlIUvwsACgkQGK2zHPGK1rs7EQCdF+KEkz8W5jWH/gNJxa7T4kMY > BS8An0x3fKObAjo0eXFkUnB2ziNUzWJo > =mLQF > -----END PGP SIGNATURE----- > > From onlyjob at member.fsf.org Thu Aug 22 20:30:23 2013 From: onlyjob at member.fsf.org (Dmitry Smirnov) Date: Fri, 23 Aug 2013 05:30:23 +1000 Subject: [winswitch] [ANNOUNCE] xpra 0.10.1 (bug fixes) FTBFS/libav-9.8 [patch] In-Reply-To: <52142122.6080908@nagafix.co.uk> References: <52139955.20103@nagafix.co.uk> <201308210358.05510.onlyjob@member.fsf.org> <52142122.6080908@nagafix.co.uk> Message-ID: <201308230530.23807.onlyjob@member.fsf.org> On Wed, 21 Aug 2013 12:08:34 Antoine Martin wrote: > I've had crashes at runtime with libav 9.8 (as found in sid). Although I only tested it little xpra worked very stable with libav-9.8 for me... > I was about to pull the packages until someone figures out how to make > it work with the latest libav > [...] > Try old-libav-no0RGB.patch Thank you for this advise. Patch didn't apply at first but it worked very well when I modified it to the following (below). I only needed this patch to build with libav-9.8. -- Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B ::::::::: Last-Update: 2013-08-23 Forwarded: not-needed Author: Dmitry Smirnov From: Antoine Martin Description: fix FTBFS with libav-9.8: xpra/codecs/dec_avcodec/decoder.c: In function ?initdecoder?: xpra/codecs/dec_avcodec/decoder.c:8359:39: error: ?PIX_FMT_0RGB? undeclared (first use in this function) xpra/codecs/dec_avcodec/decoder.c:8359:39: note: each undeclared identifier is reported only once for each function it appears in xpra/codecs/dec_avcodec/decoder.c:8371:39: error: ?PIX_FMT_BGR0? undeclared (first use in this function) --- a/xpra/codecs/csc_swscale/colorspace_converter.pyx +++ b/xpra/codecs/csc_swscale/colorspace_converter.pyx @@ -80,10 +80,10 @@ FORMAT_OPTIONS = [ ("AV_PIX_FMT_RGB24", (3, 0, 0, 0), (1, 0, 0, 0), "RGB" ), ("AV_PIX_FMT_BGR24", (3, 0, 0, 0), (1, 0, 0, 0), "BGR" ), ("AV_PIX_FMT_0RGB", (4, 0, 0, 0), (1, 0, 0, 0), "XRGB" ), - ("AV_PIX_FMT_BGR0", (4, 0, 0, 0), (1, 0, 0, 0), "BGRX" ), - ("AV_PIX_FMT_ARGB", (4, 0, 0, 0), (1, 0, 0, 0), "XRGB" ), +# ("AV_PIX_FMT_BGR0", (4, 0, 0, 0), (1, 0, 0, 0), "BGRX" ), +# ("AV_PIX_FMT_ARGB", (4, 0, 0, 0), (1, 0, 0, 0), "XRGB" ), ("AV_PIX_FMT_BGRA", (4, 0, 0, 0), (1, 0, 0, 0), "BGRX" ), ("AV_PIX_FMT_YUV420P", (1, 0.5, 0.5, 0), (1, 0.5, 0.5, 0), "YUV420P"), ("AV_PIX_FMT_YUV422P", (1, 0.5, 0.5, 0), (1, 1, 1, 0), "YUV422P"), ("AV_PIX_FMT_YUV444P", (1, 1, 1, 0), (1, 1, 1, 0), "YUV444P"), --- a/xpra/codecs/csc_swscale/constants.txt +++ b/xpra/codecs/csc_swscale/constants.txt @@ -13,10 +13,10 @@ AV_PIX_FMT_YUV420P AV_PIX_FMT_YUV422P AV_PIX_FMT_YUV444P AV_PIX_FMT_RGB24 -AV_PIX_FMT_0RGB -AV_PIX_FMT_BGR0 +#AV_PIX_FMT_0RGB +#AV_PIX_FMT_BGR0 AV_PIX_FMT_ARGB AV_PIX_FMT_BGRA AV_PIX_FMT_GBRP AV_PIX_FMT_RGB24 --- a/xpra/codecs/dec_avcodec/constants.txt +++ b/xpra/codecs/dec_avcodec/constants.txt @@ -13,10 +13,10 @@ AV_PIX_FMT_YUV420P AV_PIX_FMT_YUV422P AV_PIX_FMT_YUV444P AV_PIX_FMT_RGB24 -AV_PIX_FMT_0RGB -AV_PIX_FMT_BGR0 +#AV_PIX_FMT_0RGB +#AV_PIX_FMT_BGR0 AV_PIX_FMT_ARGB AV_PIX_FMT_BGRA AV_PIX_FMT_GBRP --- a/xpra/codecs/dec_avcodec/decoder.pyx +++ b/xpra/codecs/dec_avcodec/decoder.pyx @@ -113,10 +113,10 @@ "YUV420P" : "AV_PIX_FMT_YUV420P", "YUV422P" : "AV_PIX_FMT_YUV422P", "YUV444P" : "AV_PIX_FMT_YUV444P", "RGB" : "AV_PIX_FMT_RGB24", - "XRGB" : "AV_PIX_FMT_0RGB", - "BGRX" : "AV_PIX_FMT_BGR0", + "XRGB" : "AV_PIX_FMT_ARGB", + "BGRX" : "AV_PIX_FMT_BGRA", "ARGB" : "AV_PIX_FMT_ARGB", "BGRA" : "AV_PIX_FMT_BGRA", "GBRP" : "AV_PIX_FMT_GBRP", }.items(): From antoine at nagafix.co.uk Fri Aug 23 12:52:04 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 23 Aug 2013 18:52:04 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.10.1 (bug fixes) FTBFS/libav-9.8 [patch] In-Reply-To: <201308230530.23807.onlyjob@member.fsf.org> References: <52139955.20103@nagafix.co.uk> <201308210358.05510.onlyjob@member.fsf.org> <52142122.6080908@nagafix.co.uk> <201308230530.23807.onlyjob@member.fsf.org> Message-ID: <52174CE4.6040501@nagafix.co.uk> On 23/08/13 02:30, Dmitry Smirnov wrote: > On Wed, 21 Aug 2013 12:08:34 Antoine Martin wrote: >> I've had crashes at runtime with libav 9.8 (as found in sid). > Although I only tested it little xpra worked very stable with > libav-9.8 for me... Odd, I got consistent crashes. I will try again. >> I was about to pull the packages until someone figures out how to make >> it work with the latest libav >> [...] >> Try old-libav-no0RGB.patch > Thank you for this advise. Patch didn't apply at first but it worked > very well when I modified it to the following (below). I only needed > this patch to build with libav-9.8. The patches are all cumulative and apply cleanly without offsets (this is a requirement for debuild patching AFAIK) - everywhere no0RGB was applied, you needed to apply the pixfmtconsts one first to get it to apply cleanly (it doesn't actually change anything). patch -sp1 < patches/old-libav.patch && echo $? 0 patch -sp1 < patches/old-libav-pixfmtconsts.patch && echo $? 0 patch -sp1 < patches/old-libav-no0RGB.patch && echo $? 0 Antoine From antoine at devloop.org.uk Wed Aug 28 09:28:32 2013 From: antoine at devloop.org.uk (Antoine Martin) Date: Wed, 28 Aug 2013 15:28:32 +0700 Subject: [winswitch] Question on Xpra: Can I display X on remote xpra? In-Reply-To: References: Message-ID: <521DB4B0.5010902@devloop.org.uk> Hi, Please do not email me directly, this is what the mailing list is for. On 28/08/13 15:20, ??? wrote: > Hi Antoine, > > I'm trying to do following, but failed: You're not saying how this fails so it is almost impossible to help you. > > server1# xpra start :7 > > server2# DISPLAY=server1:7 xterm Why are you running the xterm on a different server than the one that runs the xpra server? That's crazy slow - just don't do that, use xpra for forwarding, not X11. (and if you really wanted to do this, and really you should almost never do that, you have to deal with firewalls, xhost, etc.. by yourself) > > And my question is: Does Xpra receive remote X connections? Xpra connects to the X11 server (Xvfb/Xdummy) as a client, it does not handle remote X11 connections at all. X11 client applications connect to the X11 server. Xpra clients connect to the Xpra server, and use their own protocol. Antoine > > Thanks, > Chenggang Tang From antoine at nagafix.co.uk Thu Aug 29 10:29:22 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 29 Aug 2013 16:29:22 +0700 Subject: [winswitch] [ANNOUNCE] xpra 0.10.2 (important bug fix) Message-ID: <521F1472.9050108@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This update only fixes a few bugs, but one of those is a big one as it was preventing users whose name is stored in unicode from connecting to any servers! (oops - sorry) The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Cheers Antoine Release notes: * fix connection error with unicode user name * fix vpx compilation warning * fix python 2.4 compatibility * fix handling of scaling attribute via environment override * build fix: ensure all builds include source information -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlIfFG8ACgkQGK2zHPGK1ruEngCdH2agRtcAUU+xUls90ighDn4X D2IAn24FWaDqHbE9q9qhRUtXMtGPDNU0 =LWQo -----END PGP SIGNATURE----- From lyonel123456789 at yahoo.com Thu Aug 29 16:04:20 2013 From: lyonel123456789 at yahoo.com (Bernardo Leon) Date: Thu, 29 Aug 2013 08:04:20 -0700 (PDT) Subject: [winswitch] Connection lost issue with xpra 0.10.2 Message-ID: <1377788660.64402.YahooMailNeo@web161805.mail.bf1.yahoo.com> Hi, im trying to run the Get Started section of xpra official site but when i try to run this: xpra attach :100 I get some errors related to OpenGL. I get this one:?No OpenGL_accelerate module loaded: No module named OpenGL_accelerate. So i tried to run without Opengl using: xpra attach :100 --opengl=no ...and the opengl 'errors' dissapear but i still getting another error: password is required by the server 2013-08-29 09:48:33,217 connection closed after 1 packets received (61 bytes) and 1 packets sent (28K bytes) 2013-08-29 09:48:33,321 Connection lost I guess i have to provide a password but what password and where?? if its another problem how can i resolve it? thank you! From antoine at nagafix.co.uk Thu Aug 29 16:11:42 2013 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 29 Aug 2013 22:11:42 +0700 Subject: [winswitch] Connection lost issue with xpra 0.10.2 In-Reply-To: <1377788660.64402.YahooMailNeo@web161805.mail.bf1.yahoo.com> References: <1377788660.64402.YahooMailNeo@web161805.mail.bf1.yahoo.com> Message-ID: <521F64AE.5050501@nagafix.co.uk> On 29/08/13 22:04, Bernardo Leon wrote: > Hi, im trying to run the Get Started section of xpra official site but when i try to run this: > > xpra attach :100 > > I get some errors related to OpenGL. I get this one: No OpenGL_accelerate module loaded: No module named OpenGL_accelerate. You can ignore this message, I've added it to the FAQ: http://xpra.org/trac/wiki/FAQ#WarningsandMessages > So i tried to run without Opengl using: > > xpra attach :100 --opengl=no > > ...and the opengl 'errors' dissapear but i still getting another error: > > password is required by the server > 2013-08-29 09:48:33,217 connection closed after 1 packets received (61 bytes) and 1 packets sent (28K bytes) > 2013-08-29 09:48:33,321 Connection lost > > I guess i have to provide a password but what password and where?? if its another problem how can i resolve it? thank you! I'll take a guess and you probably have winswitch installed and running too, right? What happened is that it has captured your xpra sessions and password protected them so it can export them to other machines safely. You can change this behaviour by editing: .winswitch/server/protocols/xpra.conf (and then restart winswitch) Or you can stop winswitch whilst you run your xpra tests from the command line. Cheers Antoine From lyonel123456789 at yahoo.com Fri Aug 30 15:42:14 2013 From: lyonel123456789 at yahoo.com (Bernardo Leon) Date: Fri, 30 Aug 2013 07:42:14 -0700 (PDT) Subject: [winswitch] how ssh forward Message-ID: <1377873734.12530.YahooMailNeo@web161804.mail.bf1.yahoo.com> Hello this must be a really noob question but i dont know how to enable ssh forwarding to use winswitch. I am gettin an "ssh port forward failed.. Please ensure that the server .... allows SSH port forwarding. The error message was: 'Conection Refused'." error. What ports i have to use? or what is the line that let me enable this. Thank you!