The Wayland daily builds PPA is an automated build system that
snapshots, packages and builds Wayland and Weston for the Ubuntu
operating system. It produces .deb packages for Ubuntu-based Wayland
users who want to follow current developments, and as a side benefit it
serves as a crude 'continuous
Signed-off-by: Bryce Harrington
---
src/wayland-os.c | 24 +---
src/wayland-os.h | 3 +++
2 files changed, 20 insertions(+), 7 deletions(-)
diff --git a/src/wayland-os.c b/src/wayland-os.c
index 93b6f5f..342a73a 100644
--- a/src/wayland-os.c
+++ b/src/wayland-os.c
@@ -35,8 +
Signed-off-by: Bryce Harrington
---
tests/socket-test.c | 24
1 file changed, 24 insertions(+)
diff --git a/tests/socket-test.c b/tests/socket-test.c
index bb034f4..c58637e 100644
--- a/tests/socket-test.c
+++ b/tests/socket-test.c
@@ -27,6 +27,7 @@
#include
#include
Currently the server can add a socket by name. To support an embedded
compositor in a Simplified Mandatory Access Control Kernel (Smack)
enabled environment, the embedded compositor should use the socket that
it gets from the system or session compositor.
Signed-off-by: Bryce Harrington
Cc: Sung
Signed-off-by: Bryce Harrington
---
tests/socket-test.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/tests/socket-test.c b/tests/socket-test.c
index c53f972..2e336fd 100644
--- a/tests/socket-test.c
+++ b/tests/socket-test.c
@@ -107,11 +107,11 @@ TEST(add_exist
Signed-off-by: Bryce Harrington
---
tests/socket-test.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/tests/socket-test.c b/tests/socket-test.c
index 2e336fd..bb034f4 100644
--- a/tests/socket-test.c
+++ b/tests/socket-test.c
@@ -47,8 +47,7 @@ static const char *
require_
Signed-off-by: Bryce Harrington
---
tests/os-wrappers-test.c | 45 +
1 file changed, 45 insertions(+)
diff --git a/tests/os-wrappers-test.c b/tests/os-wrappers-test.c
index b636b62..b838b93 100644
--- a/tests/os-wrappers-test.c
+++ b/tests/os-wrappers-
This patchset adds functionality to allow system-level control over
handing out file descriptors for sockets, to allow tighter security when
running a Wayland compositor under a Wayland session server.
A Wayland session service is run with system daemon permission levels,
and individual Wayland se
Move the the wl_os_socket_cloexec() to the callers.
Signed-off-by: Bryce Harrington
---
src/wayland-server.c | 24
1 file changed, 16 insertions(+), 8 deletions(-)
diff --git a/src/wayland-server.c b/src/wayland-server.c
index 0f04f66..7c25858 100644
--- a/src/wayland-s
fixing up the weston patches for this showed a couple of typos:
On Tue, Dec 08, 2015 at 12:50:01PM +1000, Peter Hutterer wrote:
> +
the protocol name should just be "tablet", i.e. tablet_unstable_v1 in this case.
> +
this should be ...seat_v1
> +
this should be v1
These are all fixed loc
Signed-off-by: Peter Hutterer
Reviewed-by: Jason Gerecke
Reviewed-by: Daniel Stone
---
Changes to v1:
- drop the display type event, mostly useless in the protocol. clients that
need it can get it through pid/vid + libwacom
- add the enum references
- extra clarification for the button-state-o
Signed-off-by: Peter Hutterer
---
Changes to v2:
- use the new weston axis event struct, client-side is still a per-event
handler (could be done at some later point)
- couple of minor improvements to extracting the information out of libinput
clients/eventdemo.c | 57 ++
Use an event struct to pass axis events around. This helps dealing with the
upcoming axis discrete changes.
Signed-off-by: Peter Hutterer
---
Changes to v2:
- new in this series
desktop-shell/exposay.c| 2 +-
desktop-shell/shell.c | 17 ++---
ivi-shell/hmi-controller.c |
The frame event groups separate pointer events together. The primary use-case
for this at the moment is diagonal scrolling - a vertical/horizontal scroll
event can be grouped together to calculate the correct motion vector.
Frame events group all wl_pointer events. An example sequence of motion eve
On Tue, Nov 17, 2015 at 10:17:23AM +1000, Peter Hutterer wrote:
> This switches the scanner to generate doxygen-compatible tags for the
> generated protocol headers, and hooks up the doxygen build to generate server
> and client-side API documentation.
>
> Each protocol is a separate doxygen @page
On Mon, Dec 07, 2015 at 10:12:54AM -0800, Bill Spitzak wrote:
> Again I don't understand why you think it is important to include all this
> confusing text.
>
> If I am not mistaken, *some* compositors less than version 5 do *NOT* act
> in the old way.
>
> Therefore no client can rely on this beh
On 07/12/15 12:29 PM, Bill Spitzak wrote:
> If there was a buffer damage request, this should not damage the entire
> buffer, since supposedly the client sent the correct damage rectangle. I
> think it would be a good idea to enforce this so that clients changing
> the transform don't send incorrec
On 06/12/15 11:43 PM, Peter Hutterer wrote:
> Also applies to touch/keyboard
>
> Signed-off-by: Peter Hutterer
Thanks for fixing this.
Reviewed-by: Derek Foreman
> ---
> Changes to v1:
> - reword the paragraph detailing the pre v5 behaviour
>
> protocol/wayland.xml | 33
From the man page for weston-drm:
Combining multiple graphics devices are not supported yet.
Is there any plan for implementing this or no interest? What would be
involved in adding support for multiple output devices?
pgp4eBygnpcvS.pgp
Description: PGP signature
___
Hi,
On 7 December 2015 at 18:12, Bill Spitzak wrote:
> Again I don't understand why you think it is important to include all this
> confusing text.
>
> If I am not mistaken, *some* compositors less than version 5 do *NOT* act in
> the old way.
>
> Therefore no client can rely on this behaviour ev
On Sun, Dec 6, 2015 at 8:22 PM, Peter Hutterer
wrote:
>
> if you touch the surface so light that it flickers between 0 and nonzero
> pressure, then the up/down storm is representative of the user's action.
> That is not the case when you have a magic threshold, because you can
> trigger the up/do
Again I don't understand why you think it is important to include all this
confusing text.
If I am not mistaken, *some* compositors less than version 5 do *NOT* act
in the old way.
Therefore no client can rely on this behaviour even if the compositor is
less than verison 5. And people writing com
On Mon, Dec 7, 2015 at 12:42 AM, Marek Chalupa wrote:
>
> diff --git a/src/wayland-server.c b/src/wayland-server.c
> index 1364d5d..b372aa9 100644
> --- a/src/wayland-server.c
> +++ b/src/wayland-server.c
> @@ -511,6 +511,14 @@ wl_client_get_object(struct wl_client *client,
> uint32_t id)
> WL_E
On Mon, Dec 7, 2015 at 12:17 AM, Pekka Paalanen wrote:
>
> FYI, I do not like the user-controlled window opacity feature. It
> currently cannot work right with sub-surfaces, and the black surface
> case is equivalent to a sub-surface. We would need an intermediate
> composite of the compound wind
On 12/04/2015 12:14 AM, Pekka Paalanen wrote:
On Thu, 3 Dec 2015 14:18:54 -0800
Bryce Harrington wrote:
On Thu, Dec 03, 2015 at 10:33:27PM +0900, Hyungwon Hwang wrote:
This patch changes the alpha value of black view in fullscreen mode,
when the applications opacity changes.
Signed-off-by: H
On Dec 7, 2015 7:20 AM, "Pekka Paalanen" wrote:
>
> On Wed, 25 Nov 2015 10:25:42 -0800
> Jason Ekstrand wrote:
>
> > On Wed, Nov 25, 2015 at 10:15 AM, Derek Foreman
wrote:
> > > On 13/11/15 12:21 PM, Jason Ekstrand wrote:
> > >> On Fri, Nov 13, 2015 at 3:18 AM, Giulio Camuffo <
giuliocamu...@gma
On Wed, 25 Nov 2015 10:25:42 -0800
Jason Ekstrand wrote:
> On Wed, Nov 25, 2015 at 10:15 AM, Derek Foreman
> wrote:
> > On 13/11/15 12:21 PM, Jason Ekstrand wrote:
> >> On Fri, Nov 13, 2015 at 3:18 AM, Giulio Camuffo
> >> wrote:
> >>> So do i understand correctly that if the app creating
On 12/07/2015 01:05 PM, Pekka Paalanen wrote:
On Mon, 7 Dec 2015 11:21:15 +0100
Marek Chalupa wrote:
Hi,
I like this idea, it can be handy when debugging just a part of code (I
wrote similar patch once actually, but then I forgot about it and never
sent it to the list). However, the impleme
On Mon, 7 Dec 2015 11:21:15 +0100
Marek Chalupa wrote:
> Hi,
>
> I like this idea, it can be handy when debugging just a part of code (I
> wrote similar patch once actually, but then I forgot about it and never
> sent it to the list). However, the implementation could be better IMHO:
>
> I do
Hi,
I like this idea, it can be handy when debugging just a part of code (I
wrote similar patch once actually, but then I forgot about it and never
sent it to the list). However, the implementation could be better IMHO:
I don't think we should move the variables to wayland-util.c. You don't
On Fri, 4 Dec 2015 19:20:12 -0600
Derek Foreman wrote:
> From: Sjoerd Simons
>
> Currently the fbdev compositor has its own shadow buffer when rendering
> with pixman, causing the following copies to occur:
>
> [pixman shadow buffer] -> [fbdev shadow buffer] -> [fbdev hardware]
>
> As the pi
if display_resource = wl_resource_create() fails in bind_display(),
we call wl_client_post_no_memory() which is wrong, since this function
uses display_resource (which is NULL at this point). So remove call to
this function (said simply: don't send an error to resource that
you've just failed to cr
On Sat, 5 Dec 2015 11:09:21 +0900
"hyungwon.hwang7" wrote:
> Hello Pekka,
>
> On 2015년 12월 04일 17:14, Pekka Paalanen wrote:
> > On Thu, 3 Dec 2015 14:18:54 -0800
> > Bryce Harrington wrote:
> >
> >> On Thu, Dec 03, 2015 at 10:33:27PM +0900, Hyungwon Hwang wrote:
> >>> This patch changes the
33 matches
Mail list logo
