On 30/12/15 23:57, Evan Sarmiento wrote:
> Hi Antoine,
> 
> Just upgraded to xpra 0.16.0; and I’m getting an error such as this when 
> trying to attach an xpra server. Does this have to do with my somehow 
> inoperative GStreamer?
No it doesn't, but I'll also take a look at this one ASAP.

(snip)
>   File "/usr/lib64/python2.6/site-packages/xpra/gtk_common/gtk_util.py", line 
> 247, in is_realized
>     return widget.get_realized()
> AttributeError: 'BorderClientWindow' object has no attribute 'get_realized'
> 2015-12-30 11:55:38,960 no more options.. this window will not be shown, sorry

Thanks for the report. This is now fixed. Sorry about that.

Since this is a pretty big issue, I've pushed pre-release 0.16.1 builds
with this fix to the stable CentOS 6 repositories.

Cheers
Antoine




> 
> 
> On December 30, 2015 at 8:32:14 AM, Antoine Martin ([email protected]) 
> wrote:
> On 30/12/15 20:07, Norman Rasmussen wrote:
>>>> On Tue, Dec 29, 2015 at 3:52 PM, Antoine Martin
>>>>> wrote:
>>>>
>>>> On 29/12/15 22:48, Douglas Doole wrote:
>>>>> Hi Antoine. Any ETA for the 0.16 binary to be available for
>>>>> Ubuntu 14.04 (trusty)?
>>>> Ubuntu Trusty is not supported with newer versions (0.16 and
>>>> later). I will continue to maintain the 0.15 branch for those
>>>> distros unable to make the jump.
>>>>
>>>>
>>>> What does 0.16 require that trusty doesn't have? i.e. if I wanted
>>>> to upgrade to 0.16 what do I need to pull from a newer release to
>>>> support it?
> The main stumbling block with making builds for Trusty is that we have
> removed support for the ill-fated Debian libav fork and will only
> support ffmpeg going forward.
>  
> I have made builds for Trusty and those work fine but they lack h264
> decoding which is done via our "dec_avcodec2", and the colourspace
> conversion step is done via the slow cython fallback.
>  
> There is a 0.16.1-RC build there right now (but beware that the beta
> area gets cleaned up and refreshed regularly, 0.17 alpha builds are
> coming up next):
> http:/xpra.org/beta/trusty/
>  
> h264 is the default encoding because it provides the best performance,
> which is why I don't want to make a new release without it.
> It would be seen as a regression for many use cases.
> The vp8 encoding is pretty close, but it has not had the same amount
> of testing.
>  
> The other problem with Trusty is OpenGL driver stability.
>  
> Another potential problem is the move to GStreamer 1.x and the
> packaging changes that go with it.
>  
> If there is enough demand for it, I guess I could change my mind on
> this issue, but only if enough Trusty users request it and do enough
> testing...
>  
> The next Ubuntu LTS release will be supported in 0.16 and later.
>  
> Cheers
> Antoine
>  
>  
>>>>
>>>>
>>>> Cheers Antoine
>>>>
>>>>
>>>>>
>>>>> Thanks.
>>>>>
>>>>> On Mon, Dec 28, 2015 at 12:20 AM Antoine Martin
>>>>>  
>>>>>>>
>>>>> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> This release builds on the structural changes made in 0.15 to
>>>>> improve the existing functionality and add some useful new
>>>>> features.
>>>>>
>>>>> You can find a more user friendly description of these changes,
>>>>> including more detailed descriptions and links, here:
>>>>> http://xpra.org/trac/wiki/News#a0.16.0Release
>>>>>
>>>>> Here are some of the most prominent changes: * client side window
>>>>> scaling * audio-video synchronization * improved printer
>>>>> forwarding and HTML5 client printing support * support for screen
>>>>> capture tools * support remote SSH start without specifying a
>>>>> display * dbus server for easier runtime control * XShape
>>>>> forwarding for X11 clients * remove more legacy code, cleanups,
>>>>> add sanity checks, etc * switch to GStreamer 1.x on most
>>>>> platforms * zero copy memoryview buffers, safer read-only
>>>>> buffers * improved vp9 support * handling of very high client
>>>>> resolutions (8k and above) * more reliable window positioning and
>>>>> geometry (many changes) * network and protocol improvements:
>>>>> safety checks, threading, etc * support multiple socket
>>>>> directories * encryption improvements: support TCP only
>>>>> encryption, PKCS#7 padding * improved DPI and anti-alias
>>>>> synchronization and handling * better multi-monitor support * lz4
>>>>> faster modes with automatic speed tuning * server file upload
>>>>> from system tray * new debugging subcommand: "xpra showconfig" *
>>>>> option to select a specific clibpoard to synchronize with (MS
>>>> Windows)
>>>>> * faster OpenGL screen updates: group screen updates * replace
>>>>> calls to setxkbmap with native X11 API * opensuse support * XShm
>>>>> for override-redirect windows and shadow servers * faster X11
>>>>> shadow servers * improved logging and debugging tools, fault
>>>>> injection * more robust error handling and recovery from client
>>>>> errors * NVENC support for MS Windows shadow servers
>>>>>
>>>>> Your comments and feature requests are always welcome. Now is the
>>>>> perfect time to submit them for the next release:
>>>>> http://xpra.org/trac/milestone/0.17
>>>>>
>>>>> 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 _______________________________________________
>>>>> shifter-users mailing list [email protected]
>>>>  
>>>>>>>>
>>>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users
>>>>>
>>>>
>>>> _______________________________________________ shifter-users
>>>> mailing list [email protected]
>>>>  
>>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users
>>>>
>>>>
>>>>
>>>>
>>>> -- - Norman Rasmussen - Email: [email protected]
>>>> - Home page:
>>>> http://norman.rasmussen.co.za/
>  
>> _______________________________________________
>> shifter-users mailing list
>> [email protected]
>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users
>>  
> 
> --  
> Evan Sarmeinto  
> Front End Systems Software Developer
> Harvard-MIT Data Center
> T: 617-384-5876
> E: [email protected]
> Follow us: @hmdcrce
> 
> 
> 

_______________________________________________
shifter-users mailing list
[email protected]
http://lists.devloop.org.uk/mailman/listinfo/shifter-users

Reply via email to