From xpra at jubileegroup.co.uk Fri Oct 1 08:42:58 2021 From: xpra at jubileegroup.co.uk (G.W. Haywood) Date: Fri, 1 Oct 2021 08:42:58 +0100 (BST) Subject: [winswitch] First time install of xpra: black screen in all windows. In-Reply-To: References: <589f1871-e83-d064-3776-b78e98351957@jubileegroup.co.uk> Message-ID: <7432cbdc-2e4f-f31-d5be-06fbface0fa@jubileegroup.co.uk> Hi there, Following up to the list to close the thread. In #3288 on Fri, 1 Oct 2021, Antoine Martin via shifter-users wrote: > ... apt-get install lots of packages ... When I originally installed xpra I lost count after about 250. :/ > ... For good measure, I then dusted off an older rpi ... > ... > With this one, I do get the black window bug. There is one obvious > warning sticking out every time there's a missing screen update: > `Couldn't find foreign struct converter for 'cairo.Context'`. > Easily fixed by installing the cairo bindings: > `sudo apt-get install python3-gi-cairo`. > > This dependency is usually installed automatically ... Apparently it wasn't amongst the three hundred or so modules which were installed when I originally did all this. :( > I'll update the build instructions to include this package ... That would be good. :) A simple client:~# apt-get install python3-gi-cairo was all that was needed, although I have to say I have no idea how I would ever have known that this was the magic incantation. The names of modules seem to be conjured from some mystical hat. Anyway I typed server:~$ xpra start --start=xterm :221 client:~$ xpra attach ssh://server/221 (221 is the number of attempts that I'd made to get a working xterm:) and the xterm came up fine. The response to 'ls' to list a directory was *fast*, so I ran mplayer to watch a video clip of Bosco (one of my dogs, now long dead) eating treats on the sofa at 640x480. No need to mess about with XAUTHORITY, nor anything like that. :) 25 frames/sec seemed a bit of a, er, stretch for the Pi, but if I tell you that after the upgrade to Debian Buster with VNC I was struggling to get *one* *frame* *per* *five* *seconds* you'll understand what an improvement this is. Obviously I'll need to check out quite a lot of things while I set up my remote desktop but this looks very promising. Thanks very much once again Antoine. -- 73, Ged. From totaam at xpra.org Mon Oct 4 10:44:20 2021 From: totaam at xpra.org (Antoine Martin) Date: Mon, 4 Oct 2021 16:44:20 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 4.2.3 - no major bugs Message-ID: <55afba55-3142-8037-3d18-faec7fde32a6@xpra.org> Hi, I was hoping to have Xpra 4.3 released by now but since there are still important features being worked on, here is an interim release from the 4.2.x branch in the meantime. There are no major fixes in this release but there were sufficient niggling little bugs to warrant an update. There are numerous fixes to the network layer (http, AES, validation, VNC mode, mmap, etc), encoder updates and warnings / logging tweaks, the usual set of packaging updates an assorted mix of small bug fixes (clipboard, cosmetic, etc). The more detailed release notes can be found here: https://github.com/Xpra-org/xpra/releases/tag/v4.2.3 Downloads: https://github.com/Xpra-org/xpra/wiki/Download Cheers, Antoine From totaam at xpra.org Fri Oct 8 05:09:42 2021 From: totaam at xpra.org (Antoine Martin) Date: Fri, 8 Oct 2021 11:09:42 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 3.1.1 many critical issues Message-ID: Hi, This update to the v3.1.x branch catches up with all the issues fixed in the past 4 months. This includes critical bugs, crashers, server stalls and other majors issues. There is also a rather unusual number of build and packaging fixes mostly due to distributions and library updates. The network, proxy and authentication layers have better security and stricter checks. The encodings, audio and window geometry updates are all fairly minor, apart from one partial fix for a visual corruption bug. The 'xpra top' client fixes some serious display issues. The html5 client also received a large number of backported fixes from newer versions. All users of the 3.x branches are advised to update as soon as possible. The more detailed release notes can be found here: https://github.com/Xpra-org/xpra/releases/tag/v3.1.1 Downloads: https://github.com/Xpra-org/xpra/wiki/Download Cheers, Antoine From alex at alex-wood.org.uk Mon Oct 18 20:22:51 2021 From: alex at alex-wood.org.uk (Alex Wood) Date: Mon, 18 Oct 2021 20:22:51 +0100 Subject: [winswitch] Ubuntu Impish Beta Repo Typo Message-ID: Hi Could you remove the leading beta/ from the Release file in the Beta Impish Apt repo, as it prevents updating (the final address becomes https://xpra.org/beta/beta/impish/main/binary-amd64/xpra_4.3-r30227-1_amd64.deb, note the double beta/). Thanks. Alex From antoine at nagafix.co.uk Tue Oct 19 13:52:33 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Tue, 19 Oct 2021 19:52:33 +0700 Subject: [winswitch] Ubuntu Impish Beta Repo Typo In-Reply-To: References: Message-ID: <178d8ee7-41b0-10ad-20d2-38250487701b@nagafix.co.uk> On 19/10/2021 02:22, Alex Wood via shifter-users wrote: > Hi > Could you remove the leading beta/ from the Release file in the Beta > Impish Apt repo, as it prevents updating (the final address becomes > https://xpra.org/beta/beta/impish/main/binary-amd64/xpra_4.3-r30227-1_amd64.deb, > note the double beta/). I'm not seeing the problem right now: $ grep beta beta/impish/InRelease | wc -l 0 but I did have to re-run the repository scripts a number of times before I realized that the switch to ztsd compression had caused them to fail: https://github.com/Xpra-org/xpra-html5/commit/281b2740b9a3683c478fef7e66c745dd7fa51241 Perhaps you caught a repository version during that time. Cheers, Antoine > Thanks. > Alex From sergio.callegari at gmail.com Wed Oct 20 11:25:09 2021 From: sergio.callegari at gmail.com (Sergio Callegari) Date: Wed, 20 Oct 2021 12:25:09 +0200 Subject: [winswitch] XPRA: shadowing only the external monitor Message-ID: Hi, I would like to know if using xpra it is possible to shadow only one part of a display, namely the one corresponding to an external monitor. It is my understanding that the shadow operation mode shadows a full display. Namely if you have an external monitor attached, that is placed, e.g. right of your standard screen via xrandr, xpra will shadow the full display area (namely the one extending from your standard screen to the right to include also the area corresponding to your external monitor). Is it possible to shadow only the area corresponding to the external monitor? This would be extra-useful. Specifically, it would let you attach a "virtual display adapter" to the external (HDMI/DP) port of a computer (see https://www.amazon.com/s?k=virtual+display+adapter) to pretend that there is an external monitor attached and make your desktop environment and applications use it. Then it would let you virtualize this monitor over xpra to some other place (e.g. inside a web-browser in a tablet). In other words it would let you do the same thing that can be done with deskreen (https://deskreen.com/), but most likely with the better efficiency and flexibility of xpra in terms of encodings, etc. Any clue? Thanks, best regards, Sergio From antoine at nagafix.co.uk Wed Oct 20 12:08:23 2021 From: antoine at nagafix.co.uk (Antoine Martin) Date: Wed, 20 Oct 2021 18:08:23 +0700 Subject: [winswitch] XPRA: shadowing only the external monitor In-Reply-To: References: Message-ID: On 20/10/2021 17:25, Sergio Callegari via shifter-users wrote: > Hi, > > I would like to know if using xpra it is possible to shadow only one > part of a display, namely the one corresponding to an external monitor. > > It is my understanding that the shadow operation mode shadows a full > display. Namely if you have an external monitor attached, that is > placed, e.g. right of your standard screen via xrandr, xpra will shadow > the full display area (namely the one extending from your standard > screen to the right to include also the area corresponding to your > external monitor). > > Is it possible to shadow only the area corresponding to the external > monitor? > > This would be extra-useful. Specifically, it would let you attach a > "virtual display adapter" to the external (HDMI/DP) port of a computer > (see https://www.amazon.com/s?k=virtual+display+adapter) to pretend that > there is an external monitor attached and make your desktop environment > and applications use it. Then it would let you virtualize this monitor > over xpra to some other place (e.g. inside a web-browser in a tablet). > In other words it would let you do the same thing that can be done with > deskreen (https://deskreen.com/), but most likely with the better > efficiency and flexibility of xpra in terms of encodings, etc. That's a great idea! I've got one of those dongles right here. > Any clue? I see that you've already created a ticket for it: https://github.com/Xpra-org/xpra/issues/3320 Let's continue there. Cheers, Antoine > > Thanks, best regards, > > Sergio From totaam at xpra.org Thu Oct 21 07:33:28 2021 From: totaam at xpra.org (Antoine Martin) Date: Thu, 21 Oct 2021 13:33:28 +0700 Subject: [winswitch] [ANNOUNCE] Xpra 3.1.2 regression + packaging fixes Message-ID: <7e4c96b1-1a76-cb4d-0b18-bbfeb8b7589e@xpra.org> Hi, There was backport blooper in 3.1.1 which caused local unix domain connections to fail (and therefore connections via a local ssh server also failed). This release just fixes this socket bug and a libvpx encoder issue which would error out on odd image dimensions when used in conjunction with the libyuv colourspace conversion module. The other changes are just minor packaging tweaks (ie: Ubuntu Impish, etc). There are no new builds for MacOS or MS Windows because these platforms are not affected. There is no urgency to update, though updating is recommended for all users of the 3.x releases. The more detailed release notes can be found here: https://github.com/Xpra-org/xpra/releases/tag/v3.1.2 Downloads: https://github.com/Xpra-org/xpra/wiki/Download Cheers, Antoine