Re: [RFC 0/4] New wayland-egl functions for swapping

On Sun, 3 Mar 2013 02:26:10 +0100 John Kåre Alsaker wrote: > This patchset introduces wl_egl_window_take_buffer and wl_egl_window_commit > to the native wayland-egl platform. > > wl_egl_window_take_buffer gives a way to get a wl_buffer from an > wl_egl_window. > The application is expected to

Re: [RFC 0/4] New wayland-egl functions for swapping

On Mon, Mar 4, 2013 at 9:48 AM, Pekka Paalanen wrote: > On Sun, 3 Mar 2013 02:26:10 +0100 > John Kåre Alsaker wrote: > >> This patchset introduces wl_egl_window_take_buffer and wl_egl_window_commit >> to the native wayland-egl platform. >> >> wl_egl_window_take_buffer gives a way to get a wl_bu

Re: [RFC 0/4] New wayland-egl functions for swapping

On Mon, 4 Mar 2013 11:12:23 +0100 John Kåre Alsaker wrote: > On Mon, Mar 4, 2013 at 9:48 AM, Pekka Paalanen wrote: > > On Sun, 3 Mar 2013 02:26:10 +0100 > > John Kåre Alsaker wrote: > > > >> This patchset introduces wl_egl_window_take_buffer and > >> wl_egl_window_commit to the native wayland

Re: [RFC 0/4] New wayland-egl functions for swapping

On Mon, Mar 4, 2013 at 11:56 AM, Pekka Paalanen wrote: > On Mon, 4 Mar 2013 11:12:23 +0100 > John Kåre Alsaker wrote: > >> On Mon, Mar 4, 2013 at 9:48 AM, Pekka Paalanen wrote: >> > On Sun, 3 Mar 2013 02:26:10 +0100 >> > John Kåre Alsaker wrote: >> > >> >> This patchset introduces wl_egl_windo

Re: Getting GTK XWayland applications to use the system's GTK theme

Em 03-03-2013 13:39, Bill Spitzak escreveu: On 03/03/2013 12:04 AM, Scott Moreau wrote: Hi Rune, I believe he is complaining about the different client-drawn items. Compare the "All Settings" button in System Settings to the buttons in the "Synaptic Package Manager". It seems that some Ubuntu

[PATCH weston 1/2] compositor, shell: surface transform inheritance

Implements surface transform inheritance. A 'parent' pointer is added to weston_surface::geometry, and is automatically used by weston_surface_update_transform(). When updating the transform, the parent transform is updated as needed, too. shell_map_popup() is converted to use the new weston_surfa

[PATCH weston 2/2] compositor: remove redundant geometry dirtying

Remove redundant geometry dirtying from surface_commit() to simplify further changes. This code was added in commit 5df8ecac5d31467122a9d8bda6241d5957ae6848 "compositor: Fix partial repaints" as the fix to: https://bugs.freedesktop.org/show_bug.cgi?id=56538 The issue fixed by that commit was mak

[weston test hack] A quick hack for testing surface transform inheritance

When you apply this patch, you can observe the surface transform inheritance in action like this: 1. open any toytoolkit application that has decorations, e.g. cliptest 2. open a menu from the title with the right mouse button, and leave it open 3. use the surface move hotkey Meta+LeftMouseButtonD

Re: More problems building xserver

git://anongit.freedesktop.org/git/xorg/lib/libxtrans git://anongit.freedesktop.org/xorg/proto/xineramaproto Alternately, get the tarballs from http://www.x.org/archive/individual/ On 3 March 2013 22:08, Bill Spitzak wrote: > With the newest version I am able to get wayland and weston to compil

Re: More problems building xserver

On 03/03, Bill Spitzak wrote: > Requested 'xtrans >= 1.2.7' but version of XTrans is 1.2.6 What distro has xtrans v. 1.2.6? > No package 'xineramaproto' found The first step, assuming you aren't bent on manually compiling everything from source, is to search for the package from your distro co

Re: [PATCH] tests: attach the surface's buffer when moving it

On Thu, Feb 28, 2013 at 06:44:54PM +0100, Giulio Camuffo wrote: > move_client() needs to attach the buffer, even if it was attached already, > because since 184df50 configure() will be called only on newly attached > surfaces, but the one that sets the test surface position is the configure > funct

Re: More problems building xserver

If you have the binary packages, this is obviously quicker, but I found that the easiest thing to do is to google the name plus "source code" and I usually found the source. I stuff all the deps into /opt/wayland which wound up (for most packages) to be quicker than tracking down the right vers of

Re: More problems building xserver

On Mon, Mar 4, 2013 at 11:08 AM, Fred Ollinger wrote: > If you have the binary packages, this is obviously quicker, but I > found that the easiest thing to do is to google the name plus "source > code" and I usually found the source. > > I stuff all the deps into /opt/wayland which wound up (for

Ubuntu announced their own display server project: Mir

Not based on X or Wayland. https://wiki.ubuntu.com/MirSpec https://wiki.ubuntu.com/MirSpec#Why_Not_Wayland_.2BAC8_Weston.3F http://www.phoronix.com/scan.php?page=news_item&px=MTMxNzI ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org ht

Re: More problems building xserver

On 03/04/2013 09:02 AM, dar...@chaosreigns.com wrote: On 03/03, Bill Spitzak wrote: Requested 'xtrans >= 1.2.7' but version of XTrans is 1.2.6 What distro has xtrans v. 1.2.6? This is Ubuntu 12.04. 12.10 does not work on my machine, which was extremely annoying to discover as I had to downg

Re: More problems building xserver

On 03/04/2013 08:27 AM, Daniel Stone wrote: git://anongit.freedesktop.org/git/xorg/lib/libxtrans No, it was in git://anongit.freedesktop.org/xorg/lib/libxtrans That was a rather annoying waste of time guessing all variations I could, how

Re: More problems building xserver

On 4 March 2013 12:18, Bill Spitzak wrote: > On 03/04/2013 08:27 AM, Daniel Stone wrote: > >> git://anongit.freedesktop.org/**git/xorg/lib/libxtrans >>

Re: More problems building xserver

On 03/04/2013 12:40 PM, Daniel Stone wrote: On 4 March 2013 12:18, Bill Spitzak mailto:spit...@gmail.com>> wrote: On 03/04/2013 08:27 AM, Daniel Stone wrote: git://anongit.freedesktop.org/__git/xorg/lib/libxtrans

Re: Getting GTK XWayland applications to use the system's GTK theme

On Sun, Mar 3, 2013 at 5:39 PM, Bill Spitzak wrote: > On 03/03/2013 12:04 AM, Scott Moreau wrote: > >> Hi Rune, >> >> I believe he is complaining about the different client-drawn items. > Compare the "All Settings" button in System Settings to the buttons in the > "Synaptic Package Manager". It

Re: More problems building xserver

Okay it compiles now but does not work. The crash appears to be because it is reading unwanted junk from an existing /etc/X11/xorg.conf (which I can't remove because I am running real X as well!), this is the same bug I hit before. I will try to recreate the patch I did before to fix this (bas

Re: Ubuntu announced their own display server project: Mir

On 03/04/2013 07:31 PM, dar...@chaosreigns.com wrote: > Not based on X or Wayland. > > https://wiki.ubuntu.com/MirSpec > > https://wiki.ubuntu.com/MirSpec#Why_Not_Wayland_.2BAC8_Weston.3F > > http://www.phoronix.com/scan.php?page=news_item&px=MTMxNzI Interesting. And slightly depressing. Inter

Re: Ubuntu announced their own display server project: Mir

This article seems to be based on a different source than the mir announcement: http://www.networkworld.com/news/2013/030413-canonical-mir-267354.html According to an official blog post from Thomas Voss, Canonical client technical architect... "In the case of Weston, the lack of a clearly de

[PATCH] X server talking to wayland uses xwayland.conf instead of xorg.conf

From: spitzak This allows X applications to be run on wayland without having to delete conf files needed to run the legacy X server on the same machine. Currently you must use an xwayland.conf file if the wlshm x driver is necessary. I patched the xorg server rather than the xserver weston modu

Re: More problems building xserver

With the posted patch and everybody's help in getting it compiled I was able to get x clients to work under wayland! They all seem to be much more reliable that a few months ago. The applications themselves all seem to work, the mouse and keyboard all work correctly. They work even if they use