From antoine at nagafix.co.uk Mon May 2 09:27:45 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 2 May 2016 15:27:45 +0700 Subject: [winswitch] xpra-0.17.0 on Centos 7 In-Reply-To: <57249f7e.jdDR2KVuLqC54Slq%rdt@cs.queensu.ca> References: <20160427153642.PN08RGs8azFE%rdt@cs.queensu.ca> <733d8322-88ab-c023-2eb2-253290a4e7bb@nagafix.co.uk> <57249d12.6fbMN5X7k0oTHeMX%rdt@cs.queensu.ca> <57249f7e.jdDR2KVuLqC54Slq%rdt@cs.queensu.ca> Message-ID: <33c25066-c0a8-9f5b-93df-6c821f64091f@nagafix.co.uk> On 30/04/16 19:05, Bob Tennent wrote: > >|user uses tcsh > > This seems to be crucial. If the user's shell on the client > is changed to bash, there is no problem attaching. This should be fixed now: http://xpra.org/trac/ticket/1129#comment:20 And will be in the next stable update. Cheers Antoine From antoine at nagafix.co.uk Mon May 2 12:07:16 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 2 May 2016 18:07:16 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 0.17.1 Message-ID: <70c16296-413c-91c2-6aec-988d3aa8f218@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This first update to the 0.17.x branch only contains a few fixes: some SSH mode fixes (including tcsh compatibility), clipboard and the rest is mostly cosmetic. There is no urgency to update if you were not affected. The 0.15.x and 0.16.x branches are no longer maintained by those issues. Release notes: * fix SSH error handler * fix SSH connections with tcsh * fix launcher GUI with SSH mode * fix RPM packaging for automatic system installation * fix / workaround bug in Xorg server 1.18.1 and later * fix unhelpful systray GDK warning with some desktop environments * fix duplicate socket paths listed * fix clipboard issues: timeouts and re-enabling from systray * fix frame extents warning message to blame the culprit * fix installation alert message format on Windows XP The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Beta: https://xpra.org/beta/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlcnNOEACgkQGK2zHPGK1rsEPwCeN76llEltyK7cxDgRlKBP6SpB PIoAnis2VMpsn5RTwJMcJOq1l+XdYRCD =fKfE -----END PGP SIGNATURE----- From antoine at nagafix.co.uk Mon May 2 19:45:21 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 3 May 2016 01:45:21 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 0.14.35 (minor fixes) Message-ID: <7b66fd50-e1d5-93e4-91bd-20004fa51ee2@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This update to the LTS branch contains minor fixes accumulated over the last few months. There is nothing major here and no urgency to update. Release notes: * fix / workaround bug in Xorg server 1.18.1 and later * fix support for broken system tray proxies (ie: KDE) * fix transparency with webp encoding * fix honour username via TCP * fix build errors with sound disabled * fix always use lossless when mmap is enabled (no video detection) * fix error with unicode characters found in %PATH% on MS Windows * fix support for Alpine Linux / musl C * fix RPM packaging for automatic system installation * fix clipboard timeouts and high CPU usage * fix out-of-date bug report data * fix startup failures on some invalid MS Windows configurations * fix current working directory of start commands * fix compatibility with ffmpeg 3.0 * fix division by zero in encoding selection code * fix 'show systray' menu shortcut code * fix server deadlock on exit with tcp-proxy or html server * fix encoding errors with zero dimension windows * fix stop microphone forwarding, correctly notify the server * make it possible to disable force-quit code * more user friendly missing Xvfb error message * fix MS Windows shadow server key mapping The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Beta: https://xpra.org/beta/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlcnoEEACgkQGK2zHPGK1rsrXACfa5U1DwuiEnvO5q7/zKWjwmS/ R9oAnilVb+ATY3VTI5YV0PhI33UuSxlx =x4mz -----END PGP SIGNATURE----- From mukulagrawal78 at yahoo.com Mon May 2 22:59:17 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Mon, 2 May 2016 21:59:17 +0000 (UTC) Subject: [winswitch] XPRA/HTML5 References: <1321772654.6356132.1462226357507.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <1321772654.6356132.1462226357507.JavaMail.yahoo@mail.yahoo.com> I am accessing a remote Ubuntu machine from a local MS Win7 machine. I am trying to use the HTML5 client from browser. On Ubuntu machine I only have ports 22, 80 and 443 open.Can somebody suggest what exact command should I use to start the xpra server on ubuntu machine?I am guessing that I will need to use the port 80 for both xpra server as well as for http. Is this possible? How do I do that? I don't mind using secure-shell to manually log into the Ubuntu machine and then start the xpra-server with proper command to bind to proper websocket on the Ubuntu. In fact I will like to do that just to make sure I understand how this thing is working. But eventually, it will be preferable if I could do that from web-browser on client machine itself and there is no need to logging into the Ubuntu machine separately to start the xpra-server. [BTW, I can use xpra with ssh and MSwindows client software just fine. It works beautifully! ] Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) From antoine at nagafix.co.uk Tue May 3 05:47:16 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 3 May 2016 11:47:16 +0700 Subject: [winswitch] XPRA/HTML5 In-Reply-To: <1321772654.6356132.1462226357507.JavaMail.yahoo@mail.yahoo.com> References: <1321772654.6356132.1462226357507.JavaMail.yahoo.ref@mail.yahoo.com> <1321772654.6356132.1462226357507.JavaMail.yahoo@mail.yahoo.com> Message-ID: On 03/05/16 04:59, Mukul Agrawal wrote: > I am accessing a remote Ubuntu machine from a local MS Win7 machine. > I am trying to use the HTML5 client from browser. On Ubuntu machine I only have ports 22, 80 and 443 open.Can somebody suggest what exact command should I use to start the xpra server on ubuntu machine?I am guessing that I will need to use the port 80 for both xpra server as well as for http. > Is this possible? How do I do that? http://xpra.org/trac/wiki/Clients/HTML5 It uses port 10000 for everything in this example, but you can use almost any port you like: ports below 1024 require root, so you're probably better off using a higher port or using iptables to redirect to a non-privileged port. > I don't mind using secure-shell to manually log into the Ubuntu machine and then start the xpra-server with proper command to bind to proper websocket on the Ubuntu. In fact I will like to do that just to make sure I understand how this thing is working. > But eventually, it will be preferable if I could do that from web-browser on client machine itself and there is no need to logging into the Ubuntu machine separately to start the xpra-server. Starting xpra from a web browser will require some kind of web server to connect to in the first place. If xpra isn't started yet, you will need to use some other tool for that. Perhaps an apache cgi script? > [BTW, I can use xpra with ssh and MSwindows client software just fine. It works beautifully! ] :) Antoine > Regards, Mukul > ( https://sites.google.com/site/mukulagrawal ) From mukulagrawal78 at yahoo.com Tue May 3 12:53:53 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Tue, 3 May 2016 11:53:53 +0000 (UTC) Subject: [winswitch] XPRA/HTML5 In-Reply-To: <7df554cb-1b21-7348-bc03-8848dbaaa294@nagafix.co.uk> References: <7df554cb-1b21-7348-bc03-8848dbaaa294@nagafix.co.uk> Message-ID: <1574799145.6739715.1462276433679.JavaMail.yahoo@mail.yahoo.com> Thanks!I have Apache webserver running on port 80. I have root access ?but I need use port 80 for outside traffic for both the webserver and the xpra server because seems like firewall is blocking traffic on other ports. I tried following :- Editted /etc/apache2/ports.conf to make sure httpd is listening to 8080 and not 80. Listen 8080 Then started apache :- sudo service apache2 start And then started xpra server on port 80 with "sudo"sudo xpra start --bind-tcp=0.0.0.0:80 --html=on --start-child=xterm Will --html=on start a new web server? Or will it just start a porxy and point it to httpd listenning on 8080? Otherwise, should I do following (again with "sudo") sudo xpra start :10 --bind-tcp=0.0.0.0:80 --tcp-proxy=127.0.0.1:8080 --start-child=xterm When I point the browser on the client machine on internet to http://SERVER-IP should I expect to see index page of webserver or the xpra xterm? Last question, what does :10 mean here because seems like we are accessing xpra through tcp port 80. So why bother specifying display number? Where do I use :10 in the xpra attach command when using html5 client? Thanks in advance! Help greatly appreciated. ?Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) On Tuesday, May 3, 2016 2:01 AM, Antoine Martin wrote: Please do not email me directly, use the mailing list. Antoine On 03/05/16 15:49, Mukul Agrawal wrote: > I have an Apache webserver running on port 80. I have root access? but I > have to use port 80 for both webserver and xpra server because seems > like firewall in blocking traffic on other ports. > > Should I use this to start xpra server? > > sudo xpra start :10 --bind-tcp=80 --start-child=xterm --tcp-proxy=127.0.0.1:80 > > > Another question, what does :10 mean here because seems like we are > accessing xpra through tcp port 80. So why bother specifying display > number? Do I or can I use :10 in the xpra attach command? > > Sent from Yahoo Mail on Android > > >? ? On Mon, May 2, 2016 at 9:47 PM, Antoine Martin >? ? wrote: > >? ? On 03/05/16 04:59, Mukul Agrawal wrote: >? ? > I am accessing a remote Ubuntu machine from a local MS Win7 machine. >? ? > I am trying to use the HTML5 client from browser. On Ubuntu >? ? machine I only have ports 22, 80 and 443 open.Can somebody suggest >? ? what exact command should I use to start the xpra server on ubuntu >? ? machine?I am guessing that I will need to use the port 80 for both >? ? xpra server as well as for http. >? ? > Is this possible? How do I do that? >? ? http://xpra.org/trac/wiki/Clients/HTML5 >? ? It uses port 10000 for everything in this example, but you can use >? ? almost any port you like: ports below 1024 require root, so you're >? ? probably better off using a higher port or using iptables to redirect to >? ? a non-privileged port. > >? ? > I don't mind using secure-shell to manually log into the Ubuntu >? ? machine and then start the xpra-server with proper command to bind >? ? to proper websocket on the Ubuntu. In fact I will like to do that >? ? just to make sure I understand how this thing is working. >? ? > But eventually, it will be preferable if I could do that from >? ? web-browser on client machine itself and there is no need to logging >? ? into the Ubuntu machine separately to start the xpra-server. >? ? Starting xpra from a web browser will require some kind of web server to >? ? connect to in the first place. >? ? If xpra isn't started yet, you will need to use some other tool for >? ? that. Perhaps an apache cgi script? > >? ? > [BTW, I can use xpra with ssh and MSwindows client software just >? ? fine. It works beautifully! ] >? ? :) > >? ? Antoine > > >? ? > Regards, Mukul >? ? > ( https://sites.google.com/site/mukulagrawal >? ? ) > >? ? _______________________________________________ >? ? shifter-users mailing list >? ? shifter-users at lists.devloop.org.uk >? ? http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From mukulagrawal78 at yahoo.com Wed May 4 00:00:02 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Tue, 3 May 2016 23:00:02 +0000 (UTC) Subject: [winswitch] XPRA/HTML5/Seamless Mode References: <1020508457.7048870.1462316402457.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <1020508457.7048870.1462316402457.JavaMail.yahoo@mail.yahoo.com> Can I get the seamless mode back when accessing XPRA server through websockets on browser?Basically, I would like different applications to open in new and separate browser windows with all these new browser windows being frameless and tightly coupled to application window (meaning application window cannot be moved within the browser window, only browser window itself can be moved). Any hints/pointers will be greatly appreciated. Thanks in advance! ?Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) From mukulagrawal78 at yahoo.com Wed May 4 00:05:59 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Tue, 3 May 2016 23:05:59 +0000 (UTC) Subject: [winswitch] XPRA/HTML5 In-Reply-To: <1574799145.6739715.1462276433679.JavaMail.yahoo@mail.yahoo.com> References: <7df554cb-1b21-7348-bc03-8848dbaaa294@nagafix.co.uk> <1574799145.6739715.1462276433679.JavaMail.yahoo@mail.yahoo.com> Message-ID: <842572992.7160223.1462316759570.JavaMail.yahoo@mail.yahoo.com> I managed to solve this and get it working.Somethings that I noticed :- 1. I needed to shut my apache server down for following to work :- sudo xpra start --bind-tcp=0.0.0.0:80 --html=on --start-child=xterm Couple of questions:- A) which web-server does XPRA start? B) Do I have a choice of sticking with Apache and still have this thing working ? 2. Following is faulty sudo xpra start :10 --bind-tcp=0.0.0.0:80 --tcp-proxy=127.0.0.1:8000 --start-child=xterm I could connect to xpra server using client application in TCP connection mode. But not from web-browser. Web-browser goes to the default index file and not to xterm. One question -- How does user choose what he wants --- is he browsing to get to index file or is he trying to connect to xterm ? Once again, thanks! Great product. ?Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) On Tuesday, May 3, 2016 4:53 AM, Mukul Agrawal wrote: Thanks!I have Apache webserver running on port 80. I have root access ?but I need use port 80 for outside traffic for both the webserver and the xpra server because seems like firewall is blocking traffic on other ports. I tried following :- Editted /etc/apache2/ports.conf to make sure httpd is listening to 8080 and not 80. Listen 8080 Then started apache :- sudo service apache2 start And then started xpra server on port 80 with "sudo"sudo xpra start --bind-tcp=0.0.0.0:80 --html=on --start-child=xterm Will --html=on start a new web server? Or will it just start a porxy and point it to httpd listenning on 8080? Otherwise, should I do following (again with "sudo") sudo xpra start :10 --bind-tcp=0.0.0.0:80 --tcp-proxy=127.0.0.1:8080 --start-child=xterm When I point the browser on the client machine on internet to http://SERVER-IP should I expect to see index page of webserver or the xpra xterm? Last question, what does :10 mean here because seems like we are accessing xpra through tcp port 80. So why bother specifying display number? Where do I use :10 in the xpra attach command when using html5 client? Thanks in advance! Help greatly appreciated. ?Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) On Tuesday, May 3, 2016 2:01 AM, Antoine Martin wrote: Please do not email me directly, use the mailing list. Antoine On 03/05/16 15:49, Mukul Agrawal wrote: > I have an Apache webserver running on port 80. I have root access? but I > have to use port 80 for both webserver and xpra server because seems > like firewall in blocking traffic on other ports. > > Should I use this to start xpra server? > > sudo xpra start :10 --bind-tcp=80 --start-child=xterm --tcp-proxy=127.0.0.1:80 > > > Another question, what does :10 mean here because seems like we are > accessing xpra through tcp port 80. So why bother specifying display > number? Do I or can I use :10 in the xpra attach command? > > Sent from Yahoo Mail on Android > > >? ? On Mon, May 2, 2016 at 9:47 PM, Antoine Martin >? ? wrote: > >? ? On 03/05/16 04:59, Mukul Agrawal wrote: >? ? > I am accessing a remote Ubuntu machine from a local MS Win7 machine. >? ? > I am trying to use the HTML5 client from browser. On Ubuntu >? ? machine I only have ports 22, 80 and 443 open.Can somebody suggest >? ? what exact command should I use to start the xpra server on ubuntu >? ? machine?I am guessing that I will need to use the port 80 for both >? ? xpra server as well as for http. >? ? > Is this possible? How do I do that? >? ? http://xpra.org/trac/wiki/Clients/HTML5 >? ? It uses port 10000 for everything in this example, but you can use >? ? almost any port you like: ports below 1024 require root, so you're >? ? probably better off using a higher port or using iptables to redirect to >? ? a non-privileged port. > >? ? > I don't mind using secure-shell to manually log into the Ubuntu >? ? machine and then start the xpra-server with proper command to bind >? ? to proper websocket on the Ubuntu. In fact I will like to do that >? ? just to make sure I understand how this thing is working. >? ? > But eventually, it will be preferable if I could do that from >? ? web-browser on client machine itself and there is no need to logging >? ? into the Ubuntu machine separately to start the xpra-server. >? ? Starting xpra from a web browser will require some kind of web server to >? ? connect to in the first place. >? ? If xpra isn't started yet, you will need to use some other tool for >? ? that. Perhaps an apache cgi script? > >? ? > [BTW, I can use xpra with ssh and MSwindows client software just >? ? fine. It works beautifully! ] >? ? :) > >? ? Antoine > > >? ? > Regards, Mukul >? ? > ( https://sites.google.com/site/mukulagrawal >? ? ) > >? ? _______________________________________________ >? ? 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 May 4 03:04:10 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 4 May 2016 09:04:10 +0700 Subject: [winswitch] XPRA/HTML5 In-Reply-To: <1574799145.6739715.1462276433679.JavaMail.yahoo@mail.yahoo.com> References: <7df554cb-1b21-7348-bc03-8848dbaaa294@nagafix.co.uk> <1574799145.6739715.1462276433679.JavaMail.yahoo@mail.yahoo.com> Message-ID: On 03/05/16 18:53, Mukul Agrawal wrote: > Thanks!I have Apache webserver running on port 80. I have root access but I need use port 80 for outside traffic for both the webserver and the xpra server because seems like firewall is blocking traffic on other ports. > I tried following :- > Editted /etc/apache2/ports.conf to make sure httpd is listening to 8080 and not 80. > > Listen 8080 > Then started apache :- > sudo service apache2 start > > And then started xpra server on port 80 with "sudo"sudo xpra start --bind-tcp=0.0.0.0:80 --html=on --start-child=xterm > > Will --html=on start a new web server? Sort of. It will start websockify on demand for handling TCP connections that aren't using xpra's protocol, ie: HTTP. Websockify also serves static webpages, in particular the xpra HTML5 client page as the default page. > Or will it just start a porxy and point it to httpd listenning on 8080? > > Otherwise, should I do following (again with "sudo") > > sudo xpra start :10 --bind-tcp=0.0.0.0:80 --tcp-proxy=127.0.0.1:8080 > --start-child=xterm That's the one you want. It will redirect non-xpra traffic (ie: the websockify packet data from the HTML5 client) to port 8080 where your apache server is listening. > When I point the browser on the client machine on internet to http://SERVER-IP should I expect to see index page of webserver or the xpra xterm? The index page of the webserver. In the case of websockify, this page is the xpra HTML5 client page, which is why you automatically get connected. You can achieve the same thing with apache by dropping that same page into the htdocs directory. > Last question, what does :10 mean here because seems like we are accessing xpra through tcp port 80. All applications running through xpra use an X11 display. (well, when using the standard xpra X11 seamless server anyway) On most distributions, you can omit the display number and one will be chosen automatically. > So why bother specifying display number? Where do I use :10 in the xpra attach command when using html5 client? You don't. Cheers Antoine > Thanks in advance! Help greatly appreciated. > Regards, Mukul > ( https://sites.google.com/site/mukulagrawal ) > > On Tuesday, May 3, 2016 2:01 AM, Antoine Martin wrote: > > > Please do not email me directly, use the mailing list. > > Antoine > > On 03/05/16 15:49, Mukul Agrawal wrote: >> I have an Apache webserver running on port 80. I have root access but I >> have to use port 80 for both webserver and xpra server because seems >> like firewall in blocking traffic on other ports. >> >> Should I use this to start xpra server? >> >> sudo xpra start :10 --bind-tcp=80 --start-child=xterm --tcp-proxy=127.0.0.1:80 >> >> >> Another question, what does :10 mean here because seems like we are >> accessing xpra through tcp port 80. So why bother specifying display >> number? Do I or can I use :10 in the xpra attach command? >> >> Sent from Yahoo Mail on Android >> >> >> On Mon, May 2, 2016 at 9:47 PM, Antoine Martin >> wrote: >> >> On 03/05/16 04:59, Mukul Agrawal wrote: >> > I am accessing a remote Ubuntu machine from a local MS Win7 machine. >> > I am trying to use the HTML5 client from browser. On Ubuntu >> machine I only have ports 22, 80 and 443 open.Can somebody suggest >> what exact command should I use to start the xpra server on ubuntu >> machine?I am guessing that I will need to use the port 80 for both >> xpra server as well as for http. >> > Is this possible? How do I do that? >> http://xpra.org/trac/wiki/Clients/HTML5 >> It uses port 10000 for everything in this example, but you can use >> almost any port you like: ports below 1024 require root, so you're >> probably better off using a higher port or using iptables to redirect to >> a non-privileged port. >> >> > I don't mind using secure-shell to manually log into the Ubuntu >> machine and then start the xpra-server with proper command to bind >> to proper websocket on the Ubuntu. In fact I will like to do that >> just to make sure I understand how this thing is working. >> > But eventually, it will be preferable if I could do that from >> web-browser on client machine itself and there is no need to logging >> into the Ubuntu machine separately to start the xpra-server. >> Starting xpra from a web browser will require some kind of web server to >> connect to in the first place. >> If xpra isn't started yet, you will need to use some other tool for >> that. Perhaps an apache cgi script? >> >> > [BTW, I can use xpra with ssh and MSwindows client software just >> fine. It works beautifully! ] >> :) >> >> Antoine >> >> >> > Regards, Mukul >> > ( https://sites.google.com/site/mukulagrawal >> ) >> >> _______________________________________________ >> 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 May 4 07:20:54 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 4 May 2016 13:20:54 +0700 Subject: [winswitch] XPRA/HTML5/Seamless Mode In-Reply-To: <1020508457.7048870.1462316402457.JavaMail.yahoo@mail.yahoo.com> References: <1020508457.7048870.1462316402457.JavaMail.yahoo.ref@mail.yahoo.com> <1020508457.7048870.1462316402457.JavaMail.yahoo@mail.yahoo.com> Message-ID: <2c99e1b8-d69b-b839-b8eb-e6cedaf3b1a8@nagafix.co.uk> On 04/05/16 06:00, Mukul Agrawal wrote: > Can I get the seamless mode back when accessing XPRA server through websockets on browser?Basically, I would like different applications to open in new and separate browser windows with all these new browser windows being frameless and tightly coupled to application window (meaning application window cannot be moved within the browser window, only browser window itself can be moved). No. HTML5 and browsers do not give you the level of control needed for implementing this. Antoine > > Any hints/pointers will be greatly appreciated. > Thanks in advance! > Regards, > Mukul > ( https://sites.google.com/site/mukulagrawal ) > _______________________________________________ > 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 May 4 07:32:31 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 4 May 2016 13:32:31 +0700 Subject: [winswitch] XPRA/HTML5 In-Reply-To: <842572992.7160223.1462316759570.JavaMail.yahoo@mail.yahoo.com> References: <7df554cb-1b21-7348-bc03-8848dbaaa294@nagafix.co.uk> <1574799145.6739715.1462276433679.JavaMail.yahoo@mail.yahoo.com> <842572992.7160223.1462316759570.JavaMail.yahoo@mail.yahoo.com> Message-ID: <320f5de6-a685-925b-38b8-25bf44751d82@nagafix.co.uk> On 04/05/16 06:05, Mukul Agrawal wrote: > I managed to solve this and get it working.Somethings that I noticed :- > 1. I needed to shut my apache server down for following to work :- > sudo xpra start --bind-tcp=0.0.0.0:80 --html=on --start-child=xterm > > Couple of questions:- > A) which web-server does XPRA start? websockify > B) Do I have a choice of sticking with Apache and still have this thing working ? Yes. > 2. Following is faulty > > sudo xpra start :10 --bind-tcp=0.0.0.0:80 --tcp-proxy=127.0.0.1:8000 --start-child=xterm Warning: as I mentioned before, running as root and exposing an xterm without any protection on an unprotected TCP port is a very bad idea(tm). > I could connect to xpra server using client application in TCP connection mode. But not from web-browser. Web-browser goes to the default index file and not to xterm. This does exactly what it is supposed to do. If you want apache to serve up xpra's HTML5 client then you have to copy it there. (it doesn't have to be in the root directory either) You will also need to have a websockify process somewhere to handle the browser's websocket requests and convert them to TCP for the xpra server. You can run websockify standalone, or through apache, etc.. Configuring all this is well beyond the scope of this email thread. > One question -- How does user choose what he wants --- is he browsing to get to index file or is he trying to connect to xterm ? When you use a browser to hit port 80, the traffic is sent to apache web server on port 8000, which then serves up whatever it wants back to the browser. With the "html=on" flag, we auto configure things so that the index page is the HTML5 client and it will connect back to xpra. Cheers Antoine > > Once again, thanks! Great product. > > > > > > Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) > > On Tuesday, May 3, 2016 4:53 AM, Mukul Agrawal wrote: > > > Thanks!I have Apache webserver running on port 80. I have root access but I need use port 80 for outside traffic for both the webserver and the xpra server because seems like firewall is blocking traffic on other ports. > I tried following :- > Editted /etc/apache2/ports.conf to make sure httpd is listening to 8080 and not 80. > > Listen 8080 > Then started apache :- > sudo service apache2 start > > And then started xpra server on port 80 with "sudo"sudo xpra start --bind-tcp=0.0.0.0:80 --html=on --start-child=xterm > > Will --html=on start a new web server? Or will it just start a porxy and point it to httpd listenning on 8080? > > Otherwise, should I do following (again with "sudo") > > sudo xpra start :10 --bind-tcp=0.0.0.0:80 --tcp-proxy=127.0.0.1:8080 > --start-child=xterm > > > When I point the browser on the client machine on internet to http://SERVER-IP should I expect to see index page of webserver or the xpra xterm? > > Last question, what does :10 mean here because seems like we are accessing xpra through tcp port 80. So why bother specifying display number? Where do I use :10 in the xpra attach command when using html5 client? > > Thanks in advance! Help greatly appreciated. > Regards, Mukul > ( https://sites.google.com/site/mukulagrawal ) > > On Tuesday, May 3, 2016 2:01 AM, Antoine Martin wrote: > > > Please do not email me directly, use the mailing list. > > Antoine > > On 03/05/16 15:49, Mukul Agrawal wrote: >> I have an Apache webserver running on port 80. I have root access but I >> have to use port 80 for both webserver and xpra server because seems >> like firewall in blocking traffic on other ports. >> >> Should I use this to start xpra server? >> >> sudo xpra start :10 --bind-tcp=80 --start-child=xterm --tcp-proxy=127.0.0.1:80 >> >> >> Another question, what does :10 mean here because seems like we are >> accessing xpra through tcp port 80. So why bother specifying display >> number? Do I or can I use :10 in the xpra attach command? >> >> Sent from Yahoo Mail on Android >> >> >> On Mon, May 2, 2016 at 9:47 PM, Antoine Martin >> wrote: >> >> On 03/05/16 04:59, Mukul Agrawal wrote: >> > I am accessing a remote Ubuntu machine from a local MS Win7 machine. >> > I am trying to use the HTML5 client from browser. On Ubuntu >> machine I only have ports 22, 80 and 443 open.Can somebody suggest >> what exact command should I use to start the xpra server on ubuntu >> machine?I am guessing that I will need to use the port 80 for both >> xpra server as well as for http. >> > Is this possible? How do I do that? >> http://xpra.org/trac/wiki/Clients/HTML5 >> It uses port 10000 for everything in this example, but you can use >> almost any port you like: ports below 1024 require root, so you're >> probably better off using a higher port or using iptables to redirect to >> a non-privileged port. >> >> > I don't mind using secure-shell to manually log into the Ubuntu >> machine and then start the xpra-server with proper command to bind >> to proper websocket on the Ubuntu. In fact I will like to do that >> just to make sure I understand how this thing is working. >> > But eventually, it will be preferable if I could do that from >> web-browser on client machine itself and there is no need to logging >> into the Ubuntu machine separately to start the xpra-server. >> Starting xpra from a web browser will require some kind of web server to >> connect to in the first place. >> If xpra isn't started yet, you will need to use some other tool for >> that. Perhaps an apache cgi script? >> >> > [BTW, I can use xpra with ssh and MSwindows client software just >> fine. It works beautifully! ] >> :) >> >> Antoine >> >> >> > Regards, Mukul >> > ( https://sites.google.com/site/mukulagrawal >> ) >> >> _______________________________________________ >> 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 mukulagrawal78 at yahoo.com Wed May 4 07:32:43 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Wed, 4 May 2016 06:32:43 +0000 (UTC) Subject: [winswitch] XPRA/HTML5 In-Reply-To: References: Message-ID: <345741778.7337409.1462343563688.JavaMail.yahoo@mail.yahoo.com> OK, thx. This helped a lot. A couple more glitches (hopefully last ones!) :- 1. When I start xpra server to listen on tcp port throughsudo xpra start --bind-tcp=0.0.0.0:80 --html=on --start-child=xterm I cannot stop it usingxpra stop or even sudo xpra stop xpra shows buggy looking message saying no active session was found but when I try to restart another session at same display it says display is being used. I know for sure it is being sued because my client is still connected. Even if I kill the process listening to port 80 I still cannot freeup the display already used. How do I stop xpra attached to TCP ports? 2. I used sudo because I want xpra server to listen to privileged port 80 but I do not want x-cleints to be running in sudo mode. Any ideas for a work around? How can applications started from non-priviledged account can send their graphics to xpra display connected to tcp port 80 ? ? Any ideas? ?Regards, Mukul On Tuesday, May 3, 2016 7:04 PM, Antoine Martin wrote: On 03/05/16 18:53, Mukul Agrawal wrote: > Thanks!I have Apache webserver running on port 80. I have root access? but I need use port 80 for outside traffic for both the webserver and the xpra server because seems like firewall is blocking traffic on other ports. > I tried following :- > Editted /etc/apache2/ports.conf to make sure httpd is listening to 8080 and not 80. > > Listen 8080 > Then started apache :- > sudo service apache2 start > > And then started xpra server on port 80 with "sudo"sudo xpra start --bind-tcp=0.0.0.0:80 --html=on --start-child=xterm > > Will --html=on start a new web server? Sort of. It will start websockify on demand for handling TCP connections that aren't using xpra's protocol, ie: HTTP. Websockify also serves static webpages, in particular the xpra HTML5 client page as the default page. > Or will it just start a porxy and point it to httpd listenning on 8080? > > Otherwise, should I do following (again with "sudo") > > sudo xpra start :10 --bind-tcp=0.0.0.0:80 --tcp-proxy=127.0.0.1:8080 > --start-child=xterm That's the one you want. It will redirect non-xpra traffic (ie: the websockify packet data from the HTML5 client) to port 8080 where your apache server is listening. > When I point the browser on the client machine on internet to http://SERVER-IP should I expect to see index page of webserver or the xpra xterm? The index page of the webserver. In the case of websockify, this page is the xpra HTML5 client page, which is why you automatically get connected. You can achieve the same thing with apache by dropping that same page into the htdocs directory. > Last question, what does :10 mean here because seems like we are accessing xpra through tcp port 80. All applications running through xpra use an X11 display. (well, when using the standard xpra X11 seamless server anyway) On most distributions, you can omit the display number and one will be chosen automatically. > So why bother specifying display number? Where do I use :10 in the xpra attach command when using html5 client? You don't. Cheers Antoine > Thanks in advance! Help greatly appreciated. >? Regards, Mukul > ( https://sites.google.com/site/mukulagrawal ) > >? ? On Tuesday, May 3, 2016 2:01 AM, Antoine Martin wrote: >? > >? Please do not email me directly, use the mailing list. > > Antoine > > On 03/05/16 15:49, Mukul Agrawal wrote: >> I have an Apache webserver running on port 80. I have root access? but I >> have to use port 80 for both webserver and xpra server because seems >> like firewall in blocking traffic on other ports. >> >> Should I use this to start xpra server? >> >> sudo xpra start :10 --bind-tcp=80 --start-child=xterm --tcp-proxy=127.0.0.1:80 >> >> >> Another question, what does :10 mean here because seems like we are >> accessing xpra through tcp port 80. So why bother specifying display >> number? Do I or can I use :10 in the xpra attach command? >> >> Sent from Yahoo Mail on Android >> >> >>? ? On Mon, May 2, 2016 at 9:47 PM, Antoine Martin >>? ? wrote: >> >>? ? On 03/05/16 04:59, Mukul Agrawal wrote: >>? ? > I am accessing a remote Ubuntu machine from a local MS Win7 machine. >>? ? > I am trying to use the HTML5 client from browser. On Ubuntu >>? ? machine I only have ports 22, 80 and 443 open.Can somebody suggest >>? ? what exact command should I use to start the xpra server on ubuntu >>? ? machine?I am guessing that I will need to use the port 80 for both >>? ? xpra server as well as for http. >>? ? > Is this possible? How do I do that? >>? ? http://xpra.org/trac/wiki/Clients/HTML5 >>? ? It uses port 10000 for everything in this example, but you can use >>? ? almost any port you like: ports below 1024 require root, so you're >>? ? probably better off using a higher port or using iptables to redirect to >>? ? a non-privileged port. >> >>? ? > I don't mind using secure-shell to manually log into the Ubuntu >>? ? machine and then start the xpra-server with proper command to bind >>? ? to proper websocket on the Ubuntu. In fact I will like to do that >>? ? just to make sure I understand how this thing is working. >>? ? > But eventually, it will be preferable if I could do that from >>? ? web-browser on client machine itself and there is no need to logging >>? ? into the Ubuntu machine separately to start the xpra-server. >>? ? Starting xpra from a web browser will require some kind of web server to >>? ? connect to in the first place. >>? ? If xpra isn't started yet, you will need to use some other tool for >>? ? that. Perhaps an apache cgi script? >> >>? ? > [BTW, I can use xpra with ssh and MSwindows client software just >>? ? fine. It works beautifully! ] >>? ? :) >> >>? ? Antoine >> >> >>? ? > Regards, Mukul >>? ? > ( https://sites.google.com/site/mukulagrawal >>? ? ) >> >>? ? _______________________________________________ >>? ? 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 > _______________________________________________ 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 May 4 12:32:42 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 4 May 2016 18:32:42 +0700 Subject: [winswitch] XPRA/HTML5 In-Reply-To: <345741778.7337409.1462343563688.JavaMail.yahoo@mail.yahoo.com> References: <345741778.7337409.1462343563688.JavaMail.yahoo@mail.yahoo.com> Message-ID: On 04/05/16 13:32, Mukul Agrawal wrote: > OK, thx. This helped a lot. > > A couple more glitches (hopefully last ones!) :- > > 1. When I start xpra server to listen on tcp port through > sudo xpra start --bind-tcp=0.0.0.0:80 --html=on --start-child=xterm > > I cannot stop it using > xpra stop > or even > sudo xpra stop > > xpra shows buggy looking message Please include the message, this description of it is not helping. Also include the exact commands that you used. > saying no active session was found but > when I try to restart another session at same display it says display is > being used. I know for sure it is being sued because my client is still > connected. Even if I kill the process listening to port 80 I still > cannot freeup the display already used. > > How do I stop xpra attached to TCP ports? xpra stop tcp:IP:PORT Or if you know the display number that was chosen when you started: xpra stop :DISPLAY (and use sudo if you run as root..) > 2. I used sudo because I want xpra server to listen to privileged port > 80 but I do not want x-cleints to be running in sudo mode. Any ideas for > a work around? How can applications started from non-priviledged account > can send their graphics to xpra display connected to tcp port 80 ? > Any ideas? There are many ways, this is a very common question so google it. OTOH, here are a few options: * iptables port forwarding - the best option * setcap (not recommended - would need to apply to all python scripts) * run netcat (as root) * run an xpra proxy server (as root) Cheers Antoine > Regards, > Mukul > > > On Tuesday, May 3, 2016 7:04 PM, Antoine Martin > wrote: > > > On 03/05/16 18:53, Mukul Agrawal wrote: >> Thanks!I have Apache webserver running on port 80. I have root access > but I need use port 80 for outside traffic for both the webserver and > the xpra server because seems like firewall is blocking traffic on other > ports. >> I tried following :- >> Editted /etc/apache2/ports.conf to make sure httpd is listening to > 8080 and not 80. >> >> Listen 8080 >> Then started apache :- >> sudo service apache2 start >> >> And then started xpra server on port 80 with "sudo"sudo xpra start > --bind-tcp=0.0.0.0:80 --html=on --start-child=xterm >> >> Will --html=on start a new web server? > Sort of. > It will start websockify on demand for handling TCP connections that > aren't using xpra's protocol, ie: HTTP. > Websockify also serves static webpages, in particular the xpra HTML5 > client page as the default page. > >> Or will it just start a porxy and point it to httpd listenning on 8080? >> >> Otherwise, should I do following (again with "sudo") >> >> sudo xpra start :10 --bind-tcp=0.0.0.0:80 --tcp-proxy=127.0.0.1:8080 >> --start-child=xterm > That's the one you want. > It will redirect non-xpra traffic (ie: the websockify packet data from > the HTML5 client) to port 8080 where your apache server is listening. > >> When I point the browser on the client machine on internet to > http://SERVER-IP should I expect to see index page of > webserver or the xpra xterm? > The index page of the webserver. > In the case of websockify, this page is the xpra HTML5 client page, > which is why you automatically get connected. > You can achieve the same thing with apache by dropping that same page > into the htdocs directory. > >> Last question, what does :10 mean here because seems like we are > accessing xpra through tcp port 80. > All applications running through xpra use an X11 display. > (well, when using the standard xpra X11 seamless server anyway) > > On most distributions, you can omit the display number and one will be > chosen automatically. > >> So why bother specifying display number? Where do I use :10 in the > xpra attach command when using html5 client? > You don't. > > Cheers > Antoine > >> Thanks in advance! Help greatly appreciated. >> Regards, Mukul >> ( https://sites.google.com/site/mukulagrawal > ) >> >> On Tuesday, May 3, 2016 2:01 AM, Antoine Martin > > wrote: >> >> >> Please do not email me directly, use the mailing list. >> >> Antoine >> >> On 03/05/16 15:49, Mukul Agrawal wrote: >>> I have an Apache webserver running on port 80. I have root access but I >>> have to use port 80 for both webserver and xpra server because seems >>> like firewall in blocking traffic on other ports. >>> >>> Should I use this to start xpra server? >>> >>> sudo xpra start :10 --bind-tcp=80 --start-child=xterm > --tcp-proxy=127.0.0.1:80 >>> >>> >>> Another question, what does :10 mean here because seems like we are >>> accessing xpra through tcp port 80. So why bother specifying display >>> number? Do I or can I use :10 in the xpra attach command? >>> >>> Sent from Yahoo Mail on Android >>> >>> >>> On Mon, May 2, 2016 at 9:47 PM, Antoine Martin >>> > wrote: >>> >>> On 03/05/16 04:59, Mukul Agrawal wrote: >>> > I am accessing a remote Ubuntu machine from a local MS Win7 machine. >>> > I am trying to use the HTML5 client from browser. On Ubuntu >>> machine I only have ports 22, 80 and 443 open.Can somebody suggest >>> what exact command should I use to start the xpra server on ubuntu >>> machine?I am guessing that I will need to use the port 80 for both >>> xpra server as well as for http. >>> > Is this possible? How do I do that? >>> http://xpra.org/trac/wiki/Clients/HTML5 >>> It uses port 10000 for everything in this example, but you can use >>> almost any port you like: ports below 1024 require root, so you're >>> probably better off using a higher port or using iptables to > redirect to >>> a non-privileged port. >>> >>> > I don't mind using secure-shell to manually log into the Ubuntu >>> machine and then start the xpra-server with proper command to bind >>> to proper websocket on the Ubuntu. In fact I will like to do that >>> just to make sure I understand how this thing is working. >>> > But eventually, it will be preferable if I could do that from >>> web-browser on client machine itself and there is no need to logging >>> into the Ubuntu machine separately to start the xpra-server. >>> Starting xpra from a web browser will require some kind of web > server to >>> connect to in the first place. >>> If xpra isn't started yet, you will need to use some other tool for >>> that. Perhaps an apache cgi script? >>> >>> > [BTW, I can use xpra with ssh and MSwindows client software just >>> fine. It works beautifully! ] >>> :) >>> >>> Antoine >>> >>> >>> > Regards, Mukul >>> > ( https://sites.google.com/site/mukulagrawal >>> ) >>> >>> _______________________________________________ >>> 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 > >> > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > From mukulagrawal78 at yahoo.com Wed May 4 17:43:57 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Wed, 4 May 2016 16:43:57 +0000 (UTC) Subject: [winswitch] XPRA/HTML5 In-Reply-To: References: Message-ID: <505400191.7730799.1462380237496.JavaMail.yahoo@mail.yahoo.com> Started xpra server using :-sudo xpra start --bind-tcp=0.0.0.0:80 --html=on --start-child=xterm xpra stop does not work but xpra stop tcp:0.0.0.0:80 did work. See details below. Thanks! --------------- Here are the details.I am using? Ubuntu 14.04.3 LTS and xpra v0.15.10. Started xpra server using :-sudo xpra start --bind-tcp=0.0.0.0:80 --html=on --start-child=xtermMessage on terminal shows :- Warning: running as root ?Entering daemon mode; any further errors will be reported to: ? /home/ubuntu/.xpra/S21262.log Actual log file name is now: /home/ubuntu/.xpra/:0.log check status with xpra list Message on terminal shows :- Found the following xpra sessions: ??????? UNKNOWN session at :0 ??????? UNKNOWN session at :10 Re-probing unknown sessions: :0, :10 ??????? UNKNOWN session at :0 (cleaned up) ??????? UNKNOWN session at :10 (cleaned up) check with ?sudo netstat -ntlp | grep LISTEN Message on terminal shows :- tcp??????? 0????? 0 0.0.0.0:80????????????? 0.0.0.0:*?????????????? LISTEN????? 21266/python tcp??????? 0????? 0 0.0.0.0:22????????????? 0.0.0.0:*?????????????? LISTEN????? 1023/sshd tcp??????? 0????? 0 127.0.0.1:37113???????? 0.0.0.0:*?????????????? LISTEN????? 21278/python tcp6?????? 0????? 0 :::22?????????????????? :::*??????????????????? LISTEN????? 1023/sshd attempt to stopxpra stopMessage on terminal shows :-xpra initialization error: cannot find a live server to connect to another attempt to stopsudo xpra stopMessage on terminal shows :-Warning: running as root xpra initialization error: cannot find a live server to connect to another attempt to stopsudo xpra stop tcp:0.0.0.0:80 Warning: running as root cannot use pycups for printing: No module named cups server requested disconnect: server shutdown Sent shutdown command xpra list xpra initialization error: No xpra sessions found ?Regards, Mukul ( https://sites.google.com/site/mukulagrawal ) On Wednesday, May 4, 2016 4:32 AM, Antoine Martin wrote: On 04/05/16 13:32, Mukul Agrawal wrote: > OK, thx. This helped a lot. > > A couple more glitches (hopefully last ones!) :- > > 1. When I start xpra server to listen on tcp port through > sudo xpra start --bind-tcp=0.0.0.0:80 --html=on --start-child=xterm > > I cannot stop it using > xpra stop > or even > sudo xpra stop > > xpra shows buggy looking message Please include the message, this description of it is not helping. Also include the exact commands that you used. > saying no active session was found but > when I try to restart another session at same display it says display is > being used. I know for sure it is being sued because my client is still > connected. Even if I kill the process listening to port 80 I still > cannot freeup the display already used. > > How do I stop xpra attached to TCP ports? xpra stop tcp:IP:PORT Or if you know the display number that was chosen when you started: xpra stop :DISPLAY (and use sudo if you run as root..) > 2. I used sudo because I want xpra server to listen to privileged port > 80 but I do not want x-cleints to be running in sudo mode. Any ideas for > a work around? How can applications started from non-priviledged account > can send their graphics to xpra display connected to tcp port 80 ? > Any ideas? There are many ways, this is a very common question so google it. OTOH, here are a few options: * iptables port forwarding - the best option * setcap (not recommended - would need to apply to all python scripts) * run netcat (as root) * run an xpra proxy server (as root) Cheers Antoine > Regards, > Mukul > > > On Tuesday, May 3, 2016 7:04 PM, Antoine Martin > wrote: > > > On 03/05/16 18:53, Mukul Agrawal wrote: >> Thanks!I have Apache webserver running on port 80. I have root access > but I need use port 80 for outside traffic for both the webserver and > the xpra server because seems like firewall is blocking traffic on other > ports. >> I tried following :- >> Editted /etc/apache2/ports.conf to make sure httpd is listening to > 8080 and not 80. >> >> Listen 8080 >> Then started apache :- >> sudo service apache2 start >> >> And then started xpra server on port 80 with "sudo"sudo xpra start > --bind-tcp=0.0.0.0:80 --html=on --start-child=xterm >> >> Will --html=on start a new web server? > Sort of. > It will start websockify on demand for handling TCP connections that > aren't using xpra's protocol, ie: HTTP. > Websockify also serves static webpages, in particular the xpra HTML5 > client page as the default page. > >> Or will it just start a porxy and point it to httpd listenning on 8080? >> >> Otherwise, should I do following (again with "sudo") >> >> sudo xpra start :10 --bind-tcp=0.0.0.0:80 --tcp-proxy=127.0.0.1:8080 >> --start-child=xterm > That's the one you want. > It will redirect non-xpra traffic (ie: the websockify packet data from > the HTML5 client) to port 8080 where your apache server is listening. > >> When I point the browser on the client machine on internet to > http://SERVER-IP should I expect to see index page of > webserver or the xpra xterm? > The index page of the webserver. > In the case of websockify, this page is the xpra HTML5 client page, > which is why you automatically get connected. > You can achieve the same thing with apache by dropping that same page > into the htdocs directory. > >> Last question, what does :10 mean here because seems like we are > accessing xpra through tcp port 80. > All applications running through xpra use an X11 display. > (well, when using the standard xpra X11 seamless server anyway) > > On most distributions, you can omit the display number and one will be > chosen automatically. > >> So why bother specifying display number? Where do I use :10 in the > xpra attach command when using html5 client? > You don't. > > Cheers > Antoine > >> Thanks in advance! Help greatly appreciated. >>? Regards, Mukul >> ( https://sites.google.com/site/mukulagrawal > ) >> >>? ? On Tuesday, May 3, 2016 2:01 AM, Antoine Martin > > wrote: >> >> >>? Please do not email me directly, use the mailing list. >> >> Antoine >> >> On 03/05/16 15:49, Mukul Agrawal wrote: >>> I have an Apache webserver running on port 80. I have root access? but I >>> have to use port 80 for both webserver and xpra server because seems >>> like firewall in blocking traffic on other ports. >>> >>> Should I use this to start xpra server? >>> >>> sudo xpra start :10 --bind-tcp=80 --start-child=xterm > --tcp-proxy=127.0.0.1:80 >>> >>> >>> Another question, what does :10 mean here because seems like we are >>> accessing xpra through tcp port 80. So why bother specifying display >>> number? Do I or can I use :10 in the xpra attach command? >>> >>> Sent from Yahoo Mail on Android >>> >>> >>>? ? On Mon, May 2, 2016 at 9:47 PM, Antoine Martin >>>? ? > wrote: >>> >>>? ? On 03/05/16 04:59, Mukul Agrawal wrote: >>>? ? > I am accessing a remote Ubuntu machine from a local MS Win7 machine. >>>? ? > I am trying to use the HTML5 client from browser. On Ubuntu >>>? ? machine I only have ports 22, 80 and 443 open.Can somebody suggest >>>? ? what exact command should I use to start the xpra server on ubuntu >>>? ? machine?I am guessing that I will need to use the port 80 for both >>>? ? xpra server as well as for http. >>>? ? > Is this possible? How do I do that? >>>? ? http://xpra.org/trac/wiki/Clients/HTML5 >>>? ? It uses port 10000 for everything in this example, but you can use >>>? ? almost any port you like: ports below 1024 require root, so you're >>>? ? probably better off using a higher port or using iptables to > redirect to >>>? ? a non-privileged port. >>> >>>? ? > I don't mind using secure-shell to manually log into the Ubuntu >>>? ? machine and then start the xpra-server with proper command to bind >>>? ? to proper websocket on the Ubuntu. In fact I will like to do that >>>? ? just to make sure I understand how this thing is working. >>>? ? > But eventually, it will be preferable if I could do that from >>>? ? web-browser on client machine itself and there is no need to logging >>>? ? into the Ubuntu machine separately to start the xpra-server. >>>? ? Starting xpra from a web browser will require some kind of web > server to >>>? ? connect to in the first place. >>>? ? If xpra isn't started yet, you will need to use some other tool for >>>? ? that. Perhaps an apache cgi script? >>> >>>? ? > [BTW, I can use xpra with ssh and MSwindows client software just >>>? ? fine. It works beautifully! ] >>>? ? :) >>> >>>? ? Antoine >>> >>> >>>? ? > Regards, Mukul >>>? ? > ( https://sites.google.com/site/mukulagrawal >>>? ? ) >>> >>>? ? _______________________________________________ >>>? ? 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 > >> > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > > From mukulagrawal78 at yahoo.com Fri May 6 00:06:51 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Thu, 5 May 2016 23:06:51 +0000 (UTC) Subject: [winswitch] xpra recommendations References: <1365035231.152948.1462489611822.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <1365035231.152948.1462489611822.JavaMail.yahoo@mail.yahoo.com> Folks: I am asking for asking for your expert recommendation. Here is my situation:-1. I loved XPRA experience because of -- A. great speed (no latency) is make or break deal for me, B. seamless/rootless behavior is highly desirable and C. control on which remote apps/windows should be exposed on client computer is must (i.e. VNC like programs that exposes entire desktop doesn't work for me). 2. I would like to avoid installing any software on client computer. A complete browser based solution will be awesome. 3. I tried Xpra HTML5 client. It works fine, but loosing seamless behavior is really really painful. 4. Now, I am leaning towards Java applet based solutions hoping it will solve all my needs. From your experience, any prior warnings or recommendations? Any chance it will satisfy all my needs mentioned above ? Otherwise I will save myself some time and effort and stick with HTML5 client only. [One criteria I did not list above is the usual constraint that I access remote server from variety of OS and/or browsers. Remote server always runs linux.] As always, any advice greatly appreciated. ?Regards, Mukul From cameron.taggart at gmail.com Sun May 8 23:18:45 2016 From: cameron.taggart at gmail.com (Cameron Taggart) Date: Sun, 8 May 2016 15:18:45 -0700 Subject: [winswitch] xpra 0.17.1 missing lz4 for better performance Message-ID: First off, I discovered xpra this week and I really like it! It makes my remote job much easier. I've started putting xpra on docker images so I can use remote instances of Visual Studio Code. I was working on rusty-vscode this weekend and I keep getting this error: Warning: zlib is the only compressor enabled install and enable lzo or lz4 support for better performance It is a Debian Jessie instance. I followed the instructions to install 0.17.1. https://github.com/ctaggart/rusty-vscode/blob/master/root/install-xpra.sh Any ideas what could be wrong? Why isn't lz4 enabled? I'm tracking the issue here: https://github.com/ctaggart/rusty-vscode/issues/4 cheers, Cameron From antoine at nagafix.co.uk Mon May 9 04:47:47 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 9 May 2016 10:47:47 +0700 Subject: [winswitch] xpra 0.17.1 missing lz4 for better performance In-Reply-To: References: Message-ID: <249d7590-6e0c-4bc1-163e-f4b9bfd82047@nagafix.co.uk> On 09/05/16 05:18, Cameron Taggart wrote: > First off, I discovered xpra this week and I really like it! It makes my > remote job much easier. > > I've started putting xpra on docker images so I can use remote instances of > Visual Studio Code. I was working on rusty-vscode this weekend and I keep > getting this error: This is just a warning. > Warning: zlib is the only compressor enabled > install and enable lzo or lz4 support for better performance > > It is a Debian Jessie instance. I followed the instructions to install > 0.17.1. > https://github.com/ctaggart/rusty-vscode/blob/master/root/install-xpra.sh Those instructions include "--no-install-recommends", which is a bad idea as this will skip important things like python-lz4. Cheers Antoine > Any ideas what could be wrong? Why isn't lz4 enabled? I'm tracking the > issue here: > https://github.com/ctaggart/rusty-vscode/issues/4 > > cheers, > Cameron > _______________________________________________ > 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 May 17 05:33:09 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 17 May 2016 11:33:09 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 0.17.2 (minor fixes) Message-ID: <4c46e588-3735-a616-1970-759152c0bfa2@nagafix.co.uk> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, This update fixes a few minor issues in various subsystems: sound, DPI, printing, webcam, and some platform specific fixes for OSX. There is no urgency to update if you were not affected. Release notes: * fix suse leap builds (no python3 because os missing dependencies) * fix aspect-ratio hint handling * fix sound queue state not getting updated * fix socket protocol and family information reported * fix scratchy sound with GStreamer 0.10 (ie: CentOS 6.x) * fix handling of DPI command line switch client side * fix printer requests wrongly honoured when printing is disabled * fix error in websockify error handler * fix missing matroska container on OSX * fix Webcam and GTK info scripts on OSX The source: https://xpra.org/src/ Binaries/repositories: https://winswitch.org/downloads/ Direct binary downloads: https://xpra.org/dists/ Beta: https://xpra.org/beta/ Cheers Antoine -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlc6nwUACgkQGK2zHPGK1ru0qQCeLPax+Bjzw0JTWlkpoWxCnKL6 BIMAn2YyJj3W9l9VnPoplBht7CtvHZsf =/R1+ -----END PGP SIGNATURE----- From cameron.taggart at gmail.com Sat May 21 21:39:04 2016 From: cameron.taggart at gmail.com (Cameron Taggart) Date: Sat, 21 May 2016 13:39:04 -0700 Subject: [winswitch] scaling issue on iMac Message-ID: I got rid of the "--no-install-recommends" in the install, and now the install of xpra 0.17.2 is as recommended. https://github.com/ctaggart/dotnet-vscode/blob/master/root/install-xpra.sh The issue is that it is zoomed in too much by default. I posted a side-by-side screenshot as well as the server and client output here: https://github.com/ctaggart/dotnet-vscode/issues/5 Any suggestions on how I can fix this manual or automatically would be awesome. I want to show off Xpra to others, but need to fix this first. cheers, Cameron From antoine at nagafix.co.uk Sun May 22 07:08:58 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 22 May 2016 13:08:58 +0700 Subject: [winswitch] scaling issue on iMac In-Reply-To: References: Message-ID: On 22/05/16 03:39, Cameron Taggart wrote: > I got rid of the "--no-install-recommends" in the install, and now the > install of xpra 0.17.2 is as recommended. > https://github.com/ctaggart/dotnet-vscode/blob/master/root/install-xpra.sh > > The issue is that it is zoomed in too much by default. I posted a > side-by-side screenshot as well as the server and client output here: > https://github.com/ctaggart/dotnet-vscode/issues/5 This can be caused by two things, probably both at once: * desktop-scaling, turn it off if you don't want it * DPI synchronization > Any suggestions on how I can fix this manual or automatically would be > awesome. I want to show off Xpra to others, but need to fix this first. For further reading, have a look at this ticket and its links: http://xpra.org/trac/ticket/1202#comment:2 Cheers Antoine From kc7noa at gmail.com Thu May 26 02:17:47 2016 From: kc7noa at gmail.com (Michael Durkin) Date: Wed, 25 May 2016 18:17:47 -0700 Subject: [winswitch] build error Message-ID: was trying to build on Ubuntu 14.04 used apt-get build-dep to pull dependencies building 'xpra.x11.gtk2.gdk_display_source' extension creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/harfbuzz -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c xpra/x11/gtk2/gdk_display_source.c -o build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o -Wall -Werror -fPIC In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, from xpra/x11/gtk2/gdk_display_source.c:354: /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function declaration isn?t a prototype [-Werror=strict-prototypes] typedef void (*GtkItemFactoryCallback) (); ^ cc1: all warnings being treated as errors error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 mike at SDR-client:~/Downloads/xpra-0.17.2$ From antoine at nagafix.co.uk Thu May 26 04:35:54 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 26 May 2016 10:35:54 +0700 Subject: [winswitch] build error In-Reply-To: References: Message-ID: On 26/05/16 08:17, Michael Durkin wrote: > was trying to build on Ubuntu 14.04 used apt-get build-dep to pull > dependencies > > > building 'xpra.x11.gtk2.gdk_display_source' extension > creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 > x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 > -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 > -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-2.0 > -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 > -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 > -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 > -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/harfbuzz > -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c > xpra/x11/gtk2/gdk_display_source.c -o > build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o -Wall > -Werror -fPIC > In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, > from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, > from xpra/x11/gtk2/gdk_display_source.c:354: > /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function declaration > isn?t a prototype [-Werror=strict-prototypes] > typedef void (*GtkItemFactoryCallback) (); > ^ > cc1: all warnings being treated as errors > error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 > mike at SDR-client:~/Downloads/xpra-0.17.2$ We build xpra with -Werror which triggers an error and stops the build if there are any warnings at all, and the Debian version of the GTK headers generate a warning. There are other problems with the libav headers too. You can find the patches that need to be applied to build on Debian based systems here: http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches (which patches need to be applied varies from one version to another) Cheers Antoine From kc7noa at gmail.com Thu May 26 07:23:33 2016 From: kc7noa at gmail.com (Michael Durkin) Date: Wed, 25 May 2016 23:23:33 -0700 Subject: [winswitch] build error In-Reply-To: References: Message-ID: Ahhh .. going with the most recent svn would do me no good right now .... libavcodec-ffmpeg56 is not part of ubuntu 14.04 source ... sigh .... Perhapse a PPA will help out some where .... its late, im going to bed. sorry for the direct emails ... On Wed, May 25, 2016 at 10:23 PM, Michael Durkin wrote: > Ahhh .. going with the most recent svn would do me no good right now .... > libavcodec-ffmpeg56 is not part of the ubuntu ffmpeg source ... sigh .... > > Perhapse a PPA will help out some where .... its late, im going to bed. > > On Wed, May 25, 2016 at 9:18 PM, Michael Durkin wrote: > >> Looks like >> 1 no-strict-prototypes-gtkitemfactory.patch was added 10 months ago .... >> >> If that's true .... then I sapose I'd be better off using the svn >> repository and build the most recent offering. >> >> I'm not sure how to insert the patches listed .... I didn't see any that >> were newer than 2 months old ... >> >> I would think they would be in svn's latest. ... I don't use svn too >> often, git way more often .... >> On May 25, 2016 8:36 PM, "Antoine Martin" wrote: >> >>> On 26/05/16 08:17, Michael Durkin wrote: >>> > was trying to build on Ubuntu 14.04 used apt-get build-dep to pull >>> > dependencies >>> > >>> > >>> > building 'xpra.x11.gtk2.gdk_display_source' extension >>> > creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 >>> > x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv >>> -O2 >>> > -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 >>> > -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-2.0 >>> > -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 >>> > -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 >>> -I/usr/include/pango-1.0 >>> > -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 >>> > -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/harfbuzz >>> > -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c >>> > xpra/x11/gtk2/gdk_display_source.c -o >>> > build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o -Wall >>> > -Werror -fPIC >>> > In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, >>> > from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, >>> > from xpra/x11/gtk2/gdk_display_source.c:354: >>> > /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function >>> declaration >>> > isn?t a prototype [-Werror=strict-prototypes] >>> > typedef void (*GtkItemFactoryCallback) (); >>> > ^ >>> > cc1: all warnings being treated as errors >>> > error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 >>> > mike at SDR-client:~/Downloads/xpra-0.17.2$ >>> We build xpra with -Werror which triggers an error and stops the build >>> if there are any warnings at all, and the Debian version of the GTK >>> headers generate a warning. >>> There are other problems with the libav headers too. >>> You can find the patches that need to be applied to build on Debian >>> based systems here: >>> http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches >>> (which patches need to be applied varies from one version to another) >>> >>> 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 Thu May 26 15:29:40 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 26 May 2016 21:29:40 +0700 Subject: [winswitch] build error In-Reply-To: References: Message-ID: On 26/05/16 13:23, Michael Durkin wrote: > Ahhh .. going with the most recent svn would do me no good right now .... > libavcodec-ffmpeg56 is not part of ubuntu 14.04 source ... sigh .... Version 0.16.x dropped support for Ubuntu Trusty: http://lists.devloop.org.uk/pipermail/shifter-users/2015-December/001460.html Cheers Antoine > > Perhapse a PPA will help out some where .... its late, im going to bed. > > sorry for the direct emails ... > > On Wed, May 25, 2016 at 10:23 PM, Michael Durkin wrote: > >> Ahhh .. going with the most recent svn would do me no good right now .... >> libavcodec-ffmpeg56 is not part of the ubuntu ffmpeg source ... sigh .... >> >> Perhapse a PPA will help out some where .... its late, im going to bed. >> >> On Wed, May 25, 2016 at 9:18 PM, Michael Durkin wrote: >> >>> Looks like >>> 1 no-strict-prototypes-gtkitemfactory.patch was added 10 months ago .... >>> >>> If that's true .... then I sapose I'd be better off using the svn >>> repository and build the most recent offering. >>> >>> I'm not sure how to insert the patches listed .... I didn't see any that >>> were newer than 2 months old ... >>> >>> I would think they would be in svn's latest. ... I don't use svn too >>> often, git way more often .... >>> On May 25, 2016 8:36 PM, "Antoine Martin" wrote: >>> >>>> On 26/05/16 08:17, Michael Durkin wrote: >>>>> was trying to build on Ubuntu 14.04 used apt-get build-dep to pull >>>>> dependencies >>>>> >>>>> >>>>> building 'xpra.x11.gtk2.gdk_display_source' extension >>>>> creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 >>>>> x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv >>>> -O2 >>>>> -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 >>>>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-2.0 >>>>> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 >>>>> -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 >>>> -I/usr/include/pango-1.0 >>>>> -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 >>>>> -I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/harfbuzz >>>>> -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c >>>>> xpra/x11/gtk2/gdk_display_source.c -o >>>>> build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o -Wall >>>>> -Werror -fPIC >>>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, >>>>> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, >>>>> from xpra/x11/gtk2/gdk_display_source.c:354: >>>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function >>>> declaration >>>>> isn?t a prototype [-Werror=strict-prototypes] >>>>> typedef void (*GtkItemFactoryCallback) (); >>>>> ^ >>>>> cc1: all warnings being treated as errors >>>>> error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 >>>>> mike at SDR-client:~/Downloads/xpra-0.17.2$ >>>> We build xpra with -Werror which triggers an error and stops the build >>>> if there are any warnings at all, and the Debian version of the GTK >>>> headers generate a warning. >>>> There are other problems with the libav headers too. >>>> You can find the patches that need to be applied to build on Debian >>>> based systems here: >>>> http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches >>>> (which patches need to be applied varies from one version to another) >>>> >>>> Cheers >>>> Antoine >>>> _______________________________________________ >>>> 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 kc7noa at gmail.com Thu May 26 16:12:43 2016 From: kc7noa at gmail.com (Michael Durkin) Date: Thu, 26 May 2016 08:12:43 -0700 Subject: [winswitch] build error In-Reply-To: References: Message-ID: i tried from trusty archive(xpra) version 15.10-1 and got a dependency unsatisfiable error for python-rencode ... how far back in the 15's then does one need to go .... Then to apply patches ..( iguess) Also -- this is another subject -- i have 3 computers, 2 of which are Arm (one 32bit with ububtu 14 and the other is 64bit with Ubuntu 16) ... is there a package dependency list for ubuntu? The binarys in the archive will never work on those platforms .. On Thu, May 26, 2016 at 7:29 AM, Antoine Martin wrote: > On 26/05/16 13:23, Michael Durkin wrote: > > Ahhh .. going with the most recent svn would do me no good right now .... > > libavcodec-ffmpeg56 is not part of ubuntu 14.04 source ... sigh .... > Version 0.16.x dropped support for Ubuntu Trusty: > > http://lists.devloop.org.uk/pipermail/shifter-users/2015-December/001460.html > > Cheers > Antoine > > > > > Perhapse a PPA will help out some where .... its late, im going to bed. > > > > sorry for the direct emails ... > > > > On Wed, May 25, 2016 at 10:23 PM, Michael Durkin > wrote: > > > >> Ahhh .. going with the most recent svn would do me no good right now > .... > >> libavcodec-ffmpeg56 is not part of the ubuntu ffmpeg source ... sigh > .... > >> > >> Perhapse a PPA will help out some where .... its late, im going to bed. > >> > >> On Wed, May 25, 2016 at 9:18 PM, Michael Durkin > wrote: > >> > >>> Looks like > >>> 1 no-strict-prototypes-gtkitemfactory.patch was added 10 months ago > .... > >>> > >>> If that's true .... then I sapose I'd be better off using the svn > >>> repository and build the most recent offering. > >>> > >>> I'm not sure how to insert the patches listed .... I didn't see any > that > >>> were newer than 2 months old ... > >>> > >>> I would think they would be in svn's latest. ... I don't use svn too > >>> often, git way more often .... > >>> On May 25, 2016 8:36 PM, "Antoine Martin" > wrote: > >>> > >>>> On 26/05/16 08:17, Michael Durkin wrote: > >>>>> was trying to build on Ubuntu 14.04 used apt-get build-dep to pull > >>>>> dependencies > >>>>> > >>>>> > >>>>> building 'xpra.x11.gtk2.gdk_display_source' extension > >>>>> creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 > >>>>> x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g > -fwrapv > >>>> -O2 > >>>>> -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 > >>>>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-2.0 > >>>>> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 > >>>>> -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 > >>>> -I/usr/include/pango-1.0 > >>>>> -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 > >>>>> -I/usr/include/pixman-1 -I/usr/include/libpng12 > -I/usr/include/harfbuzz > >>>>> -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c > >>>>> xpra/x11/gtk2/gdk_display_source.c -o > >>>>> build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o -Wall > >>>>> -Werror -fPIC > >>>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, > >>>>> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, > >>>>> from xpra/x11/gtk2/gdk_display_source.c:354: > >>>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function > >>>> declaration > >>>>> isn?t a prototype [-Werror=strict-prototypes] > >>>>> typedef void (*GtkItemFactoryCallback) (); > >>>>> ^ > >>>>> cc1: all warnings being treated as errors > >>>>> error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 > >>>>> mike at SDR-client:~/Downloads/xpra-0.17.2$ > >>>> We build xpra with -Werror which triggers an error and stops the build > >>>> if there are any warnings at all, and the Debian version of the GTK > >>>> headers generate a warning. > >>>> There are other problems with the libav headers too. > >>>> You can find the patches that need to be applied to build on Debian > >>>> based systems here: > >>>> http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches > >>>> (which patches need to be applied varies from one version to another) > >>>> > >>>> Cheers > >>>> Antoine > >>>> _______________________________________________ > >>>> 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 > > > > _______________________________________________ > 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 May 26 17:32:03 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 26 May 2016 23:32:03 +0700 Subject: [winswitch] build error In-Reply-To: References: Message-ID: On 26/05/16 22:12, Michael Durkin wrote: > i tried from trusty archive(xpra) version 15.10-1 and got a dependency > unsatisfiable error for python-rencode ... how far back in the 15's then > does one need to go .... python-rencode has been available in the repository for many years. If you are still having problems, please post the specific error messages as well as all the relevant configuration details. > Then to apply patches ..( iguess) > > Also -- this is another subject -- i have 3 computers, 2 of which are Arm > (one 32bit with ububtu 14 and the other is 64bit with Ubuntu 16) ... is > there a package dependency list for ubuntu? Please refer to your package manager tool. > The binarys in the archive will > never work on those platforms .. Why not? Antoine > > On Thu, May 26, 2016 at 7:29 AM, Antoine Martin > wrote: > >> On 26/05/16 13:23, Michael Durkin wrote: >>> Ahhh .. going with the most recent svn would do me no good right now .... >>> libavcodec-ffmpeg56 is not part of ubuntu 14.04 source ... sigh .... >> Version 0.16.x dropped support for Ubuntu Trusty: >> >> http://lists.devloop.org.uk/pipermail/shifter-users/2015-December/001460.html >> >> Cheers >> Antoine >> >>> >>> Perhapse a PPA will help out some where .... its late, im going to bed. >>> >>> sorry for the direct emails ... >>> >>> On Wed, May 25, 2016 at 10:23 PM, Michael Durkin >> wrote: >>> >>>> Ahhh .. going with the most recent svn would do me no good right now >> .... >>>> libavcodec-ffmpeg56 is not part of the ubuntu ffmpeg source ... sigh >> .... >>>> >>>> Perhapse a PPA will help out some where .... its late, im going to bed. >>>> >>>> On Wed, May 25, 2016 at 9:18 PM, Michael Durkin >> wrote: >>>> >>>>> Looks like >>>>> 1 no-strict-prototypes-gtkitemfactory.patch was added 10 months ago >> .... >>>>> >>>>> If that's true .... then I sapose I'd be better off using the svn >>>>> repository and build the most recent offering. >>>>> >>>>> I'm not sure how to insert the patches listed .... I didn't see any >> that >>>>> were newer than 2 months old ... >>>>> >>>>> I would think they would be in svn's latest. ... I don't use svn too >>>>> often, git way more often .... >>>>> On May 25, 2016 8:36 PM, "Antoine Martin" >> wrote: >>>>> >>>>>> On 26/05/16 08:17, Michael Durkin wrote: >>>>>>> was trying to build on Ubuntu 14.04 used apt-get build-dep to pull >>>>>>> dependencies >>>>>>> >>>>>>> >>>>>>> building 'xpra.x11.gtk2.gdk_display_source' extension >>>>>>> creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 >>>>>>> x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g >> -fwrapv >>>>>> -O2 >>>>>>> -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 >>>>>>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-2.0 >>>>>>> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 >>>>>>> -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 >>>>>> -I/usr/include/pango-1.0 >>>>>>> -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 >>>>>>> -I/usr/include/pixman-1 -I/usr/include/libpng12 >> -I/usr/include/harfbuzz >>>>>>> -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c >>>>>>> xpra/x11/gtk2/gdk_display_source.c -o >>>>>>> build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o -Wall >>>>>>> -Werror -fPIC >>>>>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, >>>>>>> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, >>>>>>> from xpra/x11/gtk2/gdk_display_source.c:354: >>>>>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function >>>>>> declaration >>>>>>> isn?t a prototype [-Werror=strict-prototypes] >>>>>>> typedef void (*GtkItemFactoryCallback) (); >>>>>>> ^ >>>>>>> cc1: all warnings being treated as errors >>>>>>> error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 >>>>>>> mike at SDR-client:~/Downloads/xpra-0.17.2$ >>>>>> We build xpra with -Werror which triggers an error and stops the build >>>>>> if there are any warnings at all, and the Debian version of the GTK >>>>>> headers generate a warning. >>>>>> There are other problems with the libav headers too. >>>>>> You can find the patches that need to be applied to build on Debian >>>>>> based systems here: >>>>>> http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches >>>>>> (which patches need to be applied varies from one version to another) >>>>>> >>>>>> Cheers >>>>>> Antoine >>>>>> _______________________________________________ >>>>>> 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 >>> >> >> _______________________________________________ >> 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 kc7noa at gmail.com Thu May 26 18:10:06 2016 From: kc7noa at gmail.com (Michael Durkin) Date: Thu, 26 May 2016 10:10:06 -0700 Subject: [winswitch] build error In-Reply-To: References: Message-ID: Arm64 is not a intel (i386) or amd architecture .... the computer is a 2"x2" SBC -- system-on-a-chip On May 26, 2016 9:32 AM, "Antoine Martin" wrote: > On 26/05/16 22:12, Michael Durkin wrote: > > i tried from trusty archive(xpra) version 15.10-1 and got a dependency > > unsatisfiable error for python-rencode ... how far back in the 15's then > > does one need to go .... > python-rencode has been available in the repository for many years. > If you are still having problems, please post the specific error > messages as well as all the relevant configuration details. > > > Then to apply patches ..( iguess) > > > > Also -- this is another subject -- i have 3 computers, 2 of which are Arm > > (one 32bit with ububtu 14 and the other is 64bit with Ubuntu 16) ... is > > there a package dependency list for ubuntu? > Please refer to your package manager tool. > > > The binarys in the archive will > > never work on those platforms .. > Why not? > > Antoine > > > > > On Thu, May 26, 2016 at 7:29 AM, Antoine Martin > > wrote: > > > >> On 26/05/16 13:23, Michael Durkin wrote: > >>> Ahhh .. going with the most recent svn would do me no good right now > .... > >>> libavcodec-ffmpeg56 is not part of ubuntu 14.04 source ... sigh .... > >> Version 0.16.x dropped support for Ubuntu Trusty: > >> > >> > http://lists.devloop.org.uk/pipermail/shifter-users/2015-December/001460.html > >> > >> Cheers > >> Antoine > >> > >>> > >>> Perhapse a PPA will help out some where .... its late, im going to bed. > >>> > >>> sorry for the direct emails ... > >>> > >>> On Wed, May 25, 2016 at 10:23 PM, Michael Durkin > >> wrote: > >>> > >>>> Ahhh .. going with the most recent svn would do me no good right now > >> .... > >>>> libavcodec-ffmpeg56 is not part of the ubuntu ffmpeg source ... sigh > >> .... > >>>> > >>>> Perhapse a PPA will help out some where .... its late, im going to > bed. > >>>> > >>>> On Wed, May 25, 2016 at 9:18 PM, Michael Durkin > >> wrote: > >>>> > >>>>> Looks like > >>>>> 1 no-strict-prototypes-gtkitemfactory.patch was added 10 months ago > >> .... > >>>>> > >>>>> If that's true .... then I sapose I'd be better off using the svn > >>>>> repository and build the most recent offering. > >>>>> > >>>>> I'm not sure how to insert the patches listed .... I didn't see any > >> that > >>>>> were newer than 2 months old ... > >>>>> > >>>>> I would think they would be in svn's latest. ... I don't use svn too > >>>>> often, git way more often .... > >>>>> On May 25, 2016 8:36 PM, "Antoine Martin" > >> wrote: > >>>>> > >>>>>> On 26/05/16 08:17, Michael Durkin wrote: > >>>>>>> was trying to build on Ubuntu 14.04 used apt-get build-dep to pull > >>>>>>> dependencies > >>>>>>> > >>>>>>> > >>>>>>> building 'xpra.x11.gtk2.gdk_display_source' extension > >>>>>>> creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 > >>>>>>> x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g > >> -fwrapv > >>>>>> -O2 > >>>>>>> -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 > >>>>>>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-2.0 > >>>>>>> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 > >>>>>>> -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 > >>>>>> -I/usr/include/pango-1.0 > >>>>>>> -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 > >>>>>>> -I/usr/include/pixman-1 -I/usr/include/libpng12 > >> -I/usr/include/harfbuzz > >>>>>>> -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c > >>>>>>> xpra/x11/gtk2/gdk_display_source.c -o > >>>>>>> build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o > -Wall > >>>>>>> -Werror -fPIC > >>>>>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, > >>>>>>> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, > >>>>>>> from xpra/x11/gtk2/gdk_display_source.c:354: > >>>>>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function > >>>>>> declaration > >>>>>>> isn?t a prototype [-Werror=strict-prototypes] > >>>>>>> typedef void (*GtkItemFactoryCallback) (); > >>>>>>> ^ > >>>>>>> cc1: all warnings being treated as errors > >>>>>>> error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 > >>>>>>> mike at SDR-client:~/Downloads/xpra-0.17.2$ > >>>>>> We build xpra with -Werror which triggers an error and stops the > build > >>>>>> if there are any warnings at all, and the Debian version of the GTK > >>>>>> headers generate a warning. > >>>>>> There are other problems with the libav headers too. > >>>>>> You can find the patches that need to be applied to build on Debian > >>>>>> based systems here: > >>>>>> http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches > >>>>>> (which patches need to be applied varies from one version to > another) > >>>>>> > >>>>>> Cheers > >>>>>> Antoine > >>>>>> _______________________________________________ > >>>>>> 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 > >>> > >> > >> _______________________________________________ > >> 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 > > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From kc7noa at gmail.com Thu May 26 19:14:46 2016 From: kc7noa at gmail.com (Michael Durkin) Date: Thu, 26 May 2016 11:14:46 -0700 Subject: [winswitch] build error In-Reply-To: References: Message-ID: python-rencode (and alot of others) were left out of the repository for Ubuntu 14.10 .... and re-added at late 15 and is avalaible for Xinal(ubuntu 16) 0.15.8+dfsg-1 is the one shown as current by the package manager ... does that have the patches you previously mentioned ...?? On Thu, May 26, 2016 at 9:32 AM, Antoine Martin wrote: > On 26/05/16 22:12, Michael Durkin wrote: > > i tried from trusty archive(xpra) version 15.10-1 and got a dependency > > unsatisfiable error for python-rencode ... how far back in the 15's then > > does one need to go .... > python-rencode has been available in the repository for many years. > If you are still having problems, please post the specific error > messages as well as all the relevant configuration details. > > > Then to apply patches ..( iguess) > > > > Also -- this is another subject -- i have 3 computers, 2 of which are Arm > > (one 32bit with ububtu 14 and the other is 64bit with Ubuntu 16) ... is > > there a package dependency list for ubuntu? > Please refer to your package manager tool. > > > The binarys in the archive will > > never work on those platforms .. > Why not? > > Antoine > > > > > On Thu, May 26, 2016 at 7:29 AM, Antoine Martin > > wrote: > > > >> On 26/05/16 13:23, Michael Durkin wrote: > >>> Ahhh .. going with the most recent svn would do me no good right now > .... > >>> libavcodec-ffmpeg56 is not part of ubuntu 14.04 source ... sigh .... > >> Version 0.16.x dropped support for Ubuntu Trusty: > >> > >> > http://lists.devloop.org.uk/pipermail/shifter-users/2015-December/001460.html > >> > >> Cheers > >> Antoine > >> > >>> > >>> Perhapse a PPA will help out some where .... its late, im going to bed. > >>> > >>> sorry for the direct emails ... > >>> > >>> On Wed, May 25, 2016 at 10:23 PM, Michael Durkin > >> wrote: > >>> > >>>> Ahhh .. going with the most recent svn would do me no good right now > >> .... > >>>> libavcodec-ffmpeg56 is not part of the ubuntu ffmpeg source ... sigh > >> .... > >>>> > >>>> Perhapse a PPA will help out some where .... its late, im going to > bed. > >>>> > >>>> On Wed, May 25, 2016 at 9:18 PM, Michael Durkin > >> wrote: > >>>> > >>>>> Looks like > >>>>> 1 no-strict-prototypes-gtkitemfactory.patch was added 10 months ago > >> .... > >>>>> > >>>>> If that's true .... then I sapose I'd be better off using the svn > >>>>> repository and build the most recent offering. > >>>>> > >>>>> I'm not sure how to insert the patches listed .... I didn't see any > >> that > >>>>> were newer than 2 months old ... > >>>>> > >>>>> I would think they would be in svn's latest. ... I don't use svn too > >>>>> often, git way more often .... > >>>>> On May 25, 2016 8:36 PM, "Antoine Martin" > >> wrote: > >>>>> > >>>>>> On 26/05/16 08:17, Michael Durkin wrote: > >>>>>>> was trying to build on Ubuntu 14.04 used apt-get build-dep to pull > >>>>>>> dependencies > >>>>>>> > >>>>>>> > >>>>>>> building 'xpra.x11.gtk2.gdk_display_source' extension > >>>>>>> creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 > >>>>>>> x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g > >> -fwrapv > >>>>>> -O2 > >>>>>>> -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 > >>>>>>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-2.0 > >>>>>>> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 > >>>>>>> -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 > >>>>>> -I/usr/include/pango-1.0 > >>>>>>> -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 > >>>>>>> -I/usr/include/pixman-1 -I/usr/include/libpng12 > >> -I/usr/include/harfbuzz > >>>>>>> -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c > >>>>>>> xpra/x11/gtk2/gdk_display_source.c -o > >>>>>>> build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o > -Wall > >>>>>>> -Werror -fPIC > >>>>>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, > >>>>>>> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, > >>>>>>> from xpra/x11/gtk2/gdk_display_source.c:354: > >>>>>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function > >>>>>> declaration > >>>>>>> isn?t a prototype [-Werror=strict-prototypes] > >>>>>>> typedef void (*GtkItemFactoryCallback) (); > >>>>>>> ^ > >>>>>>> cc1: all warnings being treated as errors > >>>>>>> error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 > >>>>>>> mike at SDR-client:~/Downloads/xpra-0.17.2$ > >>>>>> We build xpra with -Werror which triggers an error and stops the > build > >>>>>> if there are any warnings at all, and the Debian version of the GTK > >>>>>> headers generate a warning. > >>>>>> There are other problems with the libav headers too. > >>>>>> You can find the patches that need to be applied to build on Debian > >>>>>> based systems here: > >>>>>> http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches > >>>>>> (which patches need to be applied varies from one version to > another) > >>>>>> > >>>>>> Cheers > >>>>>> Antoine > >>>>>> _______________________________________________ > >>>>>> 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 > >>> > >> > >> _______________________________________________ > >> 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 > > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From kc7noa at gmail.com Thu May 26 19:17:36 2016 From: kc7noa at gmail.com (Michael Durkin) Date: Thu, 26 May 2016 11:17:36 -0700 Subject: [winswitch] build error In-Reply-To: References: Message-ID: Sorry i left out ... 0.15.8+dfsg-1 is the one shown as current by the package manager for "Ubuntu 16" ... does that have the patches you previously mentioned ...?? On Thu, May 26, 2016 at 10:10 AM, Michael Durkin wrote: > Arm64 is not a intel (i386) or amd architecture .... the computer is a > 2"x2" SBC -- system-on-a-chip > On May 26, 2016 9:32 AM, "Antoine Martin" wrote: > >> On 26/05/16 22:12, Michael Durkin wrote: >> > i tried from trusty archive(xpra) version 15.10-1 and got a dependency >> > unsatisfiable error for python-rencode ... how far back in the 15's then >> > does one need to go .... >> python-rencode has been available in the repository for many years. >> If you are still having problems, please post the specific error >> messages as well as all the relevant configuration details. >> >> > Then to apply patches ..( iguess) >> > >> > Also -- this is another subject -- i have 3 computers, 2 of which are >> Arm >> > (one 32bit with ububtu 14 and the other is 64bit with Ubuntu 16) ... is >> > there a package dependency list for ubuntu? >> Please refer to your package manager tool. >> >> > The binarys in the archive will >> > never work on those platforms .. >> Why not? >> >> Antoine >> >> > >> > On Thu, May 26, 2016 at 7:29 AM, Antoine Martin >> > wrote: >> > >> >> On 26/05/16 13:23, Michael Durkin wrote: >> >>> Ahhh .. going with the most recent svn would do me no good right now >> .... >> >>> libavcodec-ffmpeg56 is not part of ubuntu 14.04 source ... sigh .... >> >> Version 0.16.x dropped support for Ubuntu Trusty: >> >> >> >> >> http://lists.devloop.org.uk/pipermail/shifter-users/2015-December/001460.html >> >> >> >> Cheers >> >> Antoine >> >> >> >>> >> >>> Perhapse a PPA will help out some where .... its late, im going to >> bed. >> >>> >> >>> sorry for the direct emails ... >> >>> >> >>> On Wed, May 25, 2016 at 10:23 PM, Michael Durkin >> >> wrote: >> >>> >> >>>> Ahhh .. going with the most recent svn would do me no good right now >> >> .... >> >>>> libavcodec-ffmpeg56 is not part of the ubuntu ffmpeg source ... sigh >> >> .... >> >>>> >> >>>> Perhapse a PPA will help out some where .... its late, im going to >> bed. >> >>>> >> >>>> On Wed, May 25, 2016 at 9:18 PM, Michael Durkin >> >> wrote: >> >>>> >> >>>>> Looks like >> >>>>> 1 no-strict-prototypes-gtkitemfactory.patch was added 10 months ago >> >> .... >> >>>>> >> >>>>> If that's true .... then I sapose I'd be better off using the svn >> >>>>> repository and build the most recent offering. >> >>>>> >> >>>>> I'm not sure how to insert the patches listed .... I didn't see any >> >> that >> >>>>> were newer than 2 months old ... >> >>>>> >> >>>>> I would think they would be in svn's latest. ... I don't use svn too >> >>>>> often, git way more often .... >> >>>>> On May 25, 2016 8:36 PM, "Antoine Martin" >> >> wrote: >> >>>>> >> >>>>>> On 26/05/16 08:17, Michael Durkin wrote: >> >>>>>>> was trying to build on Ubuntu 14.04 used apt-get build-dep to pull >> >>>>>>> dependencies >> >>>>>>> >> >>>>>>> >> >>>>>>> building 'xpra.x11.gtk2.gdk_display_source' extension >> >>>>>>> creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 >> >>>>>>> x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g >> >> -fwrapv >> >>>>>> -O2 >> >>>>>>> -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 >> >>>>>>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include >> -I/usr/include/gtk-2.0 >> >>>>>>> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 >> >>>>>>> -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 >> >>>>>> -I/usr/include/pango-1.0 >> >>>>>>> -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 >> >>>>>>> -I/usr/include/pixman-1 -I/usr/include/libpng12 >> >> -I/usr/include/harfbuzz >> >>>>>>> -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c >> >>>>>>> xpra/x11/gtk2/gdk_display_source.c -o >> >>>>>>> build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o >> -Wall >> >>>>>>> -Werror -fPIC >> >>>>>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, >> >>>>>>> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, >> >>>>>>> from xpra/x11/gtk2/gdk_display_source.c:354: >> >>>>>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function >> >>>>>> declaration >> >>>>>>> isn?t a prototype [-Werror=strict-prototypes] >> >>>>>>> typedef void (*GtkItemFactoryCallback) (); >> >>>>>>> ^ >> >>>>>>> cc1: all warnings being treated as errors >> >>>>>>> error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 >> >>>>>>> mike at SDR-client:~/Downloads/xpra-0.17.2$ >> >>>>>> We build xpra with -Werror which triggers an error and stops the >> build >> >>>>>> if there are any warnings at all, and the Debian version of the GTK >> >>>>>> headers generate a warning. >> >>>>>> There are other problems with the libav headers too. >> >>>>>> You can find the patches that need to be applied to build on Debian >> >>>>>> based systems here: >> >>>>>> http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches >> >>>>>> (which patches need to be applied varies from one version to >> another) >> >>>>>> >> >>>>>> Cheers >> >>>>>> Antoine >> >>>>>> _______________________________________________ >> >>>>>> 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 >> >>> >> >> >> >> _______________________________________________ >> >> 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 >> > >> >> _______________________________________________ >> shifter-users mailing list >> shifter-users at lists.devloop.org.uk >> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >> > From kc7noa at gmail.com Thu May 26 19:22:23 2016 From: kc7noa at gmail.com (Michael Durkin) Date: Thu, 26 May 2016 11:22:23 -0700 Subject: [winswitch] build error In-Reply-To: References: Message-ID: So far on the Xinal(ubuntu 16) 64bit ... build with ./setup.py install stops at Xdummy support unspecified, will try to detect found OS release: Ubuntu xenial found valid recent version of Xorg server: 1.18 found gcc version: 5.3.1 ERROR: cannot find a valid pkg-config package for ['pygtk-2.0', 'libpygtk-2.0'] kc7noa at odroid64:~/Downloads/xpra-0.17.2$ iv not been able to figure out that package yet ... On Thu, May 26, 2016 at 11:17 AM, Michael Durkin wrote: > Sorry i left out ... > > 0.15.8+dfsg-1 is the one shown as current by the package manager for > "Ubuntu 16" ... does that have the patches you previously mentioned ...?? > > On Thu, May 26, 2016 at 10:10 AM, Michael Durkin wrote: > >> Arm64 is not a intel (i386) or amd architecture .... the computer is a >> 2"x2" SBC -- system-on-a-chip >> On May 26, 2016 9:32 AM, "Antoine Martin" wrote: >> >>> On 26/05/16 22:12, Michael Durkin wrote: >>> > i tried from trusty archive(xpra) version 15.10-1 and got a dependency >>> > unsatisfiable error for python-rencode ... how far back in the 15's >>> then >>> > does one need to go .... >>> python-rencode has been available in the repository for many years. >>> If you are still having problems, please post the specific error >>> messages as well as all the relevant configuration details. >>> >>> > Then to apply patches ..( iguess) >>> > >>> > Also -- this is another subject -- i have 3 computers, 2 of which are >>> Arm >>> > (one 32bit with ububtu 14 and the other is 64bit with Ubuntu 16) ... is >>> > there a package dependency list for ubuntu? >>> Please refer to your package manager tool. >>> >>> > The binarys in the archive will >>> > never work on those platforms .. >>> Why not? >>> >>> Antoine >>> >>> > >>> > On Thu, May 26, 2016 at 7:29 AM, Antoine Martin >> > >>> > wrote: >>> > >>> >> On 26/05/16 13:23, Michael Durkin wrote: >>> >>> Ahhh .. going with the most recent svn would do me no good right now >>> .... >>> >>> libavcodec-ffmpeg56 is not part of ubuntu 14.04 source ... sigh .... >>> >> Version 0.16.x dropped support for Ubuntu Trusty: >>> >> >>> >> >>> http://lists.devloop.org.uk/pipermail/shifter-users/2015-December/001460.html >>> >> >>> >> Cheers >>> >> Antoine >>> >> >>> >>> >>> >>> Perhapse a PPA will help out some where .... its late, im going to >>> bed. >>> >>> >>> >>> sorry for the direct emails ... >>> >>> >>> >>> On Wed, May 25, 2016 at 10:23 PM, Michael Durkin >>> >> wrote: >>> >>> >>> >>>> Ahhh .. going with the most recent svn would do me no good right now >>> >> .... >>> >>>> libavcodec-ffmpeg56 is not part of the ubuntu ffmpeg source ... sigh >>> >> .... >>> >>>> >>> >>>> Perhapse a PPA will help out some where .... its late, im going to >>> bed. >>> >>>> >>> >>>> On Wed, May 25, 2016 at 9:18 PM, Michael Durkin >>> >> wrote: >>> >>>> >>> >>>>> Looks like >>> >>>>> 1 no-strict-prototypes-gtkitemfactory.patch was added 10 months ago >>> >> .... >>> >>>>> >>> >>>>> If that's true .... then I sapose I'd be better off using the svn >>> >>>>> repository and build the most recent offering. >>> >>>>> >>> >>>>> I'm not sure how to insert the patches listed .... I didn't see any >>> >> that >>> >>>>> were newer than 2 months old ... >>> >>>>> >>> >>>>> I would think they would be in svn's latest. ... I don't use svn >>> too >>> >>>>> often, git way more often .... >>> >>>>> On May 25, 2016 8:36 PM, "Antoine Martin" >>> >> wrote: >>> >>>>> >>> >>>>>> On 26/05/16 08:17, Michael Durkin wrote: >>> >>>>>>> was trying to build on Ubuntu 14.04 used apt-get build-dep to >>> pull >>> >>>>>>> dependencies >>> >>>>>>> >>> >>>>>>> >>> >>>>>>> building 'xpra.x11.gtk2.gdk_display_source' extension >>> >>>>>>> creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 >>> >>>>>>> x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g >>> >> -fwrapv >>> >>>>>> -O2 >>> >>>>>>> -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 >>> >>>>>>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include >>> -I/usr/include/gtk-2.0 >>> >>>>>>> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include >>> -I/usr/include/atk-1.0 >>> >>>>>>> -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 >>> >>>>>> -I/usr/include/pango-1.0 >>> >>>>>>> -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 >>> >>>>>>> -I/usr/include/pixman-1 -I/usr/include/libpng12 >>> >> -I/usr/include/harfbuzz >>> >>>>>>> -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c >>> >>>>>>> xpra/x11/gtk2/gdk_display_source.c -o >>> >>>>>>> build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o >>> -Wall >>> >>>>>>> -Werror -fPIC >>> >>>>>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, >>> >>>>>>> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, >>> >>>>>>> from xpra/x11/gtk2/gdk_display_source.c:354: >>> >>>>>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function >>> >>>>>> declaration >>> >>>>>>> isn?t a prototype [-Werror=strict-prototypes] >>> >>>>>>> typedef void (*GtkItemFactoryCallback) (); >>> >>>>>>> ^ >>> >>>>>>> cc1: all warnings being treated as errors >>> >>>>>>> error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 >>> >>>>>>> mike at SDR-client:~/Downloads/xpra-0.17.2$ >>> >>>>>> We build xpra with -Werror which triggers an error and stops the >>> build >>> >>>>>> if there are any warnings at all, and the Debian version of the >>> GTK >>> >>>>>> headers generate a warning. >>> >>>>>> There are other problems with the libav headers too. >>> >>>>>> You can find the patches that need to be applied to build on >>> Debian >>> >>>>>> based systems here: >>> >>>>>> http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches >>> >>>>>> (which patches need to be applied varies from one version to >>> another) >>> >>>>>> >>> >>>>>> Cheers >>> >>>>>> Antoine >>> >>>>>> _______________________________________________ >>> >>>>>> 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 >>> >>> >>> >> >>> >> _______________________________________________ >>> >> 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 >>> > >>> >>> _______________________________________________ >>> shifter-users mailing list >>> shifter-users at lists.devloop.org.uk >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >>> >> > From kc7noa at gmail.com Thu May 26 19:39:38 2016 From: kc7noa at gmail.com (Michael Durkin) Date: Thu, 26 May 2016 11:39:38 -0700 Subject: [winswitch] build error In-Reply-To: References: Message-ID: OK ... i should have used synaptec to search for packages way sooner ... its alot faster than google ... So ... im surprised this is still not patched as part of the main archive -- version 0.17 now, ill look to see how to implement that patch ,,, or is it a build deceleration that needs to be changed in setup.py ? In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, from xpra/x11/gtk2/gdk_display_source.c:297: /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function declaration isn?t a prototype [-Werror=strict-prototypes] typedef void (*GtkItemFactoryCallback) (); ^ cc1: all warnings being treated as errors error: command 'aarch64-linux-gnu-gcc' failed with exit status 1 kc7noa at odroid64:~/Downloads/xpra-0.17.2$ On Thu, May 26, 2016 at 11:22 AM, Michael Durkin wrote: > So far on the Xinal(ubuntu 16) 64bit ... build with ./setup.py install > stops at > > Xdummy support unspecified, will try to detect > found OS release: Ubuntu xenial > found valid recent version of Xorg server: 1.18 > found gcc version: 5.3.1 > ERROR: cannot find a valid pkg-config package for ['pygtk-2.0', > 'libpygtk-2.0'] > kc7noa at odroid64:~/Downloads/xpra-0.17.2$ > > > iv not been able to figure out that package yet ... > > On Thu, May 26, 2016 at 11:17 AM, Michael Durkin wrote: > >> Sorry i left out ... >> >> 0.15.8+dfsg-1 is the one shown as current by the package manager for >> "Ubuntu 16" ... does that have the patches you previously mentioned ...?? >> >> On Thu, May 26, 2016 at 10:10 AM, Michael Durkin >> wrote: >> >>> Arm64 is not a intel (i386) or amd architecture .... the computer is a >>> 2"x2" SBC -- system-on-a-chip >>> On May 26, 2016 9:32 AM, "Antoine Martin" wrote: >>> >>>> On 26/05/16 22:12, Michael Durkin wrote: >>>> > i tried from trusty archive(xpra) version 15.10-1 and got a dependency >>>> > unsatisfiable error for python-rencode ... how far back in the 15's >>>> then >>>> > does one need to go .... >>>> python-rencode has been available in the repository for many years. >>>> If you are still having problems, please post the specific error >>>> messages as well as all the relevant configuration details. >>>> >>>> > Then to apply patches ..( iguess) >>>> > >>>> > Also -- this is another subject -- i have 3 computers, 2 of which are >>>> Arm >>>> > (one 32bit with ububtu 14 and the other is 64bit with Ubuntu 16) ... >>>> is >>>> > there a package dependency list for ubuntu? >>>> Please refer to your package manager tool. >>>> >>>> > The binarys in the archive will >>>> > never work on those platforms .. >>>> Why not? >>>> >>>> Antoine >>>> >>>> > >>>> > On Thu, May 26, 2016 at 7:29 AM, Antoine Martin < >>>> antoine at nagafix.co.uk> >>>> > wrote: >>>> > >>>> >> On 26/05/16 13:23, Michael Durkin wrote: >>>> >>> Ahhh .. going with the most recent svn would do me no good right >>>> now .... >>>> >>> libavcodec-ffmpeg56 is not part of ubuntu 14.04 source ... sigh .... >>>> >> Version 0.16.x dropped support for Ubuntu Trusty: >>>> >> >>>> >> >>>> http://lists.devloop.org.uk/pipermail/shifter-users/2015-December/001460.html >>>> >> >>>> >> Cheers >>>> >> Antoine >>>> >> >>>> >>> >>>> >>> Perhapse a PPA will help out some where .... its late, im going to >>>> bed. >>>> >>> >>>> >>> sorry for the direct emails ... >>>> >>> >>>> >>> On Wed, May 25, 2016 at 10:23 PM, Michael Durkin >>>> >> wrote: >>>> >>> >>>> >>>> Ahhh .. going with the most recent svn would do me no good right >>>> now >>>> >> .... >>>> >>>> libavcodec-ffmpeg56 is not part of the ubuntu ffmpeg source ... >>>> sigh >>>> >> .... >>>> >>>> >>>> >>>> Perhapse a PPA will help out some where .... its late, im going to >>>> bed. >>>> >>>> >>>> >>>> On Wed, May 25, 2016 at 9:18 PM, Michael Durkin >>>> >> wrote: >>>> >>>> >>>> >>>>> Looks like >>>> >>>>> 1 no-strict-prototypes-gtkitemfactory.patch was added 10 months >>>> ago >>>> >> .... >>>> >>>>> >>>> >>>>> If that's true .... then I sapose I'd be better off using the svn >>>> >>>>> repository and build the most recent offering. >>>> >>>>> >>>> >>>>> I'm not sure how to insert the patches listed .... I didn't see >>>> any >>>> >> that >>>> >>>>> were newer than 2 months old ... >>>> >>>>> >>>> >>>>> I would think they would be in svn's latest. ... I don't use svn >>>> too >>>> >>>>> often, git way more often .... >>>> >>>>> On May 25, 2016 8:36 PM, "Antoine Martin" >>>> >> wrote: >>>> >>>>> >>>> >>>>>> On 26/05/16 08:17, Michael Durkin wrote: >>>> >>>>>>> was trying to build on Ubuntu 14.04 used apt-get build-dep to >>>> pull >>>> >>>>>>> dependencies >>>> >>>>>>> >>>> >>>>>>> >>>> >>>>>>> building 'xpra.x11.gtk2.gdk_display_source' extension >>>> >>>>>>> creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 >>>> >>>>>>> x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g >>>> >> -fwrapv >>>> >>>>>> -O2 >>>> >>>>>>> -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 >>>> >>>>>>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include >>>> -I/usr/include/gtk-2.0 >>>> >>>>>>> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include >>>> -I/usr/include/atk-1.0 >>>> >>>>>>> -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 >>>> >>>>>> -I/usr/include/pango-1.0 >>>> >>>>>>> -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 >>>> >>>>>>> -I/usr/include/pixman-1 -I/usr/include/libpng12 >>>> >> -I/usr/include/harfbuzz >>>> >>>>>>> -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c >>>> >>>>>>> xpra/x11/gtk2/gdk_display_source.c -o >>>> >>>>>>> build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o >>>> -Wall >>>> >>>>>>> -Werror -fPIC >>>> >>>>>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, >>>> >>>>>>> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, >>>> >>>>>>> from xpra/x11/gtk2/gdk_display_source.c:354: >>>> >>>>>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function >>>> >>>>>> declaration >>>> >>>>>>> isn?t a prototype [-Werror=strict-prototypes] >>>> >>>>>>> typedef void (*GtkItemFactoryCallback) (); >>>> >>>>>>> ^ >>>> >>>>>>> cc1: all warnings being treated as errors >>>> >>>>>>> error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 >>>> >>>>>>> mike at SDR-client:~/Downloads/xpra-0.17.2$ >>>> >>>>>> We build xpra with -Werror which triggers an error and stops the >>>> build >>>> >>>>>> if there are any warnings at all, and the Debian version of the >>>> GTK >>>> >>>>>> headers generate a warning. >>>> >>>>>> There are other problems with the libav headers too. >>>> >>>>>> You can find the patches that need to be applied to build on >>>> Debian >>>> >>>>>> based systems here: >>>> >>>>>> http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches >>>> >>>>>> (which patches need to be applied varies from one version to >>>> another) >>>> >>>>>> >>>> >>>>>> Cheers >>>> >>>>>> Antoine >>>> >>>>>> _______________________________________________ >>>> >>>>>> 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 >>>> >>> >>>> >> >>>> >> _______________________________________________ >>>> >> 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 >>>> > >>>> >>>> _______________________________________________ >>>> shifter-users mailing list >>>> shifter-users at lists.devloop.org.uk >>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >>>> >>> >> > From kc7noa at gmail.com Thu May 26 19:58:05 2016 From: kc7noa at gmail.com (Michael Durkin) Date: Thu, 26 May 2016 11:58:05 -0700 Subject: [winswitch] build error In-Reply-To: References: Message-ID: ok .. that was easy enough to do ... Though i would suggest a simple addition, a comment after the patch that removing the # at teh beginning of the line is how to enable the patch. now to test the server .... On Thu, May 26, 2016 at 11:39 AM, Michael Durkin wrote: > OK ... i should have used synaptec to search for packages way sooner ... > its alot faster than google ... > > So ... im surprised this is still not patched as part of the main archive > -- version 0.17 > > now, ill look to see how to implement that patch ,,, or is it a build > deceleration that needs to be changed in setup.py ? > > In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, > from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, > from xpra/x11/gtk2/gdk_display_source.c:297: > /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function > declaration isn?t a prototype [-Werror=strict-prototypes] > typedef void (*GtkItemFactoryCallback) (); > ^ > cc1: all warnings being treated as errors > error: command 'aarch64-linux-gnu-gcc' failed with exit status 1 > kc7noa at odroid64:~/Downloads/xpra-0.17.2$ > > > > > On Thu, May 26, 2016 at 11:22 AM, Michael Durkin wrote: > >> So far on the Xinal(ubuntu 16) 64bit ... build with ./setup.py install >> stops at >> >> Xdummy support unspecified, will try to detect >> found OS release: Ubuntu xenial >> found valid recent version of Xorg server: 1.18 >> found gcc version: 5.3.1 >> ERROR: cannot find a valid pkg-config package for ['pygtk-2.0', >> 'libpygtk-2.0'] >> kc7noa at odroid64:~/Downloads/xpra-0.17.2$ >> >> >> iv not been able to figure out that package yet ... >> >> On Thu, May 26, 2016 at 11:17 AM, Michael Durkin >> wrote: >> >>> Sorry i left out ... >>> >>> 0.15.8+dfsg-1 is the one shown as current by the package manager for >>> "Ubuntu 16" ... does that have the patches you previously mentioned ...?? >>> >>> On Thu, May 26, 2016 at 10:10 AM, Michael Durkin >>> wrote: >>> >>>> Arm64 is not a intel (i386) or amd architecture .... the computer is a >>>> 2"x2" SBC -- system-on-a-chip >>>> On May 26, 2016 9:32 AM, "Antoine Martin" >>>> wrote: >>>> >>>>> On 26/05/16 22:12, Michael Durkin wrote: >>>>> > i tried from trusty archive(xpra) version 15.10-1 and got a >>>>> dependency >>>>> > unsatisfiable error for python-rencode ... how far back in the 15's >>>>> then >>>>> > does one need to go .... >>>>> python-rencode has been available in the repository for many years. >>>>> If you are still having problems, please post the specific error >>>>> messages as well as all the relevant configuration details. >>>>> >>>>> > Then to apply patches ..( iguess) >>>>> > >>>>> > Also -- this is another subject -- i have 3 computers, 2 of which >>>>> are Arm >>>>> > (one 32bit with ububtu 14 and the other is 64bit with Ubuntu 16) ... >>>>> is >>>>> > there a package dependency list for ubuntu? >>>>> Please refer to your package manager tool. >>>>> >>>>> > The binarys in the archive will >>>>> > never work on those platforms .. >>>>> Why not? >>>>> >>>>> Antoine >>>>> >>>>> > >>>>> > On Thu, May 26, 2016 at 7:29 AM, Antoine Martin < >>>>> antoine at nagafix.co.uk> >>>>> > wrote: >>>>> > >>>>> >> On 26/05/16 13:23, Michael Durkin wrote: >>>>> >>> Ahhh .. going with the most recent svn would do me no good right >>>>> now .... >>>>> >>> libavcodec-ffmpeg56 is not part of ubuntu 14.04 source ... sigh >>>>> .... >>>>> >> Version 0.16.x dropped support for Ubuntu Trusty: >>>>> >> >>>>> >> >>>>> http://lists.devloop.org.uk/pipermail/shifter-users/2015-December/001460.html >>>>> >> >>>>> >> Cheers >>>>> >> Antoine >>>>> >> >>>>> >>> >>>>> >>> Perhapse a PPA will help out some where .... its late, im going to >>>>> bed. >>>>> >>> >>>>> >>> sorry for the direct emails ... >>>>> >>> >>>>> >>> On Wed, May 25, 2016 at 10:23 PM, Michael Durkin >>>> > >>>>> >> wrote: >>>>> >>> >>>>> >>>> Ahhh .. going with the most recent svn would do me no good right >>>>> now >>>>> >> .... >>>>> >>>> libavcodec-ffmpeg56 is not part of the ubuntu ffmpeg source ... >>>>> sigh >>>>> >> .... >>>>> >>>> >>>>> >>>> Perhapse a PPA will help out some where .... its late, im going >>>>> to bed. >>>>> >>>> >>>>> >>>> On Wed, May 25, 2016 at 9:18 PM, Michael Durkin >>>> > >>>>> >> wrote: >>>>> >>>> >>>>> >>>>> Looks like >>>>> >>>>> 1 no-strict-prototypes-gtkitemfactory.patch was added 10 months >>>>> ago >>>>> >> .... >>>>> >>>>> >>>>> >>>>> If that's true .... then I sapose I'd be better off using the svn >>>>> >>>>> repository and build the most recent offering. >>>>> >>>>> >>>>> >>>>> I'm not sure how to insert the patches listed .... I didn't see >>>>> any >>>>> >> that >>>>> >>>>> were newer than 2 months old ... >>>>> >>>>> >>>>> >>>>> I would think they would be in svn's latest. ... I don't use svn >>>>> too >>>>> >>>>> often, git way more often .... >>>>> >>>>> On May 25, 2016 8:36 PM, "Antoine Martin" >>>> > >>>>> >> wrote: >>>>> >>>>> >>>>> >>>>>> On 26/05/16 08:17, Michael Durkin wrote: >>>>> >>>>>>> was trying to build on Ubuntu 14.04 used apt-get build-dep to >>>>> pull >>>>> >>>>>>> dependencies >>>>> >>>>>>> >>>>> >>>>>>> >>>>> >>>>>>> building 'xpra.x11.gtk2.gdk_display_source' extension >>>>> >>>>>>> creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 >>>>> >>>>>>> x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g >>>>> >> -fwrapv >>>>> >>>>>> -O2 >>>>> >>>>>>> -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 >>>>> >>>>>>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include >>>>> -I/usr/include/gtk-2.0 >>>>> >>>>>>> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include >>>>> -I/usr/include/atk-1.0 >>>>> >>>>>>> -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 >>>>> >>>>>> -I/usr/include/pango-1.0 >>>>> >>>>>>> -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 >>>>> >>>>>>> -I/usr/include/pixman-1 -I/usr/include/libpng12 >>>>> >> -I/usr/include/harfbuzz >>>>> >>>>>>> -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c >>>>> >>>>>>> xpra/x11/gtk2/gdk_display_source.c -o >>>>> >>>>>>> build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o >>>>> -Wall >>>>> >>>>>>> -Werror -fPIC >>>>> >>>>>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, >>>>> >>>>>>> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, >>>>> >>>>>>> from xpra/x11/gtk2/gdk_display_source.c:354: >>>>> >>>>>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function >>>>> >>>>>> declaration >>>>> >>>>>>> isn?t a prototype [-Werror=strict-prototypes] >>>>> >>>>>>> typedef void (*GtkItemFactoryCallback) (); >>>>> >>>>>>> ^ >>>>> >>>>>>> cc1: all warnings being treated as errors >>>>> >>>>>>> error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 >>>>> >>>>>>> mike at SDR-client:~/Downloads/xpra-0.17.2$ >>>>> >>>>>> We build xpra with -Werror which triggers an error and stops >>>>> the build >>>>> >>>>>> if there are any warnings at all, and the Debian version of the >>>>> GTK >>>>> >>>>>> headers generate a warning. >>>>> >>>>>> There are other problems with the libav headers too. >>>>> >>>>>> You can find the patches that need to be applied to build on >>>>> Debian >>>>> >>>>>> based systems here: >>>>> >>>>>> http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches >>>>> >>>>>> (which patches need to be applied varies from one version to >>>>> another) >>>>> >>>>>> >>>>> >>>>>> Cheers >>>>> >>>>>> Antoine >>>>> >>>>>> _______________________________________________ >>>>> >>>>>> 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 >>>>> >>> >>>>> >> >>>>> >> _______________________________________________ >>>>> >> 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 >>>>> > >>>>> >>>>> _______________________________________________ >>>>> shifter-users mailing list >>>>> shifter-users at lists.devloop.org.uk >>>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >>>>> >>>> >>> >> > From kc7noa at gmail.com Thu May 26 20:05:12 2016 From: kc7noa at gmail.com (Michael Durkin) Date: Thu, 26 May 2016 12:05:12 -0700 Subject: [winswitch] build error In-Reply-To: References: Message-ID: Hey !!!! making progress .... i think this means that my client version is too old .... which is a problem since its Ubuntu 14-- which does not have alot of packages available for building mike at SDR-client:~$ xpra attach ssh:kc7noa at 10.0.0.127 xpra client version 0.12.3 2016-05-26 12:02:31,788 cannot load csc_opencl (OpenCL colorspace conversion): ColorspaceConverter missing from xpra.codecs.csc_opencl.colorspace_converter: clGetPlatformIDs failed: platform not found khr 2016-05-26 12:02:31,789 error during codec import: clGetPlatformIDs failed: platform not found khr 2016-05-26 12:02:32,126 PyOpenGL warning: missing accelerate module 2016-05-26 12:02:32,126 PyOpenGL warning: missing array format handlers: numeric, vbo, vbooffset 2016-05-26 12:02:32,126 OpenGL Version: 2.1 Mesa 10.1.3 2016-05-26 12:02:32,345 detected keyboard: rules=evdev, model=pc105, layout=us 2016-05-26 12:02:32,346 desktop size is 1366x768 with 1 screen(s): 2016-05-26 12:02:32,346 ':0.0' (361x203 mm) workarea: 1333x756 at 33x12 2016-05-26 12:02:32,346 LVDS1 (345x194 mm) Warning: invalid option: 'scaling' 2016-05-26 12:02:33,039 server requested disconnect: ['version error', 'incompatible version: remote version [0, 12] is too old, sorry'] 2016-05-26 12:02:33,247 Connection lost mike at SDR-client:~$ On Thu, May 26, 2016 at 11:58 AM, Michael Durkin wrote: > ok .. that was easy enough to do ... > > Though i would suggest a simple addition, a comment after the patch that > removing the # at teh beginning of the line is how to enable the patch. > > now to test the server .... > > On Thu, May 26, 2016 at 11:39 AM, Michael Durkin wrote: > >> OK ... i should have used synaptec to search for packages way sooner ... >> its alot faster than google ... >> >> So ... im surprised this is still not patched as part of the main archive >> -- version 0.17 >> >> now, ill look to see how to implement that patch ,,, or is it a build >> deceleration that needs to be changed in setup.py ? >> >> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, >> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, >> from xpra/x11/gtk2/gdk_display_source.c:297: >> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function >> declaration isn?t a prototype [-Werror=strict-prototypes] >> typedef void (*GtkItemFactoryCallback) (); >> ^ >> cc1: all warnings being treated as errors >> error: command 'aarch64-linux-gnu-gcc' failed with exit status 1 >> kc7noa at odroid64:~/Downloads/xpra-0.17.2$ >> >> >> >> >> On Thu, May 26, 2016 at 11:22 AM, Michael Durkin >> wrote: >> >>> So far on the Xinal(ubuntu 16) 64bit ... build with ./setup.py install >>> stops at >>> >>> Xdummy support unspecified, will try to detect >>> found OS release: Ubuntu xenial >>> found valid recent version of Xorg server: 1.18 >>> found gcc version: 5.3.1 >>> ERROR: cannot find a valid pkg-config package for ['pygtk-2.0', >>> 'libpygtk-2.0'] >>> kc7noa at odroid64:~/Downloads/xpra-0.17.2$ >>> >>> >>> iv not been able to figure out that package yet ... >>> >>> On Thu, May 26, 2016 at 11:17 AM, Michael Durkin >>> wrote: >>> >>>> Sorry i left out ... >>>> >>>> 0.15.8+dfsg-1 is the one shown as current by the package manager for >>>> "Ubuntu 16" ... does that have the patches you previously mentioned ...?? >>>> >>>> On Thu, May 26, 2016 at 10:10 AM, Michael Durkin >>>> wrote: >>>> >>>>> Arm64 is not a intel (i386) or amd architecture .... the computer is a >>>>> 2"x2" SBC -- system-on-a-chip >>>>> On May 26, 2016 9:32 AM, "Antoine Martin" >>>>> wrote: >>>>> >>>>>> On 26/05/16 22:12, Michael Durkin wrote: >>>>>> > i tried from trusty archive(xpra) version 15.10-1 and got a >>>>>> dependency >>>>>> > unsatisfiable error for python-rencode ... how far back in the 15's >>>>>> then >>>>>> > does one need to go .... >>>>>> python-rencode has been available in the repository for many years. >>>>>> If you are still having problems, please post the specific error >>>>>> messages as well as all the relevant configuration details. >>>>>> >>>>>> > Then to apply patches ..( iguess) >>>>>> > >>>>>> > Also -- this is another subject -- i have 3 computers, 2 of which >>>>>> are Arm >>>>>> > (one 32bit with ububtu 14 and the other is 64bit with Ubuntu 16) >>>>>> ... is >>>>>> > there a package dependency list for ubuntu? >>>>>> Please refer to your package manager tool. >>>>>> >>>>>> > The binarys in the archive will >>>>>> > never work on those platforms .. >>>>>> Why not? >>>>>> >>>>>> Antoine >>>>>> >>>>>> > >>>>>> > On Thu, May 26, 2016 at 7:29 AM, Antoine Martin < >>>>>> antoine at nagafix.co.uk> >>>>>> > wrote: >>>>>> > >>>>>> >> On 26/05/16 13:23, Michael Durkin wrote: >>>>>> >>> Ahhh .. going with the most recent svn would do me no good right >>>>>> now .... >>>>>> >>> libavcodec-ffmpeg56 is not part of ubuntu 14.04 source ... sigh >>>>>> .... >>>>>> >> Version 0.16.x dropped support for Ubuntu Trusty: >>>>>> >> >>>>>> >> >>>>>> http://lists.devloop.org.uk/pipermail/shifter-users/2015-December/001460.html >>>>>> >> >>>>>> >> Cheers >>>>>> >> Antoine >>>>>> >> >>>>>> >>> >>>>>> >>> Perhapse a PPA will help out some where .... its late, im going >>>>>> to bed. >>>>>> >>> >>>>>> >>> sorry for the direct emails ... >>>>>> >>> >>>>>> >>> On Wed, May 25, 2016 at 10:23 PM, Michael Durkin < >>>>>> kc7noa at gmail.com> >>>>>> >> wrote: >>>>>> >>> >>>>>> >>>> Ahhh .. going with the most recent svn would do me no good right >>>>>> now >>>>>> >> .... >>>>>> >>>> libavcodec-ffmpeg56 is not part of the ubuntu ffmpeg source ... >>>>>> sigh >>>>>> >> .... >>>>>> >>>> >>>>>> >>>> Perhapse a PPA will help out some where .... its late, im going >>>>>> to bed. >>>>>> >>>> >>>>>> >>>> On Wed, May 25, 2016 at 9:18 PM, Michael Durkin < >>>>>> kc7noa at gmail.com> >>>>>> >> wrote: >>>>>> >>>> >>>>>> >>>>> Looks like >>>>>> >>>>> 1 no-strict-prototypes-gtkitemfactory.patch was added 10 months >>>>>> ago >>>>>> >> .... >>>>>> >>>>> >>>>>> >>>>> If that's true .... then I sapose I'd be better off using the >>>>>> svn >>>>>> >>>>> repository and build the most recent offering. >>>>>> >>>>> >>>>>> >>>>> I'm not sure how to insert the patches listed .... I didn't see >>>>>> any >>>>>> >> that >>>>>> >>>>> were newer than 2 months old ... >>>>>> >>>>> >>>>>> >>>>> I would think they would be in svn's latest. ... I don't use >>>>>> svn too >>>>>> >>>>> often, git way more often .... >>>>>> >>>>> On May 25, 2016 8:36 PM, "Antoine Martin" < >>>>>> antoine at nagafix.co.uk> >>>>>> >> wrote: >>>>>> >>>>> >>>>>> >>>>>> On 26/05/16 08:17, Michael Durkin wrote: >>>>>> >>>>>>> was trying to build on Ubuntu 14.04 used apt-get build-dep to >>>>>> pull >>>>>> >>>>>>> dependencies >>>>>> >>>>>>> >>>>>> >>>>>>> >>>>>> >>>>>>> building 'xpra.x11.gtk2.gdk_display_source' extension >>>>>> >>>>>>> creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 >>>>>> >>>>>>> x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g >>>>>> >> -fwrapv >>>>>> >>>>>> -O2 >>>>>> >>>>>>> -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 >>>>>> >>>>>>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include >>>>>> -I/usr/include/gtk-2.0 >>>>>> >>>>>>> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include >>>>>> -I/usr/include/atk-1.0 >>>>>> >>>>>>> -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 >>>>>> >>>>>> -I/usr/include/pango-1.0 >>>>>> >>>>>>> -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 >>>>>> >>>>>>> -I/usr/include/pixman-1 -I/usr/include/libpng12 >>>>>> >> -I/usr/include/harfbuzz >>>>>> >>>>>>> -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c >>>>>> >>>>>>> xpra/x11/gtk2/gdk_display_source.c -o >>>>>> >>>>>>> >>>>>> build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o -Wall >>>>>> >>>>>>> -Werror -fPIC >>>>>> >>>>>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, >>>>>> >>>>>>> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, >>>>>> >>>>>>> from xpra/x11/gtk2/gdk_display_source.c:354: >>>>>> >>>>>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: >>>>>> function >>>>>> >>>>>> declaration >>>>>> >>>>>>> isn?t a prototype [-Werror=strict-prototypes] >>>>>> >>>>>>> typedef void (*GtkItemFactoryCallback) (); >>>>>> >>>>>>> ^ >>>>>> >>>>>>> cc1: all warnings being treated as errors >>>>>> >>>>>>> error: command 'x86_64-linux-gnu-gcc' failed with exit status >>>>>> 1 >>>>>> >>>>>>> mike at SDR-client:~/Downloads/xpra-0.17.2$ >>>>>> >>>>>> We build xpra with -Werror which triggers an error and stops >>>>>> the build >>>>>> >>>>>> if there are any warnings at all, and the Debian version of >>>>>> the GTK >>>>>> >>>>>> headers generate a warning. >>>>>> >>>>>> There are other problems with the libav headers too. >>>>>> >>>>>> You can find the patches that need to be applied to build on >>>>>> Debian >>>>>> >>>>>> based systems here: >>>>>> >>>>>> http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches >>>>>> >>>>>> (which patches need to be applied varies from one version to >>>>>> another) >>>>>> >>>>>> >>>>>> >>>>>> Cheers >>>>>> >>>>>> Antoine >>>>>> >>>>>> _______________________________________________ >>>>>> >>>>>> 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 >>>>>> >>> >>>>>> >> >>>>>> >> _______________________________________________ >>>>>> >> 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 >>>>>> > >>>>>> >>>>>> _______________________________________________ >>>>>> shifter-users mailing list >>>>>> shifter-users at lists.devloop.org.uk >>>>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >>>>>> >>>>> >>>> >>> >> > From kc7noa at gmail.com Thu May 26 20:12:58 2016 From: kc7noa at gmail.com (Michael Durkin) Date: Thu, 26 May 2016 12:12:58 -0700 Subject: [winswitch] build error In-Reply-To: References: Message-ID: OH !!!! thought i had it that time .... building 'xpra.codecs.csc_swscale.colorspace_converter' extension creating build/temp.linux-x86_64-2.7/xpra/codecs/csc_swscale x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.7 -c xpra/codecs/csc_swscale/colorspace_converter.c -o build/temp.linux-x86_64-2.7/xpra/codecs/csc_swscale/colorspace_converter.o -Wall -Werror -Wno-error=strict-prototypes -fPIC xpra/codecs/csc_swscale/colorspace_converter.c: In function ?initcolorspace_converter?: xpra/codecs/csc_swscale/colorspace_converter.c:10455:37: error: ?AV_PIX_FMT_0RGB? undeclared (first use in this function) __pyx_t_3 = __Pyx_PyInt_From_long(AV_PIX_FMT_0RGB); if (unlikely(!__pyx_t_3)) {__pyx_filename = __pyx_f[0]; __pyx_lineno = 105; __pyx_clineno = __LINE__; goto __pyx_L1_error;} ^ xpra/codecs/csc_swscale/colorspace_converter.c:10455:37: note: each undeclared identifier is reported only once for each function it appears in xpra/codecs/csc_swscale/colorspace_converter.c:10482:37: error: ?AV_PIX_FMT_BGR0? undeclared (first use in this function) __pyx_t_3 = __Pyx_PyInt_From_long(AV_PIX_FMT_BGR0); if (unlikely(!__pyx_t_3)) {__pyx_filename = __pyx_f[0]; __pyx_lineno = 106; __pyx_clineno = __LINE__; goto __pyx_L1_error;} ^ error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 Was trying to build 0.17.2 on a Trusty Ubuntu intel64 ... On Thu, May 26, 2016 at 12:05 PM, Michael Durkin wrote: > Hey !!!! making progress .... i think this means that my client version is > too old .... which is a problem since its Ubuntu 14-- which does not have > alot of packages available for building > > mike at SDR-client:~$ xpra attach ssh:kc7noa at 10.0.0.127 > xpra client version 0.12.3 > 2016-05-26 12:02:31,788 cannot load csc_opencl (OpenCL colorspace > conversion): ColorspaceConverter missing from > xpra.codecs.csc_opencl.colorspace_converter: clGetPlatformIDs failed: > platform not found khr > 2016-05-26 12:02:31,789 error during codec import: clGetPlatformIDs > failed: platform not found khr > 2016-05-26 12:02:32,126 PyOpenGL warning: missing accelerate module > 2016-05-26 12:02:32,126 PyOpenGL warning: missing array format handlers: > numeric, vbo, vbooffset > 2016-05-26 12:02:32,126 OpenGL Version: 2.1 Mesa 10.1.3 > 2016-05-26 12:02:32,345 detected keyboard: rules=evdev, model=pc105, > layout=us > 2016-05-26 12:02:32,346 desktop size is 1366x768 with 1 screen(s): > 2016-05-26 12:02:32,346 ':0.0' (361x203 mm) workarea: 1333x756 at 33x12 > 2016-05-26 12:02:32,346 LVDS1 (345x194 mm) > Warning: invalid option: 'scaling' > 2016-05-26 12:02:33,039 server requested disconnect: ['version error', > 'incompatible version: remote version [0, 12] is too old, sorry'] > 2016-05-26 12:02:33,247 Connection lost > mike at SDR-client:~$ > > > > On Thu, May 26, 2016 at 11:58 AM, Michael Durkin wrote: > >> ok .. that was easy enough to do ... >> >> Though i would suggest a simple addition, a comment after the patch that >> removing the # at teh beginning of the line is how to enable the patch. >> >> now to test the server .... >> >> On Thu, May 26, 2016 at 11:39 AM, Michael Durkin >> wrote: >> >>> OK ... i should have used synaptec to search for packages way sooner ... >>> its alot faster than google ... >>> >>> So ... im surprised this is still not patched as part of the main >>> archive -- version 0.17 >>> >>> now, ill look to see how to implement that patch ,,, or is it a build >>> deceleration that needs to be changed in setup.py ? >>> >>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, >>> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, >>> from xpra/x11/gtk2/gdk_display_source.c:297: >>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function >>> declaration isn?t a prototype [-Werror=strict-prototypes] >>> typedef void (*GtkItemFactoryCallback) (); >>> ^ >>> cc1: all warnings being treated as errors >>> error: command 'aarch64-linux-gnu-gcc' failed with exit status 1 >>> kc7noa at odroid64:~/Downloads/xpra-0.17.2$ >>> >>> >>> >>> >>> On Thu, May 26, 2016 at 11:22 AM, Michael Durkin >>> wrote: >>> >>>> So far on the Xinal(ubuntu 16) 64bit ... build with ./setup.py install >>>> stops at >>>> >>>> Xdummy support unspecified, will try to detect >>>> found OS release: Ubuntu xenial >>>> found valid recent version of Xorg server: 1.18 >>>> found gcc version: 5.3.1 >>>> ERROR: cannot find a valid pkg-config package for ['pygtk-2.0', >>>> 'libpygtk-2.0'] >>>> kc7noa at odroid64:~/Downloads/xpra-0.17.2$ >>>> >>>> >>>> iv not been able to figure out that package yet ... >>>> >>>> On Thu, May 26, 2016 at 11:17 AM, Michael Durkin >>>> wrote: >>>> >>>>> Sorry i left out ... >>>>> >>>>> 0.15.8+dfsg-1 is the one shown as current by the package manager for >>>>> "Ubuntu 16" ... does that have the patches you previously mentioned ...?? >>>>> >>>>> On Thu, May 26, 2016 at 10:10 AM, Michael Durkin >>>>> wrote: >>>>> >>>>>> Arm64 is not a intel (i386) or amd architecture .... the computer is >>>>>> a 2"x2" SBC -- system-on-a-chip >>>>>> On May 26, 2016 9:32 AM, "Antoine Martin" >>>>>> wrote: >>>>>> >>>>>>> On 26/05/16 22:12, Michael Durkin wrote: >>>>>>> > i tried from trusty archive(xpra) version 15.10-1 and got a >>>>>>> dependency >>>>>>> > unsatisfiable error for python-rencode ... how far back in the >>>>>>> 15's then >>>>>>> > does one need to go .... >>>>>>> python-rencode has been available in the repository for many years. >>>>>>> If you are still having problems, please post the specific error >>>>>>> messages as well as all the relevant configuration details. >>>>>>> >>>>>>> > Then to apply patches ..( iguess) >>>>>>> > >>>>>>> > Also -- this is another subject -- i have 3 computers, 2 of which >>>>>>> are Arm >>>>>>> > (one 32bit with ububtu 14 and the other is 64bit with Ubuntu 16) >>>>>>> ... is >>>>>>> > there a package dependency list for ubuntu? >>>>>>> Please refer to your package manager tool. >>>>>>> >>>>>>> > The binarys in the archive will >>>>>>> > never work on those platforms .. >>>>>>> Why not? >>>>>>> >>>>>>> Antoine >>>>>>> >>>>>>> > >>>>>>> > On Thu, May 26, 2016 at 7:29 AM, Antoine Martin < >>>>>>> antoine at nagafix.co.uk> >>>>>>> > wrote: >>>>>>> > >>>>>>> >> On 26/05/16 13:23, Michael Durkin wrote: >>>>>>> >>> Ahhh .. going with the most recent svn would do me no good right >>>>>>> now .... >>>>>>> >>> libavcodec-ffmpeg56 is not part of ubuntu 14.04 source ... sigh >>>>>>> .... >>>>>>> >> Version 0.16.x dropped support for Ubuntu Trusty: >>>>>>> >> >>>>>>> >> >>>>>>> http://lists.devloop.org.uk/pipermail/shifter-users/2015-December/001460.html >>>>>>> >> >>>>>>> >> Cheers >>>>>>> >> Antoine >>>>>>> >> >>>>>>> >>> >>>>>>> >>> Perhapse a PPA will help out some where .... its late, im going >>>>>>> to bed. >>>>>>> >>> >>>>>>> >>> sorry for the direct emails ... >>>>>>> >>> >>>>>>> >>> On Wed, May 25, 2016 at 10:23 PM, Michael Durkin < >>>>>>> kc7noa at gmail.com> >>>>>>> >> wrote: >>>>>>> >>> >>>>>>> >>>> Ahhh .. going with the most recent svn would do me no good >>>>>>> right now >>>>>>> >> .... >>>>>>> >>>> libavcodec-ffmpeg56 is not part of the ubuntu ffmpeg source ... >>>>>>> sigh >>>>>>> >> .... >>>>>>> >>>> >>>>>>> >>>> Perhapse a PPA will help out some where .... its late, im going >>>>>>> to bed. >>>>>>> >>>> >>>>>>> >>>> On Wed, May 25, 2016 at 9:18 PM, Michael Durkin < >>>>>>> kc7noa at gmail.com> >>>>>>> >> wrote: >>>>>>> >>>> >>>>>>> >>>>> Looks like >>>>>>> >>>>> 1 no-strict-prototypes-gtkitemfactory.patch was added 10 >>>>>>> months ago >>>>>>> >> .... >>>>>>> >>>>> >>>>>>> >>>>> If that's true .... then I sapose I'd be better off using the >>>>>>> svn >>>>>>> >>>>> repository and build the most recent offering. >>>>>>> >>>>> >>>>>>> >>>>> I'm not sure how to insert the patches listed .... I didn't >>>>>>> see any >>>>>>> >> that >>>>>>> >>>>> were newer than 2 months old ... >>>>>>> >>>>> >>>>>>> >>>>> I would think they would be in svn's latest. ... I don't use >>>>>>> svn too >>>>>>> >>>>> often, git way more often .... >>>>>>> >>>>> On May 25, 2016 8:36 PM, "Antoine Martin" < >>>>>>> antoine at nagafix.co.uk> >>>>>>> >> wrote: >>>>>>> >>>>> >>>>>>> >>>>>> On 26/05/16 08:17, Michael Durkin wrote: >>>>>>> >>>>>>> was trying to build on Ubuntu 14.04 used apt-get build-dep >>>>>>> to pull >>>>>>> >>>>>>> dependencies >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> building 'xpra.x11.gtk2.gdk_display_source' extension >>>>>>> >>>>>>> creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 >>>>>>> >>>>>>> x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG >>>>>>> -g >>>>>>> >> -fwrapv >>>>>>> >>>>>> -O2 >>>>>>> >>>>>>> -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 >>>>>>> >>>>>>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include >>>>>>> -I/usr/include/gtk-2.0 >>>>>>> >>>>>>> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include >>>>>>> -I/usr/include/atk-1.0 >>>>>>> >>>>>>> -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 >>>>>>> >>>>>> -I/usr/include/pango-1.0 >>>>>>> >>>>>>> -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 >>>>>>> >>>>>>> -I/usr/include/pixman-1 -I/usr/include/libpng12 >>>>>>> >> -I/usr/include/harfbuzz >>>>>>> >>>>>>> -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c >>>>>>> >>>>>>> xpra/x11/gtk2/gdk_display_source.c -o >>>>>>> >>>>>>> >>>>>>> build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o -Wall >>>>>>> >>>>>>> -Werror -fPIC >>>>>>> >>>>>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, >>>>>>> >>>>>>> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, >>>>>>> >>>>>>> from xpra/x11/gtk2/gdk_display_source.c:354: >>>>>>> >>>>>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: >>>>>>> function >>>>>>> >>>>>> declaration >>>>>>> >>>>>>> isn?t a prototype [-Werror=strict-prototypes] >>>>>>> >>>>>>> typedef void (*GtkItemFactoryCallback) (); >>>>>>> >>>>>>> ^ >>>>>>> >>>>>>> cc1: all warnings being treated as errors >>>>>>> >>>>>>> error: command 'x86_64-linux-gnu-gcc' failed with exit >>>>>>> status 1 >>>>>>> >>>>>>> mike at SDR-client:~/Downloads/xpra-0.17.2$ >>>>>>> >>>>>> We build xpra with -Werror which triggers an error and stops >>>>>>> the build >>>>>>> >>>>>> if there are any warnings at all, and the Debian version of >>>>>>> the GTK >>>>>>> >>>>>> headers generate a warning. >>>>>>> >>>>>> There are other problems with the libav headers too. >>>>>>> >>>>>> You can find the patches that need to be applied to build on >>>>>>> Debian >>>>>>> >>>>>> based systems here: >>>>>>> >>>>>> http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches >>>>>>> >>>>>> (which patches need to be applied varies from one version to >>>>>>> another) >>>>>>> >>>>>> >>>>>>> >>>>>> Cheers >>>>>>> >>>>>> Antoine >>>>>>> >>>>>> _______________________________________________ >>>>>>> >>>>>> 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 >>>>>>> >>> >>>>>>> >> >>>>>>> >> _______________________________________________ >>>>>>> >> 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 >>>>>>> > >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 Fri May 27 05:24:43 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 27 May 2016 11:24:43 +0700 Subject: [winswitch] build error In-Reply-To: References: Message-ID: <6d609fd1-3b98-f0b6-b6c9-24515b7e48b7@nagafix.co.uk> Please do not send 8 emails within just 2 hours to this mailing list. First try to figure things out, ask for help on IRC if needed, then you can summarize where you are at in a post to this list. Sorry, I missed the part where you said your systems were power by ARM cpus. We don't have binaries for ARM, this may change in the future. As for your errors, those are all Debian specific, and even include one I had told you about already in a previous reply. The one just below has a patch available, again I have already sent you links for those. Remember that Trusty is not supported in 0.16 onwards, so you may just have to disable the codecs that no longer build (ie: --without-csc_swscale --without-dec_avcodec2). Antoine On 27/05/16 02:12, Michael Durkin wrote: > OH !!!! thought i had it that time .... > > building 'xpra.codecs.csc_swscale.colorspace_converter' extension > creating build/temp.linux-x86_64-2.7/xpra/codecs/csc_swscale > x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 > -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.7 -c > xpra/codecs/csc_swscale/colorspace_converter.c -o > build/temp.linux-x86_64-2.7/xpra/codecs/csc_swscale/colorspace_converter.o > -Wall -Werror -Wno-error=strict-prototypes -fPIC > xpra/codecs/csc_swscale/colorspace_converter.c: In function > ?initcolorspace_converter?: > xpra/codecs/csc_swscale/colorspace_converter.c:10455:37: error: > ?AV_PIX_FMT_0RGB? undeclared (first use in this function) > __pyx_t_3 = __Pyx_PyInt_From_long(AV_PIX_FMT_0RGB); if > (unlikely(!__pyx_t_3)) {__pyx_filename = __pyx_f[0]; __pyx_lineno = 105; > __pyx_clineno = __LINE__; goto __pyx_L1_error;} > ^ > xpra/codecs/csc_swscale/colorspace_converter.c:10455:37: note: each > undeclared identifier is reported only once for each function it appears in > xpra/codecs/csc_swscale/colorspace_converter.c:10482:37: error: > ?AV_PIX_FMT_BGR0? undeclared (first use in this function) > __pyx_t_3 = __Pyx_PyInt_From_long(AV_PIX_FMT_BGR0); if > (unlikely(!__pyx_t_3)) {__pyx_filename = __pyx_f[0]; __pyx_lineno = 106; > __pyx_clineno = __LINE__; goto __pyx_L1_error;} > ^ > error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 > > Was trying to build 0.17.2 on a Trusty Ubuntu intel64 ... > > On Thu, May 26, 2016 at 12:05 PM, Michael Durkin wrote: > >> Hey !!!! making progress .... i think this means that my client version is >> too old .... which is a problem since its Ubuntu 14-- which does not have >> alot of packages available for building >> >> mike at SDR-client:~$ xpra attach ssh:kc7noa at 10.0.0.127 >> xpra client version 0.12.3 >> 2016-05-26 12:02:31,788 cannot load csc_opencl (OpenCL colorspace >> conversion): ColorspaceConverter missing from >> xpra.codecs.csc_opencl.colorspace_converter: clGetPlatformIDs failed: >> platform not found khr >> 2016-05-26 12:02:31,789 error during codec import: clGetPlatformIDs >> failed: platform not found khr >> 2016-05-26 12:02:32,126 PyOpenGL warning: missing accelerate module >> 2016-05-26 12:02:32,126 PyOpenGL warning: missing array format handlers: >> numeric, vbo, vbooffset >> 2016-05-26 12:02:32,126 OpenGL Version: 2.1 Mesa 10.1.3 >> 2016-05-26 12:02:32,345 detected keyboard: rules=evdev, model=pc105, >> layout=us >> 2016-05-26 12:02:32,346 desktop size is 1366x768 with 1 screen(s): >> 2016-05-26 12:02:32,346 ':0.0' (361x203 mm) workarea: 1333x756 at 33x12 >> 2016-05-26 12:02:32,346 LVDS1 (345x194 mm) >> Warning: invalid option: 'scaling' >> 2016-05-26 12:02:33,039 server requested disconnect: ['version error', >> 'incompatible version: remote version [0, 12] is too old, sorry'] >> 2016-05-26 12:02:33,247 Connection lost >> mike at SDR-client:~$ >> >> >> >> On Thu, May 26, 2016 at 11:58 AM, Michael Durkin wrote: >> >>> ok .. that was easy enough to do ... >>> >>> Though i would suggest a simple addition, a comment after the patch that >>> removing the # at teh beginning of the line is how to enable the patch. >>> >>> now to test the server .... >>> >>> On Thu, May 26, 2016 at 11:39 AM, Michael Durkin >>> wrote: >>> >>>> OK ... i should have used synaptec to search for packages way sooner ... >>>> its alot faster than google ... >>>> >>>> So ... im surprised this is still not patched as part of the main >>>> archive -- version 0.17 >>>> >>>> now, ill look to see how to implement that patch ,,, or is it a build >>>> deceleration that needs to be changed in setup.py ? >>>> >>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, >>>> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, >>>> from xpra/x11/gtk2/gdk_display_source.c:297: >>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: function >>>> declaration isn?t a prototype [-Werror=strict-prototypes] >>>> typedef void (*GtkItemFactoryCallback) (); >>>> ^ >>>> cc1: all warnings being treated as errors >>>> error: command 'aarch64-linux-gnu-gcc' failed with exit status 1 >>>> kc7noa at odroid64:~/Downloads/xpra-0.17.2$ >>>> >>>> >>>> >>>> >>>> On Thu, May 26, 2016 at 11:22 AM, Michael Durkin >>>> wrote: >>>> >>>>> So far on the Xinal(ubuntu 16) 64bit ... build with ./setup.py install >>>>> stops at >>>>> >>>>> Xdummy support unspecified, will try to detect >>>>> found OS release: Ubuntu xenial >>>>> found valid recent version of Xorg server: 1.18 >>>>> found gcc version: 5.3.1 >>>>> ERROR: cannot find a valid pkg-config package for ['pygtk-2.0', >>>>> 'libpygtk-2.0'] >>>>> kc7noa at odroid64:~/Downloads/xpra-0.17.2$ >>>>> >>>>> >>>>> iv not been able to figure out that package yet ... >>>>> >>>>> On Thu, May 26, 2016 at 11:17 AM, Michael Durkin >>>>> wrote: >>>>> >>>>>> Sorry i left out ... >>>>>> >>>>>> 0.15.8+dfsg-1 is the one shown as current by the package manager for >>>>>> "Ubuntu 16" ... does that have the patches you previously mentioned ...?? >>>>>> >>>>>> On Thu, May 26, 2016 at 10:10 AM, Michael Durkin >>>>>> wrote: >>>>>> >>>>>>> Arm64 is not a intel (i386) or amd architecture .... the computer is >>>>>>> a 2"x2" SBC -- system-on-a-chip >>>>>>> On May 26, 2016 9:32 AM, "Antoine Martin" >>>>>>> wrote: >>>>>>> >>>>>>>> On 26/05/16 22:12, Michael Durkin wrote: >>>>>>>>> i tried from trusty archive(xpra) version 15.10-1 and got a >>>>>>>> dependency >>>>>>>>> unsatisfiable error for python-rencode ... how far back in the >>>>>>>> 15's then >>>>>>>>> does one need to go .... >>>>>>>> python-rencode has been available in the repository for many years. >>>>>>>> If you are still having problems, please post the specific error >>>>>>>> messages as well as all the relevant configuration details. >>>>>>>> >>>>>>>>> Then to apply patches ..( iguess) >>>>>>>>> >>>>>>>>> Also -- this is another subject -- i have 3 computers, 2 of which >>>>>>>> are Arm >>>>>>>>> (one 32bit with ububtu 14 and the other is 64bit with Ubuntu 16) >>>>>>>> ... is >>>>>>>>> there a package dependency list for ubuntu? >>>>>>>> Please refer to your package manager tool. >>>>>>>> >>>>>>>>> The binarys in the archive will >>>>>>>>> never work on those platforms .. >>>>>>>> Why not? >>>>>>>> >>>>>>>> Antoine >>>>>>>> >>>>>>>>> >>>>>>>>> On Thu, May 26, 2016 at 7:29 AM, Antoine Martin < >>>>>>>> antoine at nagafix.co.uk> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> On 26/05/16 13:23, Michael Durkin wrote: >>>>>>>>>>> Ahhh .. going with the most recent svn would do me no good right >>>>>>>> now .... >>>>>>>>>>> libavcodec-ffmpeg56 is not part of ubuntu 14.04 source ... sigh >>>>>>>> .... >>>>>>>>>> Version 0.16.x dropped support for Ubuntu Trusty: >>>>>>>>>> >>>>>>>>>> >>>>>>>> http://lists.devloop.org.uk/pipermail/shifter-users/2015-December/001460.html >>>>>>>>>> >>>>>>>>>> Cheers >>>>>>>>>> Antoine >>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Perhapse a PPA will help out some where .... its late, im going >>>>>>>> to bed. >>>>>>>>>>> >>>>>>>>>>> sorry for the direct emails ... >>>>>>>>>>> >>>>>>>>>>> On Wed, May 25, 2016 at 10:23 PM, Michael Durkin < >>>>>>>> kc7noa at gmail.com> >>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>>> Ahhh .. going with the most recent svn would do me no good >>>>>>>> right now >>>>>>>>>> .... >>>>>>>>>>>> libavcodec-ffmpeg56 is not part of the ubuntu ffmpeg source ... >>>>>>>> sigh >>>>>>>>>> .... >>>>>>>>>>>> >>>>>>>>>>>> Perhapse a PPA will help out some where .... its late, im going >>>>>>>> to bed. >>>>>>>>>>>> >>>>>>>>>>>> On Wed, May 25, 2016 at 9:18 PM, Michael Durkin < >>>>>>>> kc7noa at gmail.com> >>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Looks like >>>>>>>>>>>>> 1 no-strict-prototypes-gtkitemfactory.patch was added 10 >>>>>>>> months ago >>>>>>>>>> .... >>>>>>>>>>>>> >>>>>>>>>>>>> If that's true .... then I sapose I'd be better off using the >>>>>>>> svn >>>>>>>>>>>>> repository and build the most recent offering. >>>>>>>>>>>>> >>>>>>>>>>>>> I'm not sure how to insert the patches listed .... I didn't >>>>>>>> see any >>>>>>>>>> that >>>>>>>>>>>>> were newer than 2 months old ... >>>>>>>>>>>>> >>>>>>>>>>>>> I would think they would be in svn's latest. ... I don't use >>>>>>>> svn too >>>>>>>>>>>>> often, git way more often .... >>>>>>>>>>>>> On May 25, 2016 8:36 PM, "Antoine Martin" < >>>>>>>> antoine at nagafix.co.uk> >>>>>>>>>> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> On 26/05/16 08:17, Michael Durkin wrote: >>>>>>>>>>>>>>> was trying to build on Ubuntu 14.04 used apt-get build-dep >>>>>>>> to pull >>>>>>>>>>>>>>> dependencies >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> building 'xpra.x11.gtk2.gdk_display_source' extension >>>>>>>>>>>>>>> creating build/temp.linux-x86_64-2.7/xpra/x11/gtk2 >>>>>>>>>>>>>>> x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG >>>>>>>> -g >>>>>>>>>> -fwrapv >>>>>>>>>>>>>> -O2 >>>>>>>>>>>>>>> -Wall -Wstrict-prototypes -fPIC -I/usr/include/glib-2.0 >>>>>>>>>>>>>>> -I/usr/lib/x86_64-linux-gnu/glib-2.0/include >>>>>>>> -I/usr/include/gtk-2.0 >>>>>>>>>>>>>>> -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include >>>>>>>> -I/usr/include/atk-1.0 >>>>>>>>>>>>>>> -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 >>>>>>>>>>>>>> -I/usr/include/pango-1.0 >>>>>>>>>>>>>>> -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 >>>>>>>>>>>>>>> -I/usr/include/pixman-1 -I/usr/include/libpng12 >>>>>>>>>> -I/usr/include/harfbuzz >>>>>>>>>>>>>>> -I/usr/include/pygtk-2.0 -I/usr/include/python2.7 -c >>>>>>>>>>>>>>> xpra/x11/gtk2/gdk_display_source.c -o >>>>>>>>>>>>>>> >>>>>>>> build/temp.linux-x86_64-2.7/xpra/x11/gtk2/gdk_display_source.o -Wall >>>>>>>>>>>>>>> -Werror -fPIC >>>>>>>>>>>>>>> In file included from /usr/include/gtk-2.0/gtk/gtk.h:234:0, >>>>>>>>>>>>>>> from /usr/include/pygtk-2.0/pygtk/pygtk.h:8, >>>>>>>>>>>>>>> from xpra/x11/gtk2/gdk_display_source.c:354: >>>>>>>>>>>>>>> /usr/include/gtk-2.0/gtk/gtkitemfactory.h:47:1: error: >>>>>>>> function >>>>>>>>>>>>>> declaration >>>>>>>>>>>>>>> isn?t a prototype [-Werror=strict-prototypes] >>>>>>>>>>>>>>> typedef void (*GtkItemFactoryCallback) (); >>>>>>>>>>>>>>> ^ >>>>>>>>>>>>>>> cc1: all warnings being treated as errors >>>>>>>>>>>>>>> error: command 'x86_64-linux-gnu-gcc' failed with exit >>>>>>>> status 1 >>>>>>>>>>>>>>> mike at SDR-client:~/Downloads/xpra-0.17.2$ >>>>>>>>>>>>>> We build xpra with -Werror which triggers an error and stops >>>>>>>> the build >>>>>>>>>>>>>> if there are any warnings at all, and the Debian version of >>>>>>>> the GTK >>>>>>>>>>>>>> headers generate a warning. >>>>>>>>>>>>>> There are other problems with the libav headers too. >>>>>>>>>>>>>> You can find the patches that need to be applied to build on >>>>>>>> Debian >>>>>>>>>>>>>> based systems here: >>>>>>>>>>>>>> http://xpra.org/trac/browser/xpra/tags/v0.17.x/debian/patches >>>>>>>>>>>>>> (which patches need to be applied varies from one version to >>>>>>>> another) >>>>>>>>>>>>>> >>>>>>>>>>>>>> Cheers >>>>>>>>>>>>>> Antoine >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> 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 >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> 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 >>>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> 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 kc7noa at gmail.com Tue May 31 18:38:29 2016 From: kc7noa at gmail.com (Michael Durkin) Date: Tue, 31 May 2016 10:38:29 -0700 Subject: [winswitch] codec2 Message-ID: Im wondering how .. if its needed, im not sure , to use codec2 instead of opus ... I see a patch for V0.15 but not sure if it is already implements in V0.17 code ... or use a run switch ... Also i see a thread on the server (to client) for xpra sound but not one for client microphone to server .... is that not possible ?