From e.grammatico at gmail.com Thu Dec 1 16:05:50 2016 From: e.grammatico at gmail.com (Eric Grammatico) Date: Thu, 01 Dec 2016 16:05:50 +0000 Subject: [winswitch] How to send file from server and from client (html5 client) Message-ID: <3e04bc11db86d58fd6d6d8f535f342d5@webmail.grammatico.me> Hi There, I am testing xpra-1.0-0.20161125r14490 and my setup is the following: XPRA_SERVER XPRA_PROXY XPRA_HTML5 I try to send a file from the server to the client, I expect the client will open a new windows or propose to download as it does for printing. Unfortunately I have no clue how to achieve that. From the man page I learnt I could have some help from xpra control. Thus I launched from server: $> xpra control :100 help send-file control command 'send-file': sends the file to the client(s) Ok, so I launched: $> xpra control :100 send-file /etc/bashrc server returned error code 127 at least 3 arguments required 'send-file': sends the file to the client(s) With a bit of investigation I found the first argument is the file path and the third argument is the client.uuid, but no clue about the second argument. So I tried the following (blitz is just to avoid wrong number of arguments error, don't know what it's supposed to do with): $> xpra control :100 send-file /etc/bashrc blitz 9fc059c462eca4f10b2e641f5b9cda38 send file of '/etc/bashrc' to 9fc059c462eca4f10b2e641f5b9cda38 initiated But nothing happend on client side. The xpra_server says: 2016-12-01 16:00:09,627 New unix-domain connection received on /var/run/rdisp/.xpra/xappdisp_eric-100 2016-12-01 16:00:56,445 New unix-domain connection received on /var/run/rdisp/.xpra/xappdisp_eric-100 and the xpra_proxy says nothing. Please, could you explain how to tranfert files from server to html5 client and vice versa ? Thanks and best regards, - _/) Eric Grammatico. From sivmu at web.de Fri Dec 2 21:40:37 2016 From: sivmu at web.de (sivmu) Date: Fri, 2 Dec 2016 22:40:37 +0100 Subject: [winswitch] Problem on Polaris In-Reply-To: References: <9d3d23ef-419e-9869-f30b-4a3fc987960c@web.de> <15036765-5dc7-4aff-50ca-88758a227d1b@nagafix.co.uk> <8a26b7d2-4569-8399-e183-f9094ad23354@web.de> <96864fb1-8e8f-deb5-98c5-bb4bf520de06@nagafix.co.uk> <6ddd0809-bf30-6e94-2abc-97494631763e@web.de> Message-ID: <70548e00-d8de-f7fb-1e63-b257aae48f44@web.de> Am 29.11.2016 um 11:44 schrieb Antoine Martin via shifter-users: > On 29/11/16 17:35, sivmu via shifter-users wrote: >> >> Am 05.11.2016 um 05:55 schrieb Antoine Martin via shifter-users: >>> Please file a ticket and attach the output of both the client and server >>> running with "--debug all". >>> Hopefully we can see at which point it is getting stuck. >>> >>> Cheers >>> Antoine >> >> I tried to register for the bug tracker, but it seems there is something >> broken. The image test to rule out bots, does not appear. > Yes, sorry about that, we're waiting for trac to issue an overdue fix: > https://trac-hacks.org/ticket/11915#comment:28 > >> Regarding the issue I finally found the time to create the log files >> requested. Since I cannot open a ticket at the moment I will just post >> this here: >> >> Used commands: >> >> xpra --debug all start :7 >> DISPLAY=:7 xterm > FYI: use this form instead: > xpra start --start=xterm > >> xpra --debug all attach :7 >> >> Resulting logfiles: >> >> https://paste.ee/r/If2rf >> https://paste.ee/r/thw5g > I don't see a client log file, which would be the most interesting one. > (only server log and xorg log in those links) > Here is the client log file https://paste.ee/r/qQ2KA From e.grammatico at gmail.com Mon Dec 5 12:00:35 2016 From: e.grammatico at gmail.com (Eric Grammatico) Date: Mon, 05 Dec 2016 12:00:35 +0000 Subject: [winswitch] How to send file from server and from client (html5 client) In-Reply-To: <3e04bc11db86d58fd6d6d8f535f342d5@webmail.grammatico.me> References: <3e04bc11db86d58fd6d6d8f535f342d5@webmail.grammatico.me> Message-ID: <193c2f22d4a01e983738e59cb71172c2@webmail.grammatico.me> Hi There, I made an additional test with XPRA_CLIENT (xpra attach). The file is well transfered from the server to the client with the following command: $> xpra control :100 send-file /etc/bashrc 'application/text' 9fc059c462eca4f10b2e641f5b9cda38 Again, I have no idea what is the second parameter from send-file. I guess this is file type. One drawback from this configuration, the user receives no notification about the file transfert. I believe the user should be asked for the send-file and notified once the file is downloaded from the server. I'll create two tickets, one for the send-file notification to XPRA_CLIENT and one for the send-file not working with XPRA_HTML5. Thanks and regards, - _/) Eric Grammatico. 1 d?cembre 2016 17:05 "Eric Grammatico" a ?crit: Hi There, I am testing xpra-1.0-0.20161125r14490 and my setup is the following: XPRA_SERVER XPRA_PROXY XPRA_HTML5 I try to send a file from the server to the client, I expect the client will open a new windows or propose to download as it does for printing. Unfortunately I have no clue how to achieve that. From the man page I learnt I could have some help from xpra control. Thus I launched from server: $> xpra control :100 help send-file control command 'send-file': sends the file to the client(s) Ok, so I launched: $> xpra control :100 send-file /etc/bashrc server returned error code 127 at least 3 arguments required 'send-file': sends the file to the client(s) With a bit of investigation I found the first argument is the file path and the third argument is the client.uuid, but no clue about the second argument. So I tried the following (blitz is just to avoid wrong number of arguments error, don't know what it's supposed to do with): $> xpra control :100 send-file /etc/bashrc blitz 9fc059c462eca4f10b2e641f5b9cda38 send file of '/etc/bashrc' to 9fc059c462eca4f10b2e641f5b9cda38 initiated But nothing happend on client side. The xpra_server says: 2016-12-01 16:00:09,627 New unix-domain connection received on /var/run/rdisp/.xpra/xappdisp_eric-100 2016-12-01 16:00:56,445 New unix-domain connection received on /var/run/rdisp/.xpra/xappdisp_eric-100 and the xpra_proxy says nothing. Please, could you explain how to tranfert files from server to html5 client and vice versa ? Thanks and best regards, - _/) Eric Grammatico. From antoine at nagafix.co.uk Mon Dec 5 14:45:24 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 5 Dec 2016 21:45:24 +0700 Subject: [winswitch] How to send file from server and from client (html5 client) In-Reply-To: <3e04bc11db86d58fd6d6d8f535f342d5@webmail.grammatico.me> References: <3e04bc11db86d58fd6d6d8f535f342d5@webmail.grammatico.me> Message-ID: On 01/12/16 23:05, Eric Grammatico via shifter-users wrote: > Hi There, > > I am testing xpra-1.0-0.20161125r14490 and my setup is the following: > XPRA_SERVER > XPRA_PROXY > XPRA_HTML5 > > I try to send a file from the server to the client, I expect the client will open a new windows or propose to download as it does for printing. > Unfortunately I have no clue how to achieve that. From the man page I learnt I could have some help from xpra control. Thus I launched from server: > $> xpra control :100 help send-file > control command 'send-file': sends the file to the client(s) > > Ok, so I launched: > $> xpra control :100 send-file /etc/bashrc > server returned error code 127 > at least 3 arguments required > 'send-file': sends the file to the client(s) > > With a bit of investigation I found the first argument is the file path and the third argument is the client.uuid, but no clue about the second argument. So I tried the following (blitz is just to avoid wrong number of arguments error, don't know what it's supposed to do with): > $> xpra control :100 send-file /etc/bashrc blitz 9fc059c462eca4f10b2e641f5b9cda38 > send file of '/etc/bashrc' to 9fc059c462eca4f10b2e641f5b9cda38 initiated I have added some documentation on the wiki: http://xpra.org/trac/wiki/FileTransfers#Usage And I have also improved the command line: http://xpra.org/trac/changeset/14497 So the simpler form will now also be accepted: xpra control :100 send-file /path/to/the-file-to-send > But nothing happend on client side. The client should print something like this: downloaded 11013 bytes to temporary file: '/home/antoine/Downloads/Xpra07-4.png' And if "open-files" is enabled, it should also open the file. That is, unless you also set the open flag (now optional) to false on the "send-file" xpra control command line. If "open-files" is disabled on the client, then the server should print: Warning: opening the file after transfer is disabled on the remote end > The xpra_server says: > 2016-12-01 16:00:09,627 New unix-domain connection received on /var/run/rdisp/.xpra/xappdisp_eric-100 > 2016-12-01 16:00:56,445 New unix-domain connection received on /var/run/rdisp/.xpra/xappdisp_eric-100 The server does not print any messages unless the debug flag "-d file" is used. You may want to turn that on to figure out why the file is not getting sent. > and the xpra_proxy says nothing. The proxy may or may not print this warning depending on the size of the data: found a large uncompressed item in packet 'send-file-chunk'... This spurious warning in the proxy has now been removed: http://xpra.org/trac/changeset/14498 Here's a simple end-to-end working example with the proxy * start a server: xpra start --start=xterm :100 * start an unsecured proxy server: xpra proxy --bind-tcp=0.0.0.0: :200 --auth=none * optional step: enable "open-files": sudo sed -i'' 's/open-files = no/open-files=yes/' /etc/xpra/conf.d/15_file_transfers.conf * attach a client via the proxy: xpra attach tcp:localhost * send a file to the server (which will go through the proxy) xpra control :100 send-file $HOME/Xpra01.png At that point, the image should be in the "Downloads" folder of the client, and it will appear in an image viewer if "open-files" is true. If you still have problems, you should try to get things working without the proxy first, then add the proxy to the mix. Make sure you add "-d file" for debugging issues. > Please, could you explain how to tranfert files from server to html5 client and vice versa ? The HTML5 client only supports file-transfers for printing: only PDF files.. Adding support for more generic file downloads is planned. Cheers Antoine > > Thanks and best regards, > > - > _/) Eric Grammatico. > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From antoine at nagafix.co.uk Mon Dec 5 14:59:22 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Mon, 5 Dec 2016 21:59:22 +0700 Subject: [winswitch] Problem on Polaris In-Reply-To: <70548e00-d8de-f7fb-1e63-b257aae48f44@web.de> References: <9d3d23ef-419e-9869-f30b-4a3fc987960c@web.de> <15036765-5dc7-4aff-50ca-88758a227d1b@nagafix.co.uk> <8a26b7d2-4569-8399-e183-f9094ad23354@web.de> <96864fb1-8e8f-deb5-98c5-bb4bf520de06@nagafix.co.uk> <6ddd0809-bf30-6e94-2abc-97494631763e@web.de> <70548e00-d8de-f7fb-1e63-b257aae48f44@web.de> Message-ID: On 03/12/16 04:40, sivmu via shifter-users wrote: > > > Am 29.11.2016 um 11:44 schrieb Antoine Martin via shifter-users: >> On 29/11/16 17:35, sivmu via shifter-users wrote: >>> >>> Am 05.11.2016 um 05:55 schrieb Antoine Martin via shifter-users: >>>> Please file a ticket and attach the output of both the client and server >>>> running with "--debug all". >>>> Hopefully we can see at which point it is getting stuck. >>>> >>>> Cheers >>>> Antoine >>> >>> I tried to register for the bug tracker, but it seems there is something >>> broken. The image test to rule out bots, does not appear. >> Yes, sorry about that, we're waiting for trac to issue an overdue fix: >> https://trac-hacks.org/ticket/11915#comment:28 >> >>> Regarding the issue I finally found the time to create the log files >>> requested. Since I cannot open a ticket at the moment I will just post >>> this here: >>> >>> Used commands: >>> >>> xpra --debug all start :7 >>> DISPLAY=:7 xterm >> FYI: use this form instead: >> xpra start --start=xterm >> >>> xpra --debug all attach :7 >>> >>> Resulting logfiles: >>> >>> https://paste.ee/r/If2rf >>> https://paste.ee/r/thw5g >> I don't see a client log file, which would be the most interesting one. >> (only server log and xorg log in those links) >> > > Here is the client log file > > https://paste.ee/r/qQ2KA I see that your client is still trying to load the AMD opencl ICD, that's really not a good idea: it causes all sorts of problems, in particular it interferes with signal handling. After that things seem to be proceeding OK, until we try to load some of the icons for the system tray... and it takes 16 seconds to load a dozen icons! (this should take mere milliseconds, see timestamps 2016-12-02 14:09:03 onwards) So at that point it is already hopeless. Something is very broken on that setup. Try completely removing xpra's csc_opencl module: rm -fr /usr/lib/python2.7/site-packages/xpra/codecs/csc_opencl Cheers Antoine From e.grammatico at gmail.com Mon Dec 5 16:47:01 2016 From: e.grammatico at gmail.com (Eric Grammatico) Date: Mon, 05 Dec 2016 16:47:01 +0000 Subject: [winswitch] How to send file from server and from client (html5 client) In-Reply-To: References: <3e04bc11db86d58fd6d6d8f535f342d5@webmail.grammatico.me> Message-ID: Hi Antoine, Thanks a lot for your reply and the update on the wiki. I have validated the file transfer from server to xpra_client. I do believe the user should be notified about file transfer through the GUI. The tray icon is a good candidate for this. I definitively vote for the generic file downloads (and uploads) for html5. In fact I was about to create tickets for file transfer notifications for xpra_client and generic file downloads/uploads for html5, but the bug in Trac prevents me to do so. Thanks and regards, - _/) Eric Grammatico. 5 d?cembre 2016 15:45 "Antoine Martin via shifter-users" a ?crit: > On 01/12/16 23:05, Eric Grammatico via shifter-users wrote: > >> Hi There, >> >> I am testing xpra-1.0-0.20161125r14490 and my setup is the following: >> XPRA_SERVER >> XPRA_PROXY >> XPRA_HTML5 >> >> I try to send a file from the server to the client, I expect the client will open a new windows or >> propose to download as it does for printing. >> Unfortunately I have no clue how to achieve that. From the man page I learnt I could have some help >> from xpra control. Thus I launched from server: >> $> xpra control :100 help send-file >> control command 'send-file': sends the file to the client(s) >> >> Ok, so I launched: >> $> xpra control :100 send-file /etc/bashrc >> server returned error code 127 >> at least 3 arguments required >> 'send-file': sends the file to the client(s) >> >> With a bit of investigation I found the first argument is the file path and the third argument is >> the client.uuid, but no clue about the second argument. So I tried the following (blitz is just to >> avoid wrong number of arguments error, don't know what it's supposed to do with): >> $> xpra control :100 send-file /etc/bashrc blitz 9fc059c462eca4f10b2e641f5b9cda38 >> send file of '/etc/bashrc' to 9fc059c462eca4f10b2e641f5b9cda38 initiated > > I have added some documentation on the wiki: > http://xpra.org/trac/wiki/FileTransfers#Usage > > And I have also improved the command line: > http://xpra.org/trac/changeset/14497 > So the simpler form will now also be accepted: > xpra control :100 send-file /path/to/the-file-to-send > >> But nothing happend on client side. > > The client should print something like this: > downloaded 11013 bytes to temporary file: > '/home/antoine/Downloads/Xpra07-4.png' > > And if "open-files" is enabled, it should also open the file. That is, > unless you also set the open flag (now optional) to false on the > "send-file" xpra control command line. > > If "open-files" is disabled on the client, then the server should print: > Warning: opening the file after transfer is disabled on the remote end > >> The xpra_server says: >> 2016-12-01 16:00:09,627 New unix-domain connection received on >> /var/run/rdisp/.xpra/xappdisp_eric-100 >> 2016-12-01 16:00:56,445 New unix-domain connection received on >> /var/run/rdisp/.xpra/xappdisp_eric-100 > > The server does not print any messages unless the debug flag "-d file" > is used. You may want to turn that on to figure out why the file is not > getting sent. > >> and the xpra_proxy says nothing. > > The proxy may or may not print this warning depending on the size of the > data: > found a large uncompressed item in packet 'send-file-chunk'... > This spurious warning in the proxy has now been removed: > http://xpra.org/trac/changeset/14498 > > Here's a simple end-to-end working example with the proxy > * start a server: > xpra start --start=xterm :100 > * start an unsecured proxy server: > xpra proxy --bind-tcp=0.0.0.0: :200 --auth=none > * optional step: enable "open-files": > sudo sed -i'' 's/open-files = no/open-files=yes/' > /etc/xpra/conf.d/15_file_transfers.conf > * attach a client via the proxy: > xpra attach tcp:localhost > * send a file to the server (which will go through the proxy) > xpra control :100 send-file $HOME/Xpra01.png > > At that point, the image should be in the "Downloads" folder of the > client, and it will appear in an image viewer if "open-files" is true. > > If you still have problems, you should try to get things working without > the proxy first, then add the proxy to the mix. > Make sure you add "-d file" for debugging issues. > >> Please, could you explain how to tranfert files from server to html5 client and vice versa ? > > The HTML5 client only supports file-transfers for printing: only PDF files.. > Adding support for more generic file downloads is planned. > > Cheers > Antoine > >> Thanks and best regards, >> >> - >> _/) Eric Grammatico. >> _______________________________________________ >> 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 norman at rasmussen.co.za Mon Dec 5 21:56:28 2016 From: norman at rasmussen.co.za (Norman Rasmussen) Date: Mon, 5 Dec 2016 13:56:28 -0800 Subject: [winswitch] Trac detected an internal error Message-ID: Trying to file a new ticket: Oops? Trac detected an internal error: AttributeError: 'Environment' object has no attribute 'get_db_cnx' There was an internal error in Trac. It is recommended that you notify your local Trac administrator with the information needed to reproduce the issue. The action that triggered the error was: POST: /newticket -- - Norman Rasmussen - Email: norman at rasmussen.co.za - Home page: http://norman.rasmussen.co.za/ From antoine at nagafix.co.uk Tue Dec 6 03:55:34 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 6 Dec 2016 10:55:34 +0700 Subject: [winswitch] Trac detected an internal error In-Reply-To: References: Message-ID: On 06/12/16 04:56, Norman Rasmussen via shifter-users wrote: > Trying to file a new ticket: > Oops? Trac detected an internal error: > AttributeError: 'Environment' object has no attribute 'get_db_cnx' > There was an internal error in Trac. It is recommended that you notify your > local Trac administrator with the information needed to reproduce the issue. > The action that triggered the error was: > POST: /newticket This has been discussed before, you are hitting this trac bug: https://trac-hacks.org/ticket/11915#comment:28 We've been waiting for a fix for almost 2 weeks now. In the meantime please post your bug report information here. Thanks Antoine From antoine at nagafix.co.uk Tue Dec 6 09:31:52 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 6 Dec 2016 16:31:52 +0700 Subject: [winswitch] Trac detected an internal error In-Reply-To: References: Message-ID: On 06/12/16 10:55, Antoine Martin via shifter-users wrote: > On 06/12/16 04:56, Norman Rasmussen via shifter-users wrote: >> Trying to file a new ticket: >> Oops? Trac detected an internal error: >> AttributeError: 'Environment' object has no attribute 'get_db_cnx' >> There was an internal error in Trac. It is recommended that you notify your >> local Trac administrator with the information needed to reproduce the issue. >> The action that triggered the error was: >> POST: /newticket > This has been discussed before, you are hitting this trac bug: > https://trac-hacks.org/ticket/11915#comment:28 > We've been waiting for a fix for almost 2 weeks now. The fix has been pushed, the bug tracker is fully usable again. Cheers Antoine > > In the meantime please post your bug report information here. > > Thanks > Antoine From antoine at nagafix.co.uk Tue Dec 6 15:26:34 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 6 Dec 2016 22:26:34 +0700 Subject: [winswitch] [ANNOUNCE] winswitch 0.12.23 Message-ID: Hi, WinSwitch version 0.12.23 is available now: http://winswitch.org/downloads/ This minor update brings better compatibility with Xpra 1.0 The only noticeable difference is that the MS Windows installer will chainload Xpra 1.0. This should fix issues with the unbundling done by the previous update. Cheers Antoine From sivmu at web.de Tue Dec 6 16:58:00 2016 From: sivmu at web.de (sivmu) Date: Tue, 6 Dec 2016 17:58:00 +0100 Subject: [winswitch] Problem on Polaris In-Reply-To: References: <9d3d23ef-419e-9869-f30b-4a3fc987960c@web.de> <15036765-5dc7-4aff-50ca-88758a227d1b@nagafix.co.uk> <8a26b7d2-4569-8399-e183-f9094ad23354@web.de> <96864fb1-8e8f-deb5-98c5-bb4bf520de06@nagafix.co.uk> <6ddd0809-bf30-6e94-2abc-97494631763e@web.de> <70548e00-d8de-f7fb-1e63-b257aae48f44@web.de> Message-ID: <67fed7ff-4ab2-89d3-57a8-3820cec736fc@web.de> Am 05.12.2016 um 15:59 schrieb Antoine Martin via shifter-users: > On 03/12/16 04:40, sivmu via shifter-users wrote: >> >> >> Am 29.11.2016 um 11:44 schrieb Antoine Martin via shifter-users: >>> On 29/11/16 17:35, sivmu via shifter-users wrote: >>>> >>>> Am 05.11.2016 um 05:55 schrieb Antoine Martin via shifter-users: >>>>> Please file a ticket and attach the output of both the client and server >>>>> running with "--debug all". >>>>> Hopefully we can see at which point it is getting stuck. >>>>> >>>>> Cheers >>>>> Antoine >>>> >>>> I tried to register for the bug tracker, but it seems there is something >>>> broken. The image test to rule out bots, does not appear. >>> Yes, sorry about that, we're waiting for trac to issue an overdue fix: >>> https://trac-hacks.org/ticket/11915#comment:28 >>> >>>> Regarding the issue I finally found the time to create the log files >>>> requested. Since I cannot open a ticket at the moment I will just post >>>> this here: >>>> >>>> Used commands: >>>> >>>> xpra --debug all start :7 >>>> DISPLAY=:7 xterm >>> FYI: use this form instead: >>> xpra start --start=xterm >>> >>>> xpra --debug all attach :7 >>>> >>>> Resulting logfiles: >>>> >>>> https://paste.ee/r/If2rf >>>> https://paste.ee/r/thw5g >>> I don't see a client log file, which would be the most interesting one. >>> (only server log and xorg log in those links) >>> >> >> Here is the client log file >> >> https://paste.ee/r/qQ2KA > I see that your client is still trying to load the AMD opencl ICD, > that's really not a good idea: it causes all sorts of problems, in > particular it interferes with signal handling. > > After that things seem to be proceeding OK, until we try to load some of > the icons for the system tray... and it takes 16 seconds to load a dozen > icons! (this should take mere milliseconds, see timestamps 2016-12-02 > 14:09:03 onwards) > So at that point it is already hopeless. Something is very broken on > that setup. > > Try completely removing xpra's csc_opencl module: > rm -fr /usr/lib/python2.7/site-packages/xpra/codecs/csc_opencl > The error about polaris vanished but the issue with the long wait time still exists. I also removed xpra completely and reinstalled it but it did not help. Please note: the setup works as expected when I use the internal intel gpu. It also worked with an older nvidia card. Only the new amd card does not work. It is the first one to use the new amdgpu driver, that will be used by all new amd cards. So this might turn out to be an bigger issue in the future. If you believe it might solve the issue I can also reinstall the complete system but I would like to avoid that unless necessary. From bfrank at hmdc.harvard.edu Wed Dec 7 19:41:29 2016 From: bfrank at hmdc.harvard.edu (Frank, Bradley) Date: Wed, 7 Dec 2016 14:41:29 -0500 Subject: [winswitch] python2-xxhash package for CentOS Message-ID: When patching today, I noticed that python2-pynvml and python2-xxhash were now a dependency (python2-xxhash as per https://www.xpra.org/trac/changeset/13980/xpra). I see you offer pynvml as part of your CentOS repo, but not xxhash (only in Fedora 25 did I find it). Is there any plans to include this package for CentOS? We're currently running 6.8 and having the dependency available through the xpra repo is incredibly beneficial. Thank you, -- Brad Frank Systems Administrator From totaam at gmail.com Wed Dec 7 20:38:56 2016 From: totaam at gmail.com (Antoine Martin) Date: Thu, 8 Dec 2016 03:38:56 +0700 Subject: [winswitch] python2-xxhash package for CentOS In-Reply-To: References: Message-ID: On Thu, Dec 8, 2016 at 2:41 AM, Frank, Bradley via shifter-users < shifter-users at lists.devloop.org.uk> wrote: > When patching today, I noticed that python2-pynvml and python2-xxhash were > now a dependency (python2-xxhash as per > https://www.xpra.org/trac/changeset/13980/xpra). I see you offer pynvml as > part of your CentOS repo, but not xxhash (only in Fedora 25 did I find it). > Is there any plans to include this package for CentOS? Sorry about that, it will be corrected in a few hours. Until then you can find the RPM you are looking for here: http://xpra.org/beta/CentOS/6.8/x86_64/ We're currently > running 6.8 and having the dependency available through the xpra repo is > incredibly beneficial. > Yes, that's the way it was meant to be. Cheers Antoine > > Thank you, > > -- > Brad Frank > Systems Administrator > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From bfrank at hmdc.harvard.edu Wed Dec 7 20:52:17 2016 From: bfrank at hmdc.harvard.edu (Frank, Bradley) Date: Wed, 7 Dec 2016 15:52:17 -0500 Subject: [winswitch] python2-xxhash package for CentOS In-Reply-To: References: Message-ID: On Wed, Dec 7, 2016 at 3:38 PM, Antoine Martin wrote: > > Sorry about that, it will be corrected in a few hours. > Until then you can find the RPM you are looking for here: > http://xpra.org/beta/CentOS/6.8/x86_64/ > > Wonderful, thank you so much! -- Bradley Frank Systems Administrator From philip at tidepool.ca Sun Dec 11 06:43:50 2016 From: philip at tidepool.ca (Philip Loewen) Date: Sat, 10 Dec 2016 22:43:50 -0800 Subject: [winswitch] Xpra 1.0 on Ubuntu 16.04 LTS (xenial) In-Reply-To: <74aaec11-18b3-61b2-53f2-f15d86bd588d@nagafix.co.uk> References: <74aaec11-18b3-61b2-53f2-f15d86bd588d@nagafix.co.uk> Message-ID: Thanks for Xpra, excellent software. I use it on both Ubuntu and CentOS. Right now only CentOS is willing to upgrade to version 1.0. I see deb files named xpra_1.0... in xpra.org/dists/yakkety/main/binary-amd64, but in the corresponding directory for xenial the latest is xpra_17.6. Is there some easy way to upgrade Xpra on my xenial systems? Thanks, Philip From antoine at nagafix.co.uk Sun Dec 11 12:14:41 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sun, 11 Dec 2016 13:14:41 +0100 Subject: [winswitch] Xpra 1.0 on Ubuntu 16.04 LTS (xenial) In-Reply-To: References: <74aaec11-18b3-61b2-53f2-f15d86bd588d@nagafix.co.uk> Message-ID: <1e61d82e-cbe3-658c-e75b-641e9153adba@nagafix.co.uk> On 11/12/16 07:43, Philip Loewen via shifter-users wrote: > Thanks for Xpra, excellent software. I use it on both Ubuntu and CentOS. > Right now only CentOS is willing to upgrade to version 1.0. > > I see deb files named xpra_1.0... in > xpra.org/dists/yakkety/main/binary-amd64, > but in the corresponding directory for xenial the latest is xpra_17.6. Thanks for reminding me, I had forgotten to push those. Done now. > Is there some easy way to upgrade Xpra on my xenial systems? apt-get update && apt-get upgrade Should work this time. Cheers Antoine > > Thanks, Philip > > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From asnd at triumf.ca Sat Dec 17 08:53:24 2016 From: asnd at triumf.ca (Donald Arseneau) Date: Sat, 17 Dec 2016 00:53:24 -0800 (PST) Subject: [winswitch] Failed install on centos7 Message-ID: <44913.142.90.112.22.1481964804.squirrel@trmail.triumf.ca> Hello anyone, I tried to install xpra (both with the repository and with downloaded rpm files), and I get the same dependency problems. The hardest seems to be the newer VP8/VP9 library libvpx.so.4. I grabbed libvpx-1.6.0-1.fc25.x86_64.rpm for fedora 25, but it has too many dependency problems (too new) to go on centos7. Another problem is a conflict between python-netifaces and python2-netifaces reminiscent of the bug http://winswitch.org/trac/ticket/263 but maybe that is unrelated... I don't know. I see the rpms at https://www.xpra.org/dists/CentOS/7.3.1611/x86_64/ are from just a few days ago, so maybe they will get updates soon. Any ideas? [root]# cat /etc/redhat-release CentOS Linux release 7.3.1611 (Core) [root]# yum install xpra Loaded plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: mirror.its.sfu.ca * elrepo: ftp.osuosl.org * epel: mirrors.cat.pdx.edu * extras: mirror.its.sfu.ca * updates: mirror.pac-12.org Resolving Dependencies --> Running transaction check ---> Package xpra.x86_64 0:1.0-1.r14532.el7_3 will be installed --> Processing Dependency: xpra-common = 1.0-1.r14532.el7_3 for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: libvpx-xpra for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: python2-pynvml for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: python2-xxhash for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: libavutil.so.55(LIBAVUTIL_55)(64bit) for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: python-pyopengl for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: pygtkglext for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: libswscale.so.4(LIBSWSCALE_4)(64bit) for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: python-lz4 for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: x264-xpra for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: ffmpeg-xpra for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: libavformat.so.57(LIBAVFORMAT_57)(64bit) for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: libfakeXinerama for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: python-rencode for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: libavcodec.so.57(LIBAVCODEC_57)(64bit) for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: libavutil.so.55()(64bit) for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: libavformat.so.57()(64bit) for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: libswscale.so.4()(64bit) for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: libavcodec.so.57()(64bit) for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: libx264.so.148()(64bit) for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Running transaction check ---> Package ffmpeg-xpra.x86_64 0:3.2.1-1.el7_3 will be installed --> Processing Dependency: libvpx.so.4()(64bit) for package: ffmpeg-xpra-3.2.1-1.el7_3.x86_64 ---> Package libfakeXinerama.x86_64 0:0.1.0-3.el7_3 will be installed ---> Package python-pyopengl.x86_64 0:3.1.1a1-4.1xpra3.el7_3 will be installed ---> Package python2-lz4.x86_64 0:0.8.2-2.el7_3 will be installed ---> Package python2-pynvml.x86_64 0:7.352.0-1 will be installed ---> Package python2-rencode.x86_64 0:1.0.5-3.el7 will be installed ---> Package python2-xxhash.x86_64 0:0.6.1-1.el7_3 will be installed ---> Package x264-xpra.x86_64 0:20161126-1.el7_3 will be installed ---> Package xpra.x86_64 0:1.0-1.r14532.el7_3 will be installed --> Processing Dependency: libvpx-xpra for package: xpra-1.0-1.r14532.el7_3.x86_64 --> Processing Dependency: pygtkglext for package: xpra-1.0-1.r14532.el7_3.x86_64 ---> Package xpra-common.noarch 0:1.0-1.r14532.el7_3 will be installed --> Finished Dependency Resolution Error: Package: ffmpeg-xpra-3.2.1-1.el7_3.x86_64 (winswitch) Requires: libvpx.so.4()(64bit) Error: Package: xpra-1.0-1.r14532.el7_3.x86_64 (winswitch) Requires: pygtkglext Error: Package: xpra-1.0-1.r14532.el7_3.x86_64 (winswitch) Requires: libvpx-xpra You could try using --skip-broken to work around the problem ** Found 6 pre-existing rpmdb problem(s), 'yum check' output follows: ipa-client-4.4.0-14.el7.centos.x86_64 has installed conflicts freeipa-client: ipa-client-4.4.0-14.el7.centos.x86_64 ipa-client-common-4.4.0-14.el7.centos.noarch has installed conflicts freeipa-client-common: ipa-client-common-4.4.0-14.el7.centos.noarch ipa-common-4.4.0-14.el7.centos.noarch has installed conflicts freeipa-common: ipa-common-4.4.0-14.el7.centos.noarch ipa-python-compat-4.4.0-14.el7.centos.noarch has installed conflicts freeipa-python-compat: ipa-python-compat-4.4.0-14.el7.centos.noarch python2-netifaces-0.10.5-1.el7_3.x86_64 has installed conflicts netifaces: python2-netifaces-0.10.5-1.el7_3.x86_64 python2-netifaces-0.10.5-1.el7_3.x86_64 has installed conflicts python-netifaces: python2-netifaces-0.10.5-1.el7_3.x86_64 Donald Arseneau, TRIUMF CMMS, asnd at triumf.ca From antoine at nagafix.co.uk Sat Dec 17 12:25:21 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 17 Dec 2016 13:25:21 +0100 Subject: [winswitch] Failed install on centos7 In-Reply-To: <44913.142.90.112.22.1481964804.squirrel@trmail.triumf.ca> References: <44913.142.90.112.22.1481964804.squirrel@trmail.triumf.ca> Message-ID: <3b98b007-060d-6208-8d36-d1914c4c414d@nagafix.co.uk> On 17/12/16 09:53, Donald Arseneau via shifter-users wrote: > Hello anyone, > > I tried to install xpra (both with the repository and with downloaded > rpm files), and I get the same dependency problems. > > The hardest seems to be the newer VP8/VP9 library libvpx.so.4. > I grabbed libvpx-1.6.0-1.fc25.x86_64.rpm for fedora 25, but it > has too many dependency problems (too new) to go on centos7. I have just published new CentOS 7.3 libvpx packages. > Another problem is a conflict between python-netifaces and > python2-netifaces reminiscent of the bug > http://winswitch.org/trac/ticket/263 > but maybe that is unrelated... I don't know. That's odd, I had tested this on CentOS 6.x and 7.x before the 1.0 release. The new package name is defined as replacing the old one, I have tried making this even more strict: http://xpra.org/trac/changeset/14559 And pushed updated packages. Let me know if that works for you. > I see the rpms at https://www.xpra.org/dists/CentOS/7.3.1611/x86_64/ > are from just a few days ago, so maybe they will get updates soon. Indeed. CentOS releases tend to catch us by surprise as they aren't timeboxed. > Any ideas? Try: yum clean all && yum install xpra And let us know if you still have problems. I will try to find the time to spin up a clean VM to try it out later. Cheers Antoine > > > [root]# cat /etc/redhat-release > CentOS Linux release 7.3.1611 (Core) > [root]# yum install xpra > Loaded plugins: fastestmirror, langpacks > Loading mirror speeds from cached hostfile > * base: mirror.its.sfu.ca > * elrepo: ftp.osuosl.org > * epel: mirrors.cat.pdx.edu > * extras: mirror.its.sfu.ca > * updates: mirror.pac-12.org > Resolving Dependencies > --> Running transaction check > ---> Package xpra.x86_64 0:1.0-1.r14532.el7_3 will be installed > --> Processing Dependency: xpra-common = 1.0-1.r14532.el7_3 for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: libvpx-xpra for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: python2-pynvml for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: python2-xxhash for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: libavutil.so.55(LIBAVUTIL_55)(64bit) for > package: xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: python-pyopengl for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: pygtkglext for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: libswscale.so.4(LIBSWSCALE_4)(64bit) for > package: xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: python-lz4 for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: x264-xpra for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: ffmpeg-xpra for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: libavformat.so.57(LIBAVFORMAT_57)(64bit) for > package: xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: libfakeXinerama for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: python-rencode for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: libavcodec.so.57(LIBAVCODEC_57)(64bit) for > package: xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: libavutil.so.55()(64bit) for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: libavformat.so.57()(64bit) for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: libswscale.so.4()(64bit) for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: libavcodec.so.57()(64bit) for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: libx264.so.148()(64bit) for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Running transaction check > ---> Package ffmpeg-xpra.x86_64 0:3.2.1-1.el7_3 will be installed > --> Processing Dependency: libvpx.so.4()(64bit) for package: > ffmpeg-xpra-3.2.1-1.el7_3.x86_64 > ---> Package libfakeXinerama.x86_64 0:0.1.0-3.el7_3 will be installed > ---> Package python-pyopengl.x86_64 0:3.1.1a1-4.1xpra3.el7_3 will be > installed > ---> Package python2-lz4.x86_64 0:0.8.2-2.el7_3 will be installed > ---> Package python2-pynvml.x86_64 0:7.352.0-1 will be installed > ---> Package python2-rencode.x86_64 0:1.0.5-3.el7 will be installed > ---> Package python2-xxhash.x86_64 0:0.6.1-1.el7_3 will be installed > ---> Package x264-xpra.x86_64 0:20161126-1.el7_3 will be installed > ---> Package xpra.x86_64 0:1.0-1.r14532.el7_3 will be installed > --> Processing Dependency: libvpx-xpra for package: > xpra-1.0-1.r14532.el7_3.x86_64 > --> Processing Dependency: pygtkglext for package: > xpra-1.0-1.r14532.el7_3.x86_64 > ---> Package xpra-common.noarch 0:1.0-1.r14532.el7_3 will be installed > --> Finished Dependency Resolution > Error: Package: ffmpeg-xpra-3.2.1-1.el7_3.x86_64 (winswitch) > Requires: libvpx.so.4()(64bit) > Error: Package: xpra-1.0-1.r14532.el7_3.x86_64 (winswitch) > Requires: pygtkglext > Error: Package: xpra-1.0-1.r14532.el7_3.x86_64 (winswitch) > Requires: libvpx-xpra > You could try using --skip-broken to work around the problem > ** Found 6 pre-existing rpmdb problem(s), 'yum check' output follows: > ipa-client-4.4.0-14.el7.centos.x86_64 has installed conflicts > freeipa-client: ipa-client-4.4.0-14.el7.centos.x86_64 > ipa-client-common-4.4.0-14.el7.centos.noarch has installed conflicts > freeipa-client-common: ipa-client-common-4.4.0-14.el7.centos.noarch > ipa-common-4.4.0-14.el7.centos.noarch has installed conflicts > freeipa-common: ipa-common-4.4.0-14.el7.centos.noarch > ipa-python-compat-4.4.0-14.el7.centos.noarch has installed conflicts > freeipa-python-compat: ipa-python-compat-4.4.0-14.el7.centos.noarch > python2-netifaces-0.10.5-1.el7_3.x86_64 has installed conflicts netifaces: > python2-netifaces-0.10.5-1.el7_3.x86_64 > python2-netifaces-0.10.5-1.el7_3.x86_64 has installed conflicts > python-netifaces: python2-netifaces-0.10.5-1.el7_3.x86_64 > > Donald Arseneau, TRIUMF CMMS, asnd at triumf.ca > > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > From asnd at triumf.ca Mon Dec 19 03:52:01 2016 From: asnd at triumf.ca (Donald Arseneau) Date: Sun, 18 Dec 2016 19:52:01 -0800 (PST) Subject: [winswitch] Failed install on centos7 Message-ID: <47010.142.90.112.22.1482119521.squirrel@trmail.triumf.ca> Antoine Martin wrote on shifter-users: >On 17/12/16 09:53, Donald Arseneau via shifter-users wrote: >> The hardest seems to be the newer VP8/VP9 library libvpx.so.4. > I have just published new CentOS 7.3 libvpx packages. Thanks a lot Martin! >> Another problem is a conflict between python-netifaces and >> python2-netifaces >That's odd, I had tested this on CentOS 6.x and 7.x before the 1.0 release. >The new package name is defined as replacing the old one, I have tried >making this even more strict: >http://xpra.org/trac/changeset/14559 >And pushed updated packages. >Let me know if that works for you. The netifaces conflict disappeared. The install was then missing pygtkglext. Based on ticket #276, I assumed it had not changed since the 7.2 package, and copied the RPM pygtkglext-1.1.0-16.el7.centos.x86_64.rpm from the centos7.2 release. And now xpra is successfully installed! Thanks! Donald Arseneau, TRIUMF CMMS, asnd at triumf.ca From sivmu at web.de Tue Dec 20 09:06:47 2016 From: sivmu at web.de (sivmu) Date: Tue, 20 Dec 2016 10:06:47 +0100 Subject: [winswitch] Problem on Polaris In-Reply-To: <67fed7ff-4ab2-89d3-57a8-3820cec736fc@web.de> References: <9d3d23ef-419e-9869-f30b-4a3fc987960c@web.de> <15036765-5dc7-4aff-50ca-88758a227d1b@nagafix.co.uk> <8a26b7d2-4569-8399-e183-f9094ad23354@web.de> <96864fb1-8e8f-deb5-98c5-bb4bf520de06@nagafix.co.uk> <6ddd0809-bf30-6e94-2abc-97494631763e@web.de> <70548e00-d8de-f7fb-1e63-b257aae48f44@web.de> <67fed7ff-4ab2-89d3-57a8-3820cec736fc@web.de> Message-ID: <8c62d17b-5cbd-2e08-6429-d6b85c1f5c8d@web.de> Tested with the new xpra version 1.0 but the issue on polaris cards still exists. However xpra seems faster (it takes only 10 seconds to connect instead of 15) but this is probably because of general improvements and has nothing to do withnthe issue. If I can do anyhing to help solve this please let me know. From timothy at hobbs.cz Tue Dec 20 19:31:02 2016 From: timothy at hobbs.cz (Timothy Hobbs) Date: Tue, 20 Dec 2016 20:31:02 +0100 Subject: [winswitch] Is the xpra 0.17.6 package working on debian strech for anyone? Message-ID: Hello, I am getting a bug report that the 0.17.6 package is broken on Debian strech: https://github.com/subuser-security/subuser/issues/298 The dummy X11 server is failing to start with: |/usr/lib/xorg/Xorg: symbol lookup error: /usr/lib/xorg/modules/drivers/dummy_drv.so: undefined symbol: ChangeWindowProperty could not connect to X server on display ':100' after 3 seconds| If the package is indeed broken, can we get it fixed? Thanks, Timothy Hobbs From thomas.mainka at gmail.com Wed Dec 21 09:27:31 2016 From: thomas.mainka at gmail.com (Thomas Mainka) Date: Wed, 21 Dec 2016 10:27:31 +0100 Subject: [winswitch] Is the xpra 0.17.6 package working on debian strech for anyone? In-Reply-To: References: Message-ID: On Tue, Dec 20, 2016 at 8:31 PM, Timothy Hobbs via shifter-users wrote: > The dummy X11 server is failing to start with: > > |/usr/lib/xorg/Xorg: symbol lookup error: > /usr/lib/xorg/modules/drivers/dummy_drv.so: undefined symbol: > ChangeWindowProperty could not connect to X server on display ':100' after 3 > seconds| > > If the package is indeed broken, can we get it fixed? I tested this on my stretch box, and It looks like this is not the xpra package, but instead an update to the xserver-xorg-core and xserver-xorg-video-dummy packages broke the dummy driver xpra uses. I reverted to older packages and xpra started working again: xserver-xorg-core: 2:1.18.4-2 xserver-xorg-video-dummy: 1:0.3.7-1+b5 Regards, Thomas From timothy at hobbs.cz Wed Dec 21 09:45:51 2016 From: timothy at hobbs.cz (Timothy Hobbs) Date: Wed, 21 Dec 2016 10:45:51 +0100 Subject: [winswitch] Is the xpra 0.17.6 package working on debian strech for anyone? In-Reply-To: References: Message-ID: <1c6adc42-8c4d-5eb8-d580-183c3af4d71a@hobbs.cz> Thank you for the response. Any idea how long the fix will filter through? I see on google that the bug is all over the internet, but my question is more practical. Will waiting 24 hours mean the problem will be fixed, or should I be spending my time to create a set of docker images which are working, specially for subuser? On 12/21/2016 10:27 AM, Thomas Mainka via shifter-users wrote: > On Tue, Dec 20, 2016 at 8:31 PM, Timothy Hobbs via shifter-users > wrote: >> The dummy X11 server is failing to start with: >> >> |/usr/lib/xorg/Xorg: symbol lookup error: >> /usr/lib/xorg/modules/drivers/dummy_drv.so: undefined symbol: >> ChangeWindowProperty could not connect to X server on display ':100' after 3 >> seconds| >> >> If the package is indeed broken, can we get it fixed? > I tested this on my stretch box, and It looks like this is not the > xpra package, but instead an update to the xserver-xorg-core and > xserver-xorg-video-dummy packages broke the dummy driver xpra uses. I > reverted to older packages and xpra started working again: > > xserver-xorg-core: 2:1.18.4-2 > xserver-xorg-video-dummy: 1:0.3.7-1+b5 > > > Regards, > Thomas > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From thomas.mainka at gmail.com Wed Dec 21 10:02:20 2016 From: thomas.mainka at gmail.com (Thomas Mainka) Date: Wed, 21 Dec 2016 11:02:20 +0100 Subject: [winswitch] Is the xpra 0.17.6 package working on debian strech for anyone? In-Reply-To: <1c6adc42-8c4d-5eb8-d580-183c3af4d71a@hobbs.cz> References: <1c6adc42-8c4d-5eb8-d580-183c3af4d71a@hobbs.cz> Message-ID: Hi, On Wed, Dec 21, 2016 at 10:45 AM, Timothy Hobbs via shifter-users wrote: > Thank you for the response. Any idea how long the fix will filter through? According to the Debian bug report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=845728 it should be fixed in xserver-xorg-video-dummy 1:0.3.8-1 However, I haven't tested this version yet. Regards, Thomas From antoine at nagafix.co.uk Thu Dec 22 07:19:51 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 22 Dec 2016 14:19:51 +0700 Subject: [winswitch] Problem on Polaris In-Reply-To: <8c62d17b-5cbd-2e08-6429-d6b85c1f5c8d@web.de> References: <9d3d23ef-419e-9869-f30b-4a3fc987960c@web.de> <15036765-5dc7-4aff-50ca-88758a227d1b@nagafix.co.uk> <8a26b7d2-4569-8399-e183-f9094ad23354@web.de> <96864fb1-8e8f-deb5-98c5-bb4bf520de06@nagafix.co.uk> <6ddd0809-bf30-6e94-2abc-97494631763e@web.de> <70548e00-d8de-f7fb-1e63-b257aae48f44@web.de> <67fed7ff-4ab2-89d3-57a8-3820cec736fc@web.de> <8c62d17b-5cbd-2e08-6429-d6b85c1f5c8d@web.de> Message-ID: <82213747-3349-14ae-e08f-d1d7b6814bb2@nagafix.co.uk> On 20/12/16 16:06, sivmu via shifter-users wrote: > > Tested with the new xpra version 1.0 but the issue on polaris cards > still exists. > > However xpra seems faster (it takes only 10 seconds to connect instead > of 15) but this is probably because of general improvements and has > nothing to do withnthe issue. > > If I can do anyhing to help solve this please let me know. I would try different GPU drivers, or a different distribution altogether. If that doesn't help, then please file a ticket with the relevant log files, obtained with the 1.0 branch. I do have one or two ideas you can try but this will be much easier to follow in a ticket. Cheers Antoine From antoine at nagafix.co.uk Thu Dec 22 07:44:41 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Thu, 22 Dec 2016 14:44:41 +0700 Subject: [winswitch] better DPI on Debian and Ubuntu: patched dummy driver available Message-ID: <6ddd3f32-f2f5-7241-d743-5681c18c6b74@nagafix.co.uk> Hi, There is now a patched dummy driver DEB package available for Debian Stretch, Ubuntu Xenial and Trusty. This should resolve the DPI issues seen with some applications. For more details see: http://xpra.org/trac/ticket/1215#comment:3 http://xpra.org/trac/wiki/Xdummy#Status Cheers Antoine From sivmu at web.de Thu Dec 22 17:43:17 2016 From: sivmu at web.de (sivmu) Date: Thu, 22 Dec 2016 18:43:17 +0100 Subject: [winswitch] Problem on Polaris In-Reply-To: <82213747-3349-14ae-e08f-d1d7b6814bb2@nagafix.co.uk> References: <9d3d23ef-419e-9869-f30b-4a3fc987960c@web.de> <15036765-5dc7-4aff-50ca-88758a227d1b@nagafix.co.uk> <8a26b7d2-4569-8399-e183-f9094ad23354@web.de> <96864fb1-8e8f-deb5-98c5-bb4bf520de06@nagafix.co.uk> <6ddd0809-bf30-6e94-2abc-97494631763e@web.de> <70548e00-d8de-f7fb-1e63-b257aae48f44@web.de> <67fed7ff-4ab2-89d3-57a8-3820cec736fc@web.de> <8c62d17b-5cbd-2e08-6429-d6b85c1f5c8d@web.de> <82213747-3349-14ae-e08f-d1d7b6814bb2@nagafix.co.uk> Message-ID: <1e688ef4-60ac-a4c4-337d-eaf2362c6592@web.de> Am 22.12.2016 um 08:19 schrieb Antoine Martin via shifter-users: > On 20/12/16 16:06, sivmu via shifter-users wrote: >> >> Tested with the new xpra version 1.0 but the issue on polaris cards >> still exists. >> >> However xpra seems faster (it takes only 10 seconds to connect instead >> of 15) but this is probably because of general improvements and has >> nothing to do withnthe issue. >> >> If I can do anyhing to help solve this please let me know. > I would try different GPU drivers, or a different distribution altogether. > > If that doesn't help, then please file a ticket with the relevant log > files, obtained with the 1.0 branch. > I do have one or two ideas you can try but this will be much easier to > follow in a ticket. > Will do, thanks From mukulagrawal78 at yahoo.com Fri Dec 23 21:47:08 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Fri, 23 Dec 2016 21:47:08 +0000 (UTC) Subject: [winswitch] HTML5 authentication In-Reply-To: <1e61d82e-cbe3-658c-e75b-641e9153adba@nagafix.co.uk> References: <74aaec11-18b3-61b2-53f2-f15d86bd588d@nagafix.co.uk> <1e61d82e-cbe3-658c-e75b-641e9153adba@nagafix.co.uk> Message-ID: <1097677634.1209542.1482529628422@mail.yahoo.com> Do you have some documentation/link that provides some insight on the authentication is being used with HTML5 client?Is there any cookie, token or session ID included in communication with XPRA server? Does the server check for state or session existence on every request?? Does an authenticated session expire? ?Regards, Mukul On Sunday, December 11, 2016 4:14 AM, Antoine Martin via shifter-users wrote: On 11/12/16 07:43, Philip Loewen via shifter-users wrote: > Thanks for Xpra, excellent software. I use it on both Ubuntu and CentOS. > Right now only CentOS is willing to upgrade to version 1.0. > > I see deb files named xpra_1.0... in >? xpra.org/dists/yakkety/main/binary-amd64, > but in the corresponding directory for xenial the latest is xpra_17.6. Thanks for reminding me, I had forgotten to push those. Done now. > Is there some easy way to upgrade Xpra on my xenial systems? apt-get update && apt-get upgrade Should work this time. Cheers Antoine > > Thanks, Philip > > > _______________________________________________ > 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 Dec 30 04:29:42 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Fri, 30 Dec 2016 11:29:42 +0700 Subject: [winswitch] HTML5 authentication In-Reply-To: <1097677634.1209542.1482529628422@mail.yahoo.com> References: <74aaec11-18b3-61b2-53f2-f15d86bd588d@nagafix.co.uk> <1e61d82e-cbe3-658c-e75b-641e9153adba@nagafix.co.uk> <1097677634.1209542.1482529628422@mail.yahoo.com> Message-ID: <3f4cf197-6673-4934-4d38-899751994df5@nagafix.co.uk> On 24/12/16 04:47, Mukul Agrawal via shifter-users wrote: > Do you have some documentation/link that provides some insight on the authentication is being used with HTML5 client? The (optional) authentication credentials are sent in the http request. Those are processed by the HTML5 client javascript code. > Is there any cookie, token or session ID included in communication with XPRA server? No. The HTML5 client only uses a single websocket connection to the server. > Does the server check for state or session existence on every request? There are no HTTP requests after downloading the HTML5 client. > Does an authenticated session expire? What "session"? (as per above, there is no HTTP session) The HTML5 websocket connection to the xpra server does not expire. Cheers Antoine > > Regards, > Mukul > > > On Sunday, December 11, 2016 4:14 AM, Antoine Martin via shifter-users wrote: > > > On 11/12/16 07:43, Philip Loewen via shifter-users wrote: >> Thanks for Xpra, excellent software. I use it on both Ubuntu and CentOS. >> Right now only CentOS is willing to upgrade to version 1.0. >> >> I see deb files named xpra_1.0... in >> xpra.org/dists/yakkety/main/binary-amd64, >> but in the corresponding directory for xenial the latest is xpra_17.6. > Thanks for reminding me, I had forgotten to push those. Done now. > >> Is there some easy way to upgrade Xpra on my xenial systems? > apt-get update && apt-get upgrade > Should work this time. > > Cheers > Antoine > >> >> Thanks, Philip >> >> >> _______________________________________________ >> 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 Dec 30 19:17:21 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Fri, 30 Dec 2016 19:17:21 +0000 (UTC) Subject: [winswitch] HTML5 authentication In-Reply-To: <3f4cf197-6673-4934-4d38-899751994df5@nagafix.co.uk> References: <74aaec11-18b3-61b2-53f2-f15d86bd588d@nagafix.co.uk> <1e61d82e-cbe3-658c-e75b-641e9153adba@nagafix.co.uk> <1097677634.1209542.1482529628422@mail.yahoo.com> <3f4cf197-6673-4934-4d38-899751994df5@nagafix.co.uk> Message-ID: <1205617284.4314386.1483125441896@mail.yahoo.com> Thanks Antoine!I am just starting to look into this aspect and trying to understand what the risks are. I understand that risks are very use case dependent. So please excuse me for vague question. Do you think that once I setup TLS transport for the HTML5 client, it will make client reasonably secured against most common security concerns?If I plan to take up a project for myself, would it be super hard to try to integrate the HTML5 client with some sort of single-sign-on using Auth0 or something similar?Do you have any recommendations or thoughts? ?Regards, Mukul On Thursday, December 29, 2016 8:29 PM, Antoine Martin via shifter-users wrote: On 24/12/16 04:47, Mukul Agrawal via shifter-users wrote: > Do you have some documentation/link that provides some insight on the authentication is being used with HTML5 client? The (optional) authentication credentials are sent in the http request. Those are processed by the HTML5 client javascript code. > Is there any cookie, token or session ID included in communication with XPRA server? No. The HTML5 client only uses a single websocket connection to the server. > Does the server check for state or session existence on every request?? There are no HTTP requests after downloading the HTML5 client. > Does an authenticated session expire? What "session"? (as per above, there is no HTTP session) The HTML5 websocket connection to the xpra server does not expire. Cheers Antoine > >? Regards, > Mukul >? > >? ? On Sunday, December 11, 2016 4:14 AM, Antoine Martin via shifter-users wrote: >? > >? On 11/12/16 07:43, Philip Loewen via shifter-users wrote: >> Thanks for Xpra, excellent software. I use it on both Ubuntu and CentOS. >> Right now only CentOS is willing to upgrade to version 1.0. >> >> I see deb files named xpra_1.0... in >>? xpra.org/dists/yakkety/main/binary-amd64, >> but in the corresponding directory for xenial the latest is xpra_17.6. > Thanks for reminding me, I had forgotten to push those. Done now. > >> Is there some easy way to upgrade Xpra on my xenial systems? > apt-get update && apt-get upgrade > Should work this time. > > Cheers > Antoine > >> >> Thanks, Philip >> >> >> _______________________________________________ >> 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 mukulagrawal78 at yahoo.com Fri Dec 30 23:46:03 2016 From: mukulagrawal78 at yahoo.com (Mukul Agrawal) Date: Fri, 30 Dec 2016 23:46:03 +0000 (UTC) Subject: [winswitch] XPRA on MS-Windows In-Reply-To: <3f4cf197-6673-4934-4d38-899751994df5@nagafix.co.uk> References: <74aaec11-18b3-61b2-53f2-f15d86bd588d@nagafix.co.uk> <1e61d82e-cbe3-658c-e75b-641e9153adba@nagafix.co.uk> <1097677634.1209542.1482529628422@mail.yahoo.com> <3f4cf197-6673-4934-4d38-899751994df5@nagafix.co.uk> Message-ID: <677559647.4418560.1483141563904@mail.yahoo.com> Just wanted to clarify ... On Microsoft Windows platform, do you have XPRA server available?Or is it just the client program? ?Regards, Mukul From timothy at hobbs.cz Fri Dec 30 23:50:09 2016 From: timothy at hobbs.cz (Timothy Hobbs) Date: Sat, 31 Dec 2016 00:50:09 +0100 Subject: [winswitch] What do I need to set PKG_CONFIG_PATH to in order to build XPRA? Message-ID: <5a25355e-1353-879c-1e81-9356b63b693c@hobbs.cz> I'm trying to build the latest subversion version of XPRA on Debian strech (in Docker), and it fails saying PKG_CONFIG_PATH is empty. What should I set this ENV_VAR to? Thanks timothy at b8610ea160fd5a04a294:/pwd/src$ ./setup.py install --home=install ./setup.py install --home=install Xpra version 2.0 found pkg-config version: 0.29 build switches: * enc_x264 : Y * enc_x265 : N * enc_ffmpeg : Y * nvenc7 : N * vpx : Y * pillow : Y * v4l2 : Y * dec_avcodec2 : Y * csc_swscale : Y * csc_libyuv : N * bencode : Y * cython_bencode : Y * vsock : Y * mdns : Y * clipboard : Y * server : Y * client : Y * dbus : Y * x11 : Y * gtk_x11 : Y * service : Y * gtk2 : Y * gtk3 : N * html5 : Y * minify : Y * pam : N * sound : Y * opengl : Y * printing : Y * webcam : Y * rebuild : Y * annotate : Y * warn : Y * strict : Y * shadow : Y * proxy : Y * debug : N * PIC : Y * Xdummy : Auto * Xdummy_wrapper : Auto * verbose : N * tests : N * bundle_tests : N error running (['uglifyjs', '--version'],),{'stderr': -1, 'stdout': -1}: [Errno 2] No such file or directory Warning: uglifyjs failed and return -1 Warning: yuicompressor module not found, cannot minify 'nvcc --version' failed with return code 127 stderr: None updated ./xpra/build_info.py with: * BUILD_BIT = 64bit * BUILD_CPU = Intel(R) Core(TM) i5-5200U CPU @ 2.20GHz * BUILD_DATE = 2016-12-31 * BUILD_MACHINE = x86_64 * BUILD_OS = Linux debian stretch/sid * BUILD_TIME = 00:44 * BUILT_BY = timothy * BUILT_ON = b8610ea160fd5a04a294 * COMPILER_VERSION = gcc (Debian 6.2.1-5) 6.2.1 20161124 * CYTHON_VERSION = 0.25.2b0 * LINKER_VERSION = GNU ld (GNU Binutils for Debian) 2.27.51.20161201 * PYTHON_VERSION = 2.7.13 * RELEASE_BUILD = True * lib_pygobject = 2.28.6 * lib_pygtk = 2.24.0 * lib_vpx = 1.6.0 * lib_x11 = 1.6.4 * lib_x264 = 0.148.2728 4d5c8b0 * lib_xcomposite = 0.4.4 * lib_xdamage = 1.1.4 * lib_xext = 1.3.3 * lib_xfixes = 5.0.3 * lib_xkbfile = 1.0.9 * lib_xrandr = 1.5.1 * lib_xtst = 1.2.3 found gcc version: 6.2.1 Traceback (most recent call last): File "./setup.py", line 2367, in ffmpeg_pkgconfig = pkgconfig("libavcodec", "libavformat") File "./setup.py", line 663, in exec_pkgconfig raise Exception("ERROR: cannot find a valid pkg-config entry for %s using PKG_CONFIG_PATH=%s" % (" or ".join(options), os.environ.get("PKG_CONFIG_PATH", "(empty)"))) Exception: ERROR: cannot find a valid pkg-config entry for libavformat using PKG_CONFIG_PATH=(empty) From timothy at hobbs.cz Fri Dec 30 23:57:50 2016 From: timothy at hobbs.cz (Timothy Hobbs) Date: Sat, 31 Dec 2016 00:57:50 +0100 Subject: [winswitch] PATCH: Small bug in main script Message-ID: <42f645c1-d8d2-4b7a-8058-ab366dbdcf15@hobbs.cz> As per my last email, I haven't tested this fix yet, but it is so small that I'm pretty confident non-the-less... I see bad output when I run xpra start with --speaker-codec=help. Patch to fix the problem is bellow. $xpra start --speaker-codec=help Warning: failed to import GStreamer: GStreamer 1.0: Namespace Gst not available GStreamer 0.10: No module named pygst s o u n d i s n o t s u p p o r t e d - g s t r e a m e r n o t p r e s e n t o r n o t a c c e s s i b l e Index: trunk/src/xpra/scripts/main.py =================================================================== --- trunk/src/xpra/scripts/main.py (revision 14666) +++ trunk/src/xpra/scripts/main.py (working copy) @@ -1020,7 +1020,7 @@ from xpra.sound.wrapper import query_sound props = query_sound() if not props: - return "sound is not supported - gstreamer not present or not accessible" + return ["sound is not supported - gstreamer not present or not accessible"] info = [] all_speaker_codecs = props.strlistget("decoders") invalid_sc = [x for x in speaker_codecs if x not in all_speaker_codecs] From antoine at nagafix.co.uk Sat Dec 31 04:31:41 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 31 Dec 2016 11:31:41 +0700 Subject: [winswitch] HTML5 authentication In-Reply-To: <1205617284.4314386.1483125441896@mail.yahoo.com> References: <74aaec11-18b3-61b2-53f2-f15d86bd588d@nagafix.co.uk> <1e61d82e-cbe3-658c-e75b-641e9153adba@nagafix.co.uk> <1097677634.1209542.1482529628422@mail.yahoo.com> <3f4cf197-6673-4934-4d38-899751994df5@nagafix.co.uk> <1205617284.4314386.1483125441896@mail.yahoo.com> Message-ID: On 31/12/16 02:17, Mukul Agrawal wrote: > Thanks Antoine! > I am just starting to look into this aspect and trying to understand > what the risks are. > I understand that risks are very use case dependent. So please excuse me > for vague question. > > Do you think that once I setup TLS transport for the HTML5 client, it > will make client reasonably secured against most common security concerns? TLS can be quite complicated and the handling within websockets varies with each browser. That said, the URL which contains the authentication tokens are * safe from sniffing: not sent in the clear * safe from referers: there aren't any external links but the tokens may still show in your browser's history cache. > If I plan to take up a project for myself, would it be super hard to try > to integrate the HTML5 client with some sort of single-sign-on using > Auth0 or something similar? Looks reasonably easy to implement at first glance. You will need to define a new authentication module for the server and modify the HTML5 connect page. > Do you have any recommendations or thoughts? Make sure that the library you choose for implementing single-sign-on does not hide the complexity behind generic interfaces. SSO has a number of security issues associated with it.. Cheers Antoine > > > Regards, > Mukul > > > On Thursday, December 29, 2016 8:29 PM, Antoine Martin via shifter-users > wrote: > > > On 24/12/16 04:47, Mukul Agrawal via shifter-users wrote: >> Do you have some documentation/link that provides some insight on the > authentication is being used with HTML5 client? > The (optional) authentication credentials are sent in the http request. > Those are processed by the HTML5 client javascript code. > >> Is there any cookie, token or session ID included in communication > with XPRA server? > No. > The HTML5 client only uses a single websocket connection to the server. > >> Does the server check for state or session existence on every request? > There are no HTTP requests after downloading the HTML5 client. > >> Does an authenticated session expire? > What "session"? (as per above, there is no HTTP session) > The HTML5 websocket connection to the xpra server does not expire. > > Cheers > Antoine > >> >> Regards, >> Mukul >> >> >> On Sunday, December 11, 2016 4:14 AM, Antoine Martin via > shifter-users > wrote: >> >> >> On 11/12/16 07:43, Philip Loewen via shifter-users wrote: >>> Thanks for Xpra, excellent software. I use it on both Ubuntu and CentOS. >>> Right now only CentOS is willing to upgrade to version 1.0. >>> >>> I see deb files named xpra_1.0... in >>> xpra.org/dists/yakkety/main/binary-amd64, >>> but in the corresponding directory for xenial the latest is xpra_17.6. >> Thanks for reminding me, I had forgotten to push those. Done now. >> >>> Is there some easy way to upgrade Xpra on my xenial systems? >> apt-get update && apt-get upgrade >> Should work this time. >> >> Cheers >> Antoine >> >>> >>> Thanks, Philip >>> >>> >>> _______________________________________________ >>> 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 Sat Dec 31 04:44:00 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 31 Dec 2016 11:44:00 +0700 Subject: [winswitch] XPRA on MS-Windows In-Reply-To: <677559647.4418560.1483141563904@mail.yahoo.com> References: <74aaec11-18b3-61b2-53f2-f15d86bd588d@nagafix.co.uk> <1e61d82e-cbe3-658c-e75b-641e9153adba@nagafix.co.uk> <1097677634.1209542.1482529628422@mail.yahoo.com> <3f4cf197-6673-4934-4d38-899751994df5@nagafix.co.uk> <677559647.4418560.1483141563904@mail.yahoo.com> Message-ID: <412d08cc-6b6b-1cc0-beaa-7ff237c997b4@nagafix.co.uk> On 31/12/16 06:46, Mukul Agrawal via shifter-users wrote: > Just wanted to clarify ... > On Microsoft Windows platform, do you have XPRA server available?Or is it just the client program? There is a single executable "Xpra_cmd.exe", which can be used for both. In version 1.0 there is also a convenience start menu entry for starting the server on its default port (14500). You can then point any browser to your server's IP to access your desktop using the HTML5 client (requires system authentication). Cheers Antoine > Regards, > Mukul > > > > > _______________________________________________ > 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 Sat Dec 31 04:47:44 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 31 Dec 2016 11:47:44 +0700 Subject: [winswitch] What do I need to set PKG_CONFIG_PATH to in order to build XPRA? In-Reply-To: <5a25355e-1353-879c-1e81-9356b63b693c@hobbs.cz> References: <5a25355e-1353-879c-1e81-9356b63b693c@hobbs.cz> Message-ID: On 31/12/16 06:50, Timothy Hobbs via shifter-users wrote: > I'm trying to build the latest subversion version of XPRA on Debian > strech (in Docker), and it fails saying PKG_CONFIG_PATH is empty. What > should I set this ENV_VAR to? Assuming that you have installed ffmpeg-xpra, then you need to tell the build where to find those packages, ie something like this for stretch: ./setup.py --with-Xdummy --without-Xdummy_wrapper --pkg-config-path=/usr/lib/xpra/pkgconfig --rpath=/usr/lib/xpra/ Alternatively, you can install newer system ffmpeg libraries, in which case no special switches are needed. Cheers Antoine > > Thanks > > timothy at b8610ea160fd5a04a294:/pwd/src$ ./setup.py install --home=install > ./setup.py install --home=install > Xpra version 2.0 > found pkg-config version: 0.29 > build switches: > * enc_x264 : Y > * enc_x265 : N > * enc_ffmpeg : Y > * nvenc7 : N > * vpx : Y > * pillow : Y > * v4l2 : Y > * dec_avcodec2 : Y > * csc_swscale : Y > * csc_libyuv : N > * bencode : Y > * cython_bencode : Y > * vsock : Y > * mdns : Y > * clipboard : Y > * server : Y > * client : Y > * dbus : Y > * x11 : Y > * gtk_x11 : Y > * service : Y > * gtk2 : Y > * gtk3 : N > * html5 : Y > * minify : Y > * pam : N > * sound : Y > * opengl : Y > * printing : Y > * webcam : Y > * rebuild : Y > * annotate : Y > * warn : Y > * strict : Y > * shadow : Y > * proxy : Y > * debug : N > * PIC : Y > * Xdummy : Auto > * Xdummy_wrapper : Auto > * verbose : N > * tests : N > * bundle_tests : N > error running (['uglifyjs', '--version'],),{'stderr': -1, 'stdout': -1}: > [Errno 2] No such file or directory > Warning: uglifyjs failed and return -1 > Warning: yuicompressor module not found, cannot minify > 'nvcc --version' failed with return code 127 > stderr: None > updated ./xpra/build_info.py with: > * BUILD_BIT = 64bit > * BUILD_CPU = Intel(R) Core(TM) i5-5200U CPU @ 2.20GHz > * BUILD_DATE = 2016-12-31 > * BUILD_MACHINE = x86_64 > * BUILD_OS = Linux debian stretch/sid > * BUILD_TIME = 00:44 > * BUILT_BY = timothy > * BUILT_ON = b8610ea160fd5a04a294 > * COMPILER_VERSION = gcc (Debian 6.2.1-5) 6.2.1 20161124 > * CYTHON_VERSION = 0.25.2b0 > * LINKER_VERSION = GNU ld (GNU Binutils for Debian) 2.27.51.20161201 > * PYTHON_VERSION = 2.7.13 > * RELEASE_BUILD = True > * lib_pygobject = 2.28.6 > * lib_pygtk = 2.24.0 > * lib_vpx = 1.6.0 > * lib_x11 = 1.6.4 > * lib_x264 = 0.148.2728 4d5c8b0 > * lib_xcomposite = 0.4.4 > * lib_xdamage = 1.1.4 > * lib_xext = 1.3.3 > * lib_xfixes = 5.0.3 > * lib_xkbfile = 1.0.9 > * lib_xrandr = 1.5.1 > * lib_xtst = 1.2.3 > found gcc version: 6.2.1 > Traceback (most recent call last): > File "./setup.py", line 2367, in > ffmpeg_pkgconfig = pkgconfig("libavcodec", "libavformat") > File "./setup.py", line 663, in exec_pkgconfig > raise Exception("ERROR: cannot find a valid pkg-config entry for %s > using PKG_CONFIG_PATH=%s" % (" or ".join(options), > os.environ.get("PKG_CONFIG_PATH", "(empty)"))) > Exception: ERROR: cannot find a valid pkg-config entry for libavformat > using PKG_CONFIG_PATH=(empty) > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From timothy at hobbs.cz Sat Dec 31 09:39:51 2016 From: timothy at hobbs.cz (Timothy Hobbs) Date: Sat, 31 Dec 2016 10:39:51 +0100 Subject: [winswitch] PATCH: Small bug in main script In-Reply-To: <42f645c1-d8d2-4b7a-8058-ab366dbdcf15@hobbs.cz> References: <42f645c1-d8d2-4b7a-8058-ab366dbdcf15@hobbs.cz> Message-ID: I have now tested this patch and can confirm that it works properly :) On 12/31/2016 12:57 AM, Timothy Hobbs via shifter-users wrote: > As per my last email, I haven't tested this fix yet, but it is so > small that I'm pretty confident non-the-less... > > I see bad output when I run xpra start with --speaker-codec=help. > Patch to fix the problem is bellow. > > $xpra start --speaker-codec=help > Warning: failed to import GStreamer: > GStreamer 1.0: Namespace Gst not available > GStreamer 0.10: No module named pygst > s > o > u > n > d > > i > s > > n > o > t > > s > u > p > p > o > r > t > e > d > > - > > g > s > t > r > e > a > m > e > r > > n > o > t > > p > r > e > s > e > n > t > > o > r > > n > o > t > > a > c > c > e > s > s > i > b > l > e > > > Index: trunk/src/xpra/scripts/main.py > =================================================================== > --- trunk/src/xpra/scripts/main.py (revision 14666) > +++ trunk/src/xpra/scripts/main.py (working copy) > @@ -1020,7 +1020,7 @@ > from xpra.sound.wrapper import query_sound > props = query_sound() > if not props: > - return "sound is not supported - gstreamer not present or not > accessible" > + return ["sound is not supported - gstreamer not present or > not accessible"] > info = [] > all_speaker_codecs = props.strlistget("decoders") > invalid_sc = [x for x in speaker_codecs if x not in > all_speaker_codecs] > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users From timothy at hobbs.cz Sat Dec 31 11:55:09 2016 From: timothy at hobbs.cz (Timothy Hobbs) Date: Sat, 31 Dec 2016 12:55:09 +0100 Subject: [winswitch] PATCH: Fix crash when querying for sound codecs Message-ID: <8e017caa-90b7-0550-52a0-3997c278aa04@hobbs.cz> This patch fixes a crash when querying for sound codecs: =================================================================== --- trunk/src/xpra/sound/pulseaudio/pulseaudio_pactl_util.py (revision 14668) +++ trunk/src/xpra/sound/pulseaudio/pulseaudio_pactl_util.py (working copy) @@ -58,7 +58,7 @@ def is_pa_installed(): pactl_bin = get_pactl_bin() log("is_pa_installed() pactl_bin=%s", pactl_bin) - return len(pactl_bin)>0 + return pactl_bin is not None and len(pactl_bin)>0 def has_pa(): global has_pulseaudio Patch tested on debian stretch in Docker with the latest subversion repo. Here is the crash that is being fixed: $ PYTHONPATH=`ls -d install/lib*/python`:$PYTHONPATH ./install/bin/xpra _sound_query xpra main error: Traceback (most recent call last): File "/pwd/src/install/lib/python/xpra/scripts/main.py", line 135, in main return run_mode(script_file, err, options, args, mode, defaults) File "/pwd/src/install/lib/python/xpra/scripts/main.py", line 1212, in run_mode return run_sound(mode, error_cb, options, args) File "/pwd/src/install/lib/python/xpra/sound/wrapper.py", line 147, in run_sound sources = [x for x in get_source_plugins() if x in plugins] File "/pwd/src/install/lib/python/xpra/sound/gstreamer_util.py", line 527, in get_source_plugins if has_pa(): File "/pwd/src/install/lib/python/xpra/sound/pulseaudio/pulseaudio_pactl_util.py", line 66, in has_pa has_pulseaudio = get_pulse_server_x11_property() or is_pa_installed() File "/pwd/src/install/lib/python/xpra/sound/pulseaudio/pulseaudio_pactl_util.py", line 61, in is_pa_installed return pact_bin is not None and len(pactl_bin)>0 NameError: global name 'pact_bin' is not defined From antoine at nagafix.co.uk Sat Dec 31 12:25:47 2016 From: antoine at nagafix.co.uk (Antoine Martin) Date: Sat, 31 Dec 2016 19:25:47 +0700 Subject: [winswitch] PATCH: Small bug in main script In-Reply-To: <42f645c1-d8d2-4b7a-8058-ab366dbdcf15@hobbs.cz> References: <42f645c1-d8d2-4b7a-8058-ab366dbdcf15@hobbs.cz> Message-ID: <9ac10a72-2a83-81a1-5cd3-1b47d4805100@nagafix.co.uk> On 31/12/16 06:57, Timothy Hobbs via shifter-users wrote: > As per my last email, I haven't tested this fix yet, but it is so small > that I'm pretty confident non-the-less... > > I see bad output when I run xpra start with --speaker-codec=help. Patch > to fix the problem is bellow. Both of your fixes have been applied: https://xpra.org/trac/changeset/14669 https://xpra.org/trac/changeset/14670 And applied to the v1.0.x branch: https://xpra.org/trac/changeset/14671 Many thanks! Antoine > > $xpra start --speaker-codec=help > Warning: failed to import GStreamer: > GStreamer 1.0: Namespace Gst not available > GStreamer 0.10: No module named pygst > s > o > u > n > d > > i > s > > n > o > t > > s > u > p > p > o > r > t > e > d > > - > > g > s > t > r > e > a > m > e > r > > n > o > t > > p > r > e > s > e > n > t > > o > r > > n > o > t > > a > c > c > e > s > s > i > b > l > e > > > Index: trunk/src/xpra/scripts/main.py > =================================================================== > --- trunk/src/xpra/scripts/main.py (revision 14666) > +++ trunk/src/xpra/scripts/main.py (working copy) > @@ -1020,7 +1020,7 @@ > from xpra.sound.wrapper import query_sound > props = query_sound() > if not props: > - return "sound is not supported - gstreamer not present or not > accessible" > + return ["sound is not supported - gstreamer not present or not > accessible"] > info = [] > all_speaker_codecs = props.strlistget("decoders") > invalid_sc = [x for x in speaker_codecs if x not in > all_speaker_codecs] > _______________________________________________ > shifter-users mailing list > shifter-users at lists.devloop.org.uk > http://lists.devloop.org.uk/mailman/listinfo/shifter-users