A change in the way xwayland is launched

2012-11-28 Thread darxus
Before wayland 1.0, you launched the xserver stuff by launching weston or weston-launch with a --xserver command line argument. That will now give you "fatal: unhandled option: --xserver". There are two new ways of doing this. 1) Add this to ~/.config/weston.ini: [core] modules=xwayland.so,

Re: [PATCH weston 2/8 v2] shell: Implement panel window list.

2012-11-28 Thread Kristian Høgsberg
On Thu, Nov 15, 2012 at 12:37:01AM -0700, Scott Moreau wrote: > This patch uses the special surface_data interface to send information about > the surface to the shell. The shell then uses this information to render a > window list in the panel. The previous XML patch was good and the overall appr

Re: xwayland working again with Wayland 1.0

2012-11-28 Thread Kristian Høgsberg
On Wed, Nov 28, 2012 at 02:21:59PM -0500, dar...@chaosreigns.com wrote: > On 11/28, Bill Spitzak wrote: > > Which git repository/version should I use for xserver? > > I believe the directions are up to date: > http://wayland.freedesktop.org/xserver.html > > So repository git://anongit.freedesktop

Re: xwayland working again with Wayland 1.0

2012-11-28 Thread darxus
On 11/28, Bill Spitzak wrote: > Which git repository/version should I use for xserver? I believe the directions are up to date: http://wayland.freedesktop.org/xserver.html So repository git://anongit.freedesktop.org/xorg/xserver branch xwayland-1.12 . xwayland-1.12 was updated 21 hours ago. (I

Re: xwayland working again with Wayland 1.0

2012-11-28 Thread Bill Spitzak
Which git repository/version should I use for xserver? Kristian Høgsberg wrote: Hi all, Just a heads up that xwayland is now working again with Wayland/Weston 1.0. I merged Tiagos patch to make it work with 1.0 and Scotts patch to fix the opaque region problem, so we are now back to where we w

Re: [PATCH 0/5] Scanning out buffers with transformed outputs

2012-11-28 Thread Bill Spitzak
Pekka Paalanen wrote: I think there will be clients that can draw their own thumbnail images much better than the scaled full-size image, especially due to correct subpixel antialiasing, which is the reason you are communicating the rotation to the clients now. No, that is not the main reaso

Re: [PATCH weston 2/8] compositor: add and export weston_buffer_reference()

2012-11-28 Thread Pekka Paalanen
On Wed, 28 Nov 2012 09:49:18 -0500 Kristian Høgsberg wrote: > On Fri, Nov 23, 2012 at 03:56:51PM +0200, Pekka Paalanen wrote: > > The wl_buffer reference counting API has been inconsistent. You would > > manually increment the refcount and register a destroy listener, as > > opposed to calling we

Re: [PATCH weston] compositor: Fix rendering with shm transformed buffers

2012-11-28 Thread Rob Bradford
Hi Ander, good catch.. On 28 November 2012 15:10, Ander Conselvan de Oliveira wrote: > The implementation of buffer transformation didn't handle transformed > shm buffers properly. The partial texture upload was broken since the > damage is in surface coordinates that don't necessarily match the

[PATCH weston] compositor: Fix rendering with shm transformed buffers

2012-11-28 Thread Ander Conselvan de Oliveira
The implementation of buffer transformation didn't handle transformed shm buffers properly. The partial texture upload was broken since the damage is in surface coordinates that don't necessarily match the buffer's coordinates. It also wouldn't handle the buffer stride properly, resulting in incorr

Re: [PATCH weston 2/8] compositor: add and export weston_buffer_reference()

2012-11-28 Thread Kristian Høgsberg
On Fri, Nov 23, 2012 at 03:56:51PM +0200, Pekka Paalanen wrote: > The wl_buffer reference counting API has been inconsistent. You would > manually increment the refcount and register a destroy listener, as > opposed to calling weston_buffer_post_release(), which internally > decremented the refcoun

Re: [PATCH weston 1/8] compositor: do not release if re-attaching buffer

2012-11-28 Thread Pekka Paalanen
On Fri, 23 Nov 2012 15:56:50 +0200 Pekka Paalanen wrote: > If a client called wl_surface.attach with the same wl_buffer as > previously, the compositor would mistakenly send a release on that > buffer. This will cause problems only when clients start to properly use > the wl_buffer.release event.

Re: [PATCH weston 1/6] window: make display_create_surface() shm-only

2012-11-28 Thread Pekka Paalanen
On Tue, 27 Nov 2012 16:05:13 -0500 Kristian Høgsberg wrote: > On Mon, Nov 19, 2012 at 05:15:57PM +0200, Pekka Paalanen wrote: > > Nothing uses it to create EGL-surfaces outside of window.c. This makes > > refactoring the EGL-based code easier, since we do not need to support > > EGL-based Cairo s

Re: [PATCH 0/5] Scanning out buffers with transformed outputs

2012-11-28 Thread Pekka Paalanen
On Tue, 27 Nov 2012 12:29:20 -0800 Bill Spitzak wrote: > Ander Conselvan de Oliveira wrote: > > Hi, > > > > This series adds support for scanning out a fullscreen client buffer > > when the output is rotated. A Wayland patch adds a request for setting > > the buffer transform, which the composit