On Mon, Feb 11, 2013 at 03:10:11PM +0100, Jan Arne Petersen wrote:
> From: Jan Arne Petersen
>
> Signed-off-by: Jan Arne Petersen
> ---
> src/shell.c | 3 +++
> 1 file changed, 3 insertions(+)
This looks good, committed - is this the fix for
https://bugs.freedesktop.org/show_bug.cgi?id=56543
On Thu, Feb 14, 2013 at 6:57 PM, Tom Gundersen wrote:
> Hi Kristian,
>
> On Thu, Feb 14, 2013 at 11:21 PM, Kristian Høgsberg
> wrote:
>> Here we go again. The 1.0.4 weston tarball was a little damaged since
>> it didn't include the weston.ini.man file, causing the doc build to
>> fail. It turn
Hi Kristian,
On Thu, Feb 14, 2013 at 11:21 PM, Kristian Høgsberg wrote:
> Here we go again. The 1.0.4 weston tarball was a little damaged since
> it didn't include the weston.ini.man file, causing the doc build to
> fail. It turns out that this was a problem in the automake version I
> was usin
Hi,
Here we go again. The 1.0.4 weston tarball was a little damaged since
it didn't include the weston.ini.man file, causing the doc build to
fail. It turns out that this was a problem in the automake version I
was using and making a new dist tarball with a newer automake works
just fine. Aside
On Sat, Feb 09, 2013 at 04:52:53PM +0100, Armin K. wrote:
> From 25297ebaf1da9aca1a00a9628bd73816309922fb Mon Sep 17 00:00:00 2001
> From: Armin K
> Date: Sat, 9 Feb 2013 16:50:39 +0100
> Subject: [PATCH] Make sure that man page xml files are always disted.
>
> ---
> doc/man/Makefile.am | 7 +++-
On Tue, Feb 12, 2013 at 11:53:47AM +, Rob Bradford wrote:
> From: Rob Bradford
>
> If our surface has width and height set to the same dimensions as the output
> then we can bypassing the scale factor calculation and addition of the
> transformation.
>
> The use case that led to this optimis
On Wed, Feb 13, 2013 at 12:11:12AM +0100, Martin Andersson wrote:
> ---
> src/launcher-util.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Thanks, appllied.
Kristian
> diff --git a/src/launcher-util.c b/src/launcher-util.c
> index b4b82f1..9196e4f 100644
> --- a/src/launcher-util.c
>
>-Original Message-
>From: wayland-devel-
>bounces+ullysses.a.eoff=intel@lists.freedesktop.org [mailto:wayland-
>devel-bounces+ullysses.a.eoff=intel@lists.freedesktop.org] On Behalf
>Of Kristian Høgsberg
>Sent: Thursday, February 14, 2013 9:04 AM
>To: Casey Dahlin
>Cc: wayland
>Subj
On Wed, Feb 13, 2013 at 04:17:11PM +0200, Pekka Paalanen wrote:
> Hi Kristian,
>
> this series prepares toytoolkit for sub-surfaces by moving
> fields from struct window to a new per-wl_surface struct.
> It also contains other cleanups. The purpose is just to make
> implementing sub-surface suppor
Hi,
On 14 February 2013 17:24, Kristian Høgsberg wrote:
> On Wed, Feb 13, 2013 at 08:50:39PM +, Rune Kjær Svendsen wrote:
> > Through trial-and-error editing the config file, I've found that this is
> > caused by the "keymap_layout=en" line in weston.ini. No freeze when this
> is
> > comment
On Wed, Feb 13, 2013 at 04:17:12PM +0200, Pekka Paalanen wrote:
> Handle the case when we the compositor somehow migrates from requiring
> double buffering into working on single buffering, so we release the
> extra shm buffer.
>
> Currently, I do not think this can happen in practice, but in the
On Thu, Feb 14, 2013 at 12:18:00PM +0200, Pekka Paalanen wrote:
> Check for errors in the first wl_display_dispatch() call. Otherwise
> doing something silly like
> $ WAYLAND_SOCKET=999 ./clickdot
> will segfault.
>
> Signed-off-by: Pekka Paalanen
> ---
> clients/window.c | 7 ++-
> 1 file
On Wed, Feb 13, 2013 at 08:50:39PM +, Rune Kjær Svendsen wrote:
> Through trial-and-error editing the config file, I've found that this is
> caused by the "keymap_layout=en" line in weston.ini. No freeze when this is
> commented out.
>
> Because of this line weston tries to read /usr/share/X11
On Thu, Feb 14, 2013 at 11:49:12AM +0200, Pekka Paalanen wrote:
> Make them explicitly mention EGL, otherwise one can easily think that
> "failed to initialize display" refers to Wayland display.
>
> Also explicitly mention falling back to wl_shm. I tested this with a
> LD_PRELOAD trick that overr
On Thu, Feb 14, 2013 at 10:59:15AM +0530, Siddharth Heroor wrote:
>
> Signed-off-by: Siddharth Heroor
> ---
> README |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
Thanks, applied.
Kristian
> diff --git a/README b/README
> index 5f85888..ca26cc0 100644
> --- a/README
> +++
On Wed, Feb 13, 2013 at 02:29:35PM -0700, Scott Moreau wrote:
> Update the bug link. Thanks to Rune K. Svendsen for spotting this.
> ---
> configure.ac |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Thanks, commited. I added the bugzilla URL to the commit message and
did a follow-up
On Thu, Feb 14, 2013 at 11:51 AM, Casey Dahlin wrote:
> On Thu, Feb 14, 2013 at 11:27:22AM -0500, Kristian Høgsberg wrote:
>> Hi,
>>
>> I made a little experiment last night:
>>
>> http://cgit.freedesktop.org/~krh/overlay-plugin
>>
>> It's an out-of-tree weston plugin. It's just a silly little
On Wed, Feb 13, 2013 at 04:06:37PM +0200, Ander Conselvan de Oliveira wrote:
> When fading in, if a repaint was triggered after a call to
> weston_compositor_fade() but before the first call to fade_frame(),
> the fade surface wouldn't be drawn because its alpha channel wasn't
> initialized properl
On Wed, Feb 13, 2013 at 04:06:38PM +0200, Ander Conselvan de Oliveira wrote:
> The page flip event timestamps comes from the monotonic clock, while
> idle_repaint() gets the time with gettimeofday(). That leads to
> inconsistent timestamps on the frame callbacks.
>
> Fix this by making the drm bac
On Thu, Feb 14, 2013 at 11:27:22AM -0500, Kristian Høgsberg wrote:
> Hi,
>
> I made a little experiment last night:
>
> http://cgit.freedesktop.org/~krh/overlay-plugin
>
> It's an out-of-tree weston plugin. It's just a silly little overlay
> that you can pop up with mod-space, but the interes
Hi,
I made a little experiment last night:
http://cgit.freedesktop.org/~krh/overlay-plugin
It's an out-of-tree weston plugin. It's just a silly little overlay
that you can pop up with mod-space, but the interesting part here is
that it's building outside weston [1]. Current, that works by co
On Thu, Feb 14, 2013 at 01:16:45PM +, Rob Bradford wrote:
> From: Rob Bradford
>
> This allows a client to figure out the type of the object that has been
> removed from the registry. In particular this allows the client to
> differentiate between output devices and seats being removed.
I'm
On Thu, 14 Feb 2013 13:16:45 +
Rob Bradford wrote:
> From: Rob Bradford
>
> This allows a client to figure out the type of the object that has been
> removed from the registry. In particular this allows the client to
> differentiate between output devices and seats being removed.
Hi Rob,
From: Rob Bradford
This allows a client to figure out the type of the object that has been
removed from the registry. In particular this allows the client to
differentiate between output devices and seats being removed.
---
protocol/wayland.xml | 3 ++-
src/wayland-server.c | 3 ++-
2 files chan
Check for errors in the first wl_display_dispatch() call. Otherwise
doing something silly like
$ WAYLAND_SOCKET=999 ./clickdot
will segfault.
Signed-off-by: Pekka Paalanen
---
clients/window.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/clients/window.c b/clients/
Make them explicitly mention EGL, otherwise one can easily think that
"failed to initialize display" refers to Wayland display.
Also explicitly mention falling back to wl_shm. I tested this with a
LD_PRELOAD trick that overrides eglBindAPI and makes it fail.
Signed-off-by: Pekka Paalanen
---
cl
26 matches
Mail list logo
